запрос возвращает все результаты экзаменов, которые изучал студент
вся проблема в том, что некоторые предметы изучались два раза, три раза, и по ним были экзамены
меня интересует последний результат (который идет в диплом), как выбрать именно эту запись 
подскажите
  

Это сообщение отредактировал(а) KaKTyCc - 12.6.2006, 14:38

Можешь струтуры таблиц нарисовать? В коде читать сложнее

Добавлено @ 14:50 
В общем основная идея:
Таблица Marks
- MarkId
- StudentFK
- SubjectFK
- Mark <- балл
- ExamDate 



Данный запрос вернет все последние студенто-экзамены
  

Это сообщение отредактировал(а) DeadSoul - 12.6.2006, 15:40

DeadSoul, не понял ничиго 

 

Я решил тебе аналогичную задачу.

Структуру таблицы ты понял? 

я не понял этого A.ExamMark>B.ExamMark

ты сравниваешь полученные оценки? зачем?
смотри:
1 семестр - Математический анализ 4
2 семестр - Математический анализ  3

получить мне надо Математический анализ  3 в выписке

щас вот подумал, брать по семестру
хех, пошел пробовать   
 
 

Опечатался. Естественно сравнивать там надо время. Уже исправил 

в общем нихрена не получается, не представляю себе как это сделать
задействованы 4 таблицы 

как сравнить семестры  

Добавлено @ 15:47 
а почему NOT EXISTS   
блин запутался, надо передохуть немного  

надо чтобы каждый экзамен имел SEMESTR_ID. иначе никак. 

все понял насчет NOT EXISTS  

Добавлено @ 15:52 
Sqlninja, он имеет, только тут несколько таблиц, я запутался

из того запроса что в первом топе

semestr есть в таблице plans p 

KaKTyCc, набросай список/структуры таблиц, а? 

структуру таблиц не дал и хочешь чтобы тебе запрос написали.    

  


 

Осталось сделать INNER JOIN не с таблицей Marks(или твоим аналогом), а с результатом моего запроса 

структуру базыменять можешь? или уже нет? 

skyboy, в принципе могу, а что, есть косяки?    

ну, мне кажется, что твоя структура немного нерациональна, иначе ты бы и  сам смог бы написать сво запрос. 
Вот смотри:
Например, "Журнал успеваемости".
Зачем для каждого студента в отдельности хранить дату начала и окончания сессии? Они что - по человеку в день экзамены сдают?
Почему там столбики для зачёта и для экзамена? Разве можно по одному и тому же предмету получить и зачёт, и оценку?
Если пересдач будет больше 1 - будешь ещё одну строку добавлять?
И подобного там хватает. 
Давай с самого начала. Что у нас может быть общим, а что - уникально.
Как попаду домой, набросаю структуру, которую я придумал. Если будет необходимость. А пока - давай посмотрим, что у нас есть.
1.Что уникально для каждого студента? ФИО и группа, к которой он относится. Это и следует вынести в отдельную таблицу информации о студенте.
2.Естественно, группы следует вынести в отдельную таблицу-справочник, где будут содержаться только пары ИД_группы + шифр_группы.
3.Предмет, как таковой, в отрыве от учебного плана, имеет только название.
4.Преподаватель характеризуется фамилией, именем и отчеством.
5.Список типов работ будет хранить список названий типов работ, выполняемый в течение семестра(лабораторные, практические и прочие)
6.Список типов сдач будет хранить типы зачётных работ(курсовой, дипломный, экзамен, зачёт) и максимальный бал по этой сдаче(1 - для зачёта, 5 - для экзамена).
7.Дисциплина(назовём это так) - это конкретный предмет, который читается у конкретной группы. Она(дисциплина) имеет уникальный учебный план(набор разного рода лабораторных/практических и иных работ разного количества), уникальный(возможно) набор преподавательского состава, разные данные о родах сдачи(курсовая, зачёт, экзамен и прочее) и, возможно, ещё некоторые отличительные характеристики. Вобщем, надо таблица дисциплин с парой полей: код_группы + код_предмета.
8.Преподавать одну "дисциплину"(читать предмет одной группе) могут несколько(не обязательно - один) преподавателей(лекторов может быть несколько; я уже не говорю про руководителей дабораторных работ и пр.). Потому создадим таблицу преподающих: ид_дисциплины + ид_препода.
9. План по "дисциплине" будет содержать связку полей ид_дисциплины + ид_тип_работы(лабораторная/практическая и т.д.)  + количество_часов_в_семестре.
10. "Даты сдач дисциплин" будет содержать связку ид_дисциплины + дата_сдачи + ид_тип_сдачи(курсовой/экзмен/зачёт) - так мы организуем не только список дат экзаменов, но и список дат пересдач - для отдельной группы можно будет в порядке возрастания выделить дату сдачи экзамена/зачёта и всю цепочку из 2-3 пересдач.
11.  Собственно, сдача студентом определённой "дисциплины": ид_студента + ид_дисциплины + дата_сдачи + оценка.
Вот такой набросок. 11 таблиц - больше 4. Но, как на меня, запросы будут проще.

Добавлено @ 12:44 
забыл про семетры.
но для определения последней оценки по предмету с такой структурой они не нужны.  

для такого глобального изменения времени конечно нет уже

насчет дат сессии согласен, не нужны в журнале

1.  это так и есть
2.  так и есть, +в группе текущий ее семестр

4. так и есть+должность и степень и id кафедры

есть учебный план для каждой специальности, в котором список зачетов, экзаменов, курсовых
к каждой дисциплине закреплется группа и преподаватель


какой косяк есть, так это то - что нельзя несколько преподавателей в одной группе к одному и тому же предмету закрепить
и нельзя узнать лабораторная/практическая и т.д.  - только зачет/экзамен/курсовая 

можно для каждой строки плана создавать под план

тоесть есть в  плане  - Математический анализ экзамен, 200 часов, 1 семестр

для него создавать свой план - id_препода, 160 часов лекции
id_препода, 40 часов практика

что то типа этого 

что означает поле session_type?
в чём отличие между полями id_plan и id_work_plan?  

session_type - это Экзамен/зачет/Курсовая

id_plan - уто учебный план, все предметы
скльок часов и т.д. 

у каждой специальности свой учебный план

id_work_plan здесь закрепляется id_plan за преподавателем (id_teacher) и за группой ( id_group)
тоесть какой препод какой предмет читает в какой группе