|
|
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
и скажите свои замечания по существу. Вопросы: 1)Таблица мастера от незнания, как связать с одной группой двух мастеров и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов). 2) Особенно интересуют связи с таблицей "Таблица_оценки". Возникли проблемы при добавлении в нее данных. (периодов ограниченное колличество). Заранее спасибо!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2007, 23:50 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
Чего -то у меня не открылось, но я уверен. что если в базе БД учебного заведения меньше 50 таблиц, то она спроектирована неверно ==================== aka Cat2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2007, 12:58 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
k_АленкаЗаранее спасибо!!! когда начинаете проектировать схему БД используйте простой карандаш и листок бумаги - сэкономите кучу времени ИМХО переименуйте объекты в соответствии с единой нотацией, пусть даже своей, но чтобы последовательной и понятной. не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость. После того, как вы соберете костяк схемы данных многие атрибуты сами лягут в схему, может быть совсем не туда куда вы их сейчас пытаетесь пристроить это так, мимоходом... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2007, 14:39 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERT k_АленкаЗаранее спасибо!!! когда начинаете проектировать схему БД используйте простой карандаш и листок бумаги - сэкономите кучу времени ИМХО переименуйте объекты в соответствии с единой нотацией, пусть даже своей, но чтобы последовательной и понятной. не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость. После того, как вы соберете костяк схемы данных многие атрибуты сами лягут в схему, может быть совсем не туда куда вы их сейчас пытаетесь пристроить это так, мимоходом... + ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2007, 18:31 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
k_Аленкаи скажите свои замечания по существу. Вопросы: 1)Таблица мастера от незнания, как связать с одной группой двух мастеров и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов). 2) Особенно интересуют связи с таблицей "Таблица_оценки". Возникли проблемы при добавлении в нее данных. (периодов ограниченное колличество). Заранее спасибо!!! 1) По первому вопросу: а) В таблице «Мастер» лучше хранить не ФИО мастеров и кл. руководителей (если я правильно вас понял), а табельные номера (или как они там называются в образовательных учреждениях) сотрудников (у вас это, по-видимому, атрибут «код» в таблице «Работники»). А ФИО сотрудников образовательного учреждения и прочую персональную информацию хранить в таблице, например, «Сотрудники» (в вашей схеме – это таблица «Работники»). В принципе от таблицы "мастера" можно вообще отказаться, так как табельные номера в данном случае хранятся в таблице "Работники". Таблица "мастера" в данном случае - ни что иное, как дублирование информации. б) Создать таблицу типа «Мастера - группы» со следующими атрибутами: - id - код (табельный номер) сотрудника (могут быть и мастера и кл. руководители) - код группы Что-то подобное у вас есть в таблице «Студенты». Но я бы лучше вынес эти атрибуты в отдельную таблицу. 2) Еще один момент. У вас в таблице «Работники» есть такой атрибут - «Какое учебное заведение закончил». Создайте лучше справочник «Учебные заведения», а в таблице «Работники» вместо наименования учебного заведения храните его код. Тоже самое можно сказать по атрибуту: «Специальность по диплому» и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2007, 10:52 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
midnight coder1) По первому вопросу: <...>и т.д. все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений. чем отличаются мастера-сотрудники-работники-студенты - что за каша? есть Trainer (проводящие обучение) EmploymentContracts (основания) Trainee (проходящие обучение) EducationContract (основания) в любом случае это будут Contact или Person - одна на всех таблица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2007, 12:52 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERT midnight coder1) По первому вопросу: <...>и т.д. все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений.... Над структурой этой БД нужно еще работать и работать. А лучше спроектировать ее заново, уточнив многие детали. Нужно хорошо знать и понимать информационные потоки в образовательных учреждениях. То что я привел выше - это не решение проблемы. Это мой взгляд со стороны предложенной структуры БД. То, что можно было бы сделать в рамках предложенной структуры БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2007, 13:08 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
midnight coderА лучше спроектировать ее заново, уточнив многие детали. +1 остальное "от лукавого" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2007, 13:17 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
kittn2Чего -то у меня не открылось, но я уверен. что если в базе БД учебного заведения меньше 50 таблиц, то она спроектирована неверно ==================== aka Cat2 База охватывает деятельность только учебной части (списки, справки учащихся, успеваемость), т.к. библиотека, бухгалтерия, хоз.часть и др. существуют отдельно от нашей базы. BULK INSERT k_АленкаЗаранее спасибо!!! не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в этом не возникнет крайняя необходимость. Не очень понятно как проектировать БД, не наполняя таблиц полями. Дейта пока не успела полистать... 1) По первому вопросу: а) В таблице «Мастер» лучше хранить не ФИО мастеров и кл. руководителей (если я правильно вас понял), а табельные номера (или как они там называются в образовательных учреждениях) сотрудников (у вас это, по-видимому, атрибут «код» в таблице «Работники»). А ФИО сотрудников образовательного учреждения и прочую персональную информацию хранить в таблице, например, «Сотрудники» (в вашей схеме – это таблица «Работники»). В принципе от таблицы "мастера" можно вообще отказаться, так как табельные номера в данном случае хранятся в таблице "Работники". Таблица "мастера" в данном случае - ни что иное, как дублирование информации. б) Создать таблицу типа «Мастера - группы» со следующими атрибутами: - id - код (табельный номер) сотрудника (могут быть и мастера и кл. руководители) - код группы Что-то подобное у вас есть в таблице «Студенты». Но я бы лучше вынес эти атрибуты в отдельную таблицу. 2) Еще один момент. У вас в таблице «Работники» есть такой атрибут - «Какое учебное заведение закончил». Создайте лучше справочник «Учебные заведения», а в таблице «Работники» вместо наименования учебного заведения храните его код. Тоже самое можно сказать по атрибуту: «Специальность по диплому» и т.д. Спасибо, Ваши советы боллее понятны. Что касается вторго собщения "информационные потоки в образовательных учреждениях" у меня не стоит задача создания БД для автоматизации деятельности всего учебного заведения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 12:19 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERT midnight coder1) По первому вопросу: <...>и т.д. все равно это палиатив и полумера - попытка скомпилировать решение на основании неверных предположений. чем отличаются мастера-сотрудники-работники-студенты - что за каша? есть Trainer (проводящие обучение) EmploymentContracts (основания) Trainee (проходящие обучение) EducationContract (основания) в любом случае это будут Contact или Person - одна на всех таблица Каши конечно много, было бы все хорошо не было бы и вопросов. Из Вашего сообщения, если я правельно поняла, следует и Сотрудников(проводящие обучение) и учащихся (проходящие обучение) поместить в одну таблицу, с разными атрибутами. Не усложнит ли это построение запросов? И в чем преимущества? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 12:27 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть и отличия. Во-первых, если идентифицировать сотрудников по табельному номеру, то у студентов их (табельных номеров) явно нет (если они только не работают в данном учебном заведении). А как быть с такими атрибутами, как "Дата зачисления", "Приказ зачисления", "Дата отчисления" и т.д. Они не являются общими для студентов и сотрудников. Или, например, атрибуты "сколько лет в НПО", или "Награды и звания". Будут ли данные атрибуты актуальны для студентов? Что касается: k_Аленка Не усложнит ли это построение запросов? Девушка, это не должно вас пугать. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 13:18 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
midnight coderНе думаю, что сотрудников и студентов нужно пихать в одну таблицу а никто и не предлагал в одну таблицу пихать и сотрудников и студентов... читайте внимательнее что было написано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:10 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERT а никто и не предлагал в одну таблицу пихать и сотрудников и студентов... читайте внимательнее что было написано Вас так поняла девушка - автор топика (прочитайте ее сообщение). А я всего лишь ответил на ее вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:16 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
k_Аленка пишет: > Автор: "k_Аленка" > и скажите свои замечания по существу. > Вопросы: > 1)Таблица мастера от незнания, как связать с одной группой двух мастеров > и 1 кл. руководителя, при этом 1 из этих мастеров может быть мастером и > в другой группе, а кл. руководителя может не быть (у 3-го и 4-го курсов). Из "работников" надо выделять в отдельную таблицу образование и курсы повышения квалификации (в одну, я думаю, и ту же таблицу) в 1:N к работникам. То же самое с закрепленными группами - это вообще уже явное нарушение 1НФ - первая закрепленная группа, вторая закрепленная группа. То же самое про аттестации работников, хотя это под вопросом, если нужна только последняя аттестация - можно не делать. В связи "Работник"-"группа", видимо, должен быть предмет. Так что связь уже будет от другой таблицы. "Студенты"."Родители" - нарушение 1 НФ, в отд. таблицу. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:36 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
k_Аленка пишет: > не наполняйте таблицы полями (сущности атрибутами) до тех пор пока в > этом не возникнет крайняя необходимость. > > > Не очень понятно как проектировать БД, не наполняя таблиц полями. Дейта > пока не успела полистать... В этом и состоит высшее мастерство проектировщика БД ! Таблица без полей - это идеал, к которому все должны стремиться. Таблицу без полей невозможно использовать, а это значит, что она никогда не вызовет нареканий пользователей или багов в системе. Это - идеальная таблица ! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:40 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
midnight coder пишет: > Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у > них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть > и отличия. Во-первых, если идентифицировать сотрудников по табельному Надо сделать "Люди" и две роли для них "Преподаватель" и "Студент". Тем более что один и тот же чел. может быть и студентом, и преподавателем. Аспирант - яркий тому пример. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:42 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
MasterZiv midnight coder пишет: > Не думаю, что сотрудников и студентов нужно пихать в одну таблицу. Да, у > них много общих атрибутов (например, ФИО, дата рождения и т.д.), но есть > и отличия. Во-первых, если идентифицировать сотрудников по табельному Надо сделать "Люди" и две роли для них "Преподаватель" и "Студент". Тем более что один и тот же чел. может быть и студентом, и преподавателем. Аспирант - яркий тому пример. Posted via ActualForum NNTP Server 1.4 "Преподаватель" - трудовой договор. "Студент" - студенческий билет. Кто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:47 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
mcureenabКто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"? это что - шутка или неудачная попытка сарказма? "Люди" это "Private Person" частные лица Идентификатор - Счетчик Фамилия - Текст Имя - Текст Отчество - Текст Пол - Да/Нет ДатаРождения - Дата ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 14:53 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
Нужно определить сущность "Учебная группа". В частности группа имеет атрибуты "№" (обычно включает код курса), "Учебный год" (или другой период), "Мастера", "Руководитель", "Студенты". Поскольку в 1НФ РБД допускаются только атомарные атрибуты, то "Мастера" и "Студенты" нужно будет развернуть в таблицы-связи. В объектной БД, "Мастера" и "Студенты" могут быть векторами - вложенными таблицами или массивами. Перед началом года руководство заведения должно сформировать список групп, определить для них мастеров и руководителей, определить состав групп. Далее, с группой можно связать экзаменационные ведомости (осколки этого документа сейчас смоделированы таблицей "Оценки"). Короче, уделите больше внимания моделированию документов и документооборота, а не моделированию умозрительных абстракций, ибо, если предприятие работает, то наверняка есть формализованная документальная модель происходящего, физическим воплощением которой являются бумаги и файлы (как электронные, так и картонные). Иногда приходится моделировать физические связи, например организацию документов в физическом хранилище (шкафах и т.п.). Ещё реже приходится моделировать новые документы. Если бумажная машина работает, то и электронная работать будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 15:19 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERT mcureenabКто такой "Люди"? Что эта сущность моделирует? Если люд умерает, то что остаётся... "Трупы"? это что - шутка или неудачная попытка сарказма? "Люди" это "Private Person" частные лица Идентификатор - Счетчик Фамилия - Текст Имя - Текст Отчество - Текст Пол - Да/Нет ДатаРождения - Дата 1. Не надо скрывать сущность за неточными импортными названиями. Определи роль отношения в системе. Что эта таблица отражает, для чего нужна? Это справочник? Модель объекта? 2. Где у этого отношения первичный ключ? (Сурогат Идентификатор не считается, поскольку такой ID можно прилепить к любой таблице). 3. Если Человек называет себя разными именами, или вообще сообщает о себе противоречивые сведения, то как поступить в этом случае? Сколько записей нужно внести в таблицу "Люди"? BULK INSERT Пол - Да/Нет Сильно! Ещё добавим, "Не знаю", "Не ваше дело!". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 15:31 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
mcureenabЕщё добавим, "Не знаю" на форуме есть кнопка "предварительный просмотр" - попробуйте нажимать ее прежде чем размещать сообщение... может быть это спасет вас от неловких ситуаций, когда с гонором провозглашаемый вами тезис свидетельствует об отсутствии представления о предмете дискусиии только. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 15:38 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
BULK INSERTна форуме есть кнопка "предварительный просмотр" - попробуйте нажимать ее прежде чем размещать сообщение... может быть это спасет вас от неловких ситуаций, когда с гонором провозглашаемый вами тезис свидетельствует об отсутствии представления о предмете дискусиии только. Увы, высказывание не более содержательное, чем определение: BULK INSERT"Люди" это "Private Person" частные лица ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 15:53 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
mcureenab BULK INSERTна форуме есть кнопка "предварительный просмотр" - попробуйте нажимать ее прежде чем размещать сообщение... может быть это спасет вас от неловких ситуаций, когда с гонором провозглашаемый вами тезис свидетельствует об отсутствии представления о предмете дискусиии только. Увы, высказывание не более содержательное, чем определение: BULK INSERT"Люди" это "Private Person" частные лица ИМХО просто его автор пытался обойтись деликатно с вашим самолюбием ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 17:13 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
proposed amendmentИМХО просто его автор пытался обойтись деликатно с вашим самолюбием Не похоже... или у него плохо получилось. Всё! Пойду выпью йаду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 17:24 |
|
||
|
Посмотрите схему данных БД учебного заведения
|
|||
|---|---|---|---|
|
#18+
mcureenabНе похоже... или у него плохо получилось. извините - не хотел задеть. просто меня несколько покоробили ваши категоричность и неуместная ирония в действительности данные о поле "Персоны" можно хранить в бинарном виде Да-Нет отвечая на вопрос пол мужской? (as var "пол женский") при этом null будет означать отсутствие в системе сведений о половой принадлежности "Персоны" (т.е. и ответ на в т.ч. прочие вами сформулированные вопросы типа "не ваше дело") ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.07.2007, 17:32 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=34651172&tid=1544400]: |
0ms |
get settings: |
12ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
81ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
76ms |
get tp. blocked users: |
1ms |
| others: | 243ms |
| total: | 460ms |

| 0 / 0 |
