Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Вопрос по проектировке БД  (Прочитано 18164 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Co1t
Интересующийся

ru
Offline Offline

« : 06-06-2012 12:00 » 

Доброго времени суток.

Мне необходимо спроектировать БД по расписанию занятий в универе, после 2-х суток мучений, и километров серфа в интернете получилось составить такую вот схему данных в MS Access.

Возникает вопрос:

1. Соблюдается ли здесь НФ Бойса-Кодда??

2. Можно ли данную схему выдать за ER диаграмму БД?? (насколько я понял, то это в принципе она и есть, но мое мнение не авторитетно, т.к. учебник по БД два дня назад ко мне в руки попал...)

Заранее благодарен.

* temp.jpg (196.12 Кб - загружено 900 раз.)
Записан
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #1 : 06-06-2012 14:41 » 

1) Нет. Здесь даже сущности не определены внятно. В том смысле, что атрибуты одних сущностей зачем-то засунуты в другие, и выходит бессмыслица во всех справочниках.

2) Наверно да. Зависит от преподавателя и его пристрастий к строгости нотаций. Я бы принял.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Co1t
Интересующийся

ru
Offline Offline

« Ответ #2 : 06-06-2012 16:13 » 

спс за критику, будем переделывать
Записан
Sla
Команда клуба

ua
Offline Offline
Пол: Мужской

WWW
« Ответ #3 : 06-06-2012 18:47 » new

Задача - определить сущности.
Но как-то все запутано и смешано.

ER-диаграмма - может быть, но без объяснений не принял бы. Каждое слово(поле) должно быть доказуемо.

Записан

Мы все учились понемногу... Чему-нибудь и как-нибудь.
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #4 : 06-06-2012 21:09 » 

...2. Можно ли данную схему выдать за ER диаграмму БД?? (насколько я понял, то это в принципе она и есть

Что такое ER?
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #5 : 06-06-2012 22:23 » 

Dale, Entity-Relationship.

http://ru.wikipedia.org/wiki/ER-%EC%EE%E4%E5%EB%FC_%E4%E0%ED%ED%FB%F5
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #6 : 07-06-2012 07:00 » 

Спасибо, Кэп Улыбаюсь

Вообще-то этот наводящий вопрос адресовался топикстартеру.

Теперь логически вытекает следующий наводящий вопрос: если картинка задумывалась как ER-диаграмма, где на ней E и где R?
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Co1t
Интересующийся

ru
Offline Offline

« Ответ #7 : 08-06-2012 17:00 » 

А если так??

* temp_new.jpg (120.21 Кб - загружено 851 раз.)
Записан
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #8 : 08-06-2012 17:20 » 

Еще хуже.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Co1t
Интересующийся

ru
Offline Offline

« Ответ #9 : 08-06-2012 17:22 » 

а в чем хуже??? можете хотя бы на ошибки указать??
Записан
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #10 : 08-06-2012 17:32 » 

Да непонятно, что и как ты делаешь. Это прежде всего. Тебе первым же ответом было сказано, что надо определить сущности, потом отношения между ними. Ты же просто гадаешь.
К примеру, кафедра - это сущность?
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #11 : 08-06-2012 17:56 » 

Цитата: Co1t
а в чем хуже??? можете хотя бы на ошибки указать??
Что такое сущность?
Что такое первичный ключ?
Что такое внешний ключ?
Какова размерность отношений?
Как моделируется отношение многие ко многим?

Далее после ответов на эти теоретические вопросы нужен практический пример. Вот у тебя там есть "препод".
Это сущность?
Если да, какими атрибутами описывается? Почему именно такие атрибуты?
Где среди этих атрибутов первичный ключ?
Есть ли внешние ключи? Если есть, то внешние ключи каких сущностей? Каковы отношения между этими сущностями?

Ответь подробно. Для себя же - полный внятный ответ замечательно наводит порядок в голове.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Co1t
Интересующийся

ru
Offline Offline

« Ответ #12 : 08-06-2012 18:15 » 

Намек понял, а если так?? ближе к истине??

* temp_new1.jpg (145.36 Кб - загружено 889 раз.)
Записан
Co1t
Интересующийся

ru
Offline Offline

« Ответ #13 : 08-06-2012 18:38 » 

А вот еще более додуманная версия...

* temp_new12.jpg (180.23 Кб - загружено 877 раз.)
Записан
Co1t
Интересующийся

ru
Offline Offline

« Ответ #14 : 08-06-2012 18:42 » 

хотя, видимо, в сущности дисциплина неверно атрибуты и ключи расписаны...
Записан
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #15 : 08-06-2012 21:06 » 

Co1t, ты начинаешь раздражать...

Вопросы - это не "намёк", это вопросы. Ответь на них словами. Для этого нужно сформулировать мысль. В противном случае твои действия сродни той байке про банан: "некогда думать, прыгать надо".

С таким твоим подходом разговор смысла не имеет, поскольку собственно разговор отсутствует.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #16 : 08-06-2012 21:31 » 

а в чем хуже??? можете хотя бы на ошибки указать??

Можем.
Оно не то чтобы хуже... Оно просто так же плохо. Потому что хуже некуда.
Я неспроста задал свой вопрос (вообще я не люблю бесполезных вопросов), на который вы так и не удосужились ответить (ваш добровольный заместитель не в счет): где на диаграмме сущности и где - отношения между ними? Сущности еще худо-бедно прорисованы, а вот вместо отношений - лишь невразумительные линии.
Пример из жизни. Нарисуем прямоугольник-сущность с названием "Вася", другой прямоугольник - "Маша" и соединим их линией, которая должна символизировать некоторое отношение между ними. Какое именно? Сие тайна великая есть. Вася - муж Маши? Любовник? Отец? Работодатель?
Вывод: непомеченное отношение не несет совершенно никакой информации и является просто мусором, как и пустой прямоугольник-"сущность". Каждая сущность должна как минимум иметь имя, которое отражает семантику данного отношения. По-хорошему отношение должно иметь направление, а также кардинальные числа на каждом из концов отрезка, отражающие вид связи (один-к-одному, один-ко-многим, многие-ко-многим и т.д.). Но эти атрибуты отношения допустимо определить позже, в ходе уточнения модели. А вот отношение без имени - просто бесполезный штрих на бумаге, не более.
Поэтому перестаньте гадать и просто приведите диаграмму в порядок.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines