м. У сервер SQL Server 2000 включена підтримка мови XML і протоколу HTTP, засоби підвищення швидкодії та доступності, що дозволяють розподілити навантаження і забезпечити безперебійну роботу, функції для поліпшення управління і настройки, що знижують сукупну вартість володіння. Ефективне управління базами даних із залученням мінімального числа ІТ-фахівців.
Реляционное ядро ??БД SQL Server 2000 - це реляційна СУБД, що зберігає і здійснює управління даними в реляційних таблицях. За запитом додатки реляционное ядро ??БД пов'язує таблиці один з одним.
Реляционное ядро ??БД зберігає докладні записи про транзакції, що генеруються системами оперативної обробки транзакцій, а також здійснює оперативну аналітичну обробку даних за запитом спеціалізованих сховищ даних. Реляционное ядро ??БД забезпечує достовірність і захист збережених даних, відмовостійкість, динамічно оптимізує продуктивність, а також накладає блокування для реалізації паралелізму.
Основні можливості Ms SQL Server 2000:
. Повне використання можливостей інтернету;
. Висока масштабованість і надійність;
. Швидкий вихід на ринок.
3. Даталогіческое проектування
Даталогіческое проектування являє собою перетворення концептуальної моделі в реляційну, при якому кожної сутності ставиться у відповідність реляційна таблиця. Атрибути сутності стають атрибутами таблиці. [1]
Таким чином, в результаті перетворення концептуальної моделі отримуємо наступну реляційну модель:
Співробітник: Код_сотрудніка, ПІБ, Телефон, Посада, E-mail;
Організація: Код_організаціі, Назва, Адреса, Діяльність, Телефон, Сайт;
Працює: Код_сотрудніка, Код_організаціі;
Друг: Id_dr, ФІО_друга, День народження, Сайт_друга, E-mail, Мобільний, Дом_телефон, Телефон батька, Дом_адрес, Нотатка;
Установа: Id_uch, Назва, Адреса, Сайт, Телефон1, Телефон2.
Навчається: Код_друга, Код_учрежденія.
Перевіримо таблиці на відповідність нормальним формам.
Всі стовпчики таблиць містять неподільні значення, тобто відповідають першій нормальній формі. Всі неключові атрибути таблиць функціонально повно залежать від первинних ключів, таким чином таблиці знаходяться в другій нормальній формі. Таблиці не містять транзитивних залежностей і знаходяться в третій нормальній формі. У таблицях немає багатозначних залежностей, і вони знаходяться в четвертій нормальній формі. Таким чином, усі отримані таблиці мають четверту нормальну форму. Подальша нормалізація не потрібно.
3.1 Визначення типів і розмірів атрибутів
Подальшим кроком проектування є визначення типів і розмірів атрибутів, а також виділення ключів.
У таблиці Sotrudnik (табл. 1) в якості ключового поля встановлюємо Kod_sotr
Таблиця 1
Найменування поляНазваніе поляТіп даннихДліна1.Код сотрудникаKod_sotrint2.ФИОFIOvarchar503.Телефонtelvarchar504.E-mailmailvarchar505.Должностьdoljnostvarchar50
Для таблиці Organiz (табл. 2) в якості ключового поля встановлюємо kod_org
Таблиця 2
Найменування поляНазваніе поляТіп даннихДліна1.Код организацииkod_orgint2.Названиеnaimenvarchar503.Адресaddressvarchar504.Деятельностьdeaytelnostvarchar505.Телефонtelevarchar506.Сайтsitevarchar50
В якості ключового поля таблиці Rabotaet (табл. 3) задамо kod_sotr
Таблиця 3
Найменування поляНазваніе поляТіп даннихДліна1.Код сотруднікаkod_sotrint2.Код організацііkod_orgint
В якості ключового поля таблиці Friend (табл. 4) задамо id_dr:
Таблиця 4
Найменування поляНазваніе поляТіп даннихДліна1.Код другаid_drint2.ФІО другаFIO_drvarchar503.Домашній адресdom_addressvarchar504.Домашній телефонdom_telvarchar505.Сайт другаsite_drvarchar506.E-mailemailvarchar507.Телефон родітеляtel_rodvarchar508.Мобільнийmobilvarchar509.День рожденіяbirthdaydateTime10.Заметкаzametkavarchar50
Поля таблиці Uchat (табл. 5)
Таблиця 5
Найменування поляНазваніе поляТіп даннихДліна1.Код другаid_drint2.Код учрежденіяid_uchint
В якості ключового поля таблиці Zanyat (табл. 6) задамо id_uch:
Таблиця 6
Найменування поляНазваніе поляТіп даннихДліна1.Код учрежденіяid_uchint2.Названіеnazvanieva...
