Metodologiyalari bayon etilgan

будет генерировать скрипт SQL создающий фрагмент схемы базы. Но и 
сейчас, если вы уже хотя бы немного знакомы с SQL, то, пройдя путь Tools 
> Forward Engineer/Schema Generation, а затем нажав кнопку Preview, 
просмотрите сгенерированный текст. 
Зачем при рассмотрении нормализации мы собираемся использовать 
более сложную модель "сущность-связь", а не ограничиваемся 
классическим подходом в рамках реляционной модели? Ведь добавление 
понятий сильной и слабой сущностей, идентифицирующей связи, 
обязательной и необязательной не идентифицирующей связей 
существенно 
усложняет 
семантику 
модели 
данных. 
Введение 
перечисленных пяти понятий более высокого уровня дает язык, лучше 
отражающий особенности задачи и потому более понятный разработчику. 
Это позволит быстро и без формальных преобразований получить 
исходную схему реляционной базы почти в законченном виде (позже мы 
эту мысль выразим точнее: "в третьей нормальной форме или 
нормальной форме Бойса-Кодда").
 Связь является логическим соотношением между сущностями. 
Каждая связь должна именоваться глаголом или глагольной фразой. Имя 
связи выражает некоторое ограничение или бизнес-правило и облегчает 
чтение диаграммы. По умолчанию имя связи на диаграмме не 
показывается.
 На логическом уровне можно установить идентифицирующую связь 
"один-ко-многим", связь "многие-ко-многим" и не идентифицирующую 

---

101 
 
связь "один-ко-многим". Связь - это понятие логического уровня, 
которому соответствует внешний ключ на физическом уровне. 
В ERwin связи представлены пятью основными элементами