Система управления продажами литературы

с использованием декомпозиции представляет собой процесс последовательной нормализации схем отношений, при этом каждая последующая итерация соответствует нормальной форме более высокого уровня и обладает лучшими свойствами в сравнении с предыдущей.
Для начала, декомпозиции должен подвергнуться объект Книга. Избыточную информацию в нем будут содержать следующие атрибуты: Категория, ФИО автора, Издательство, Формат, Тип обложки, Серия. Для избежания этого необходимо создать новые объекты: Категория, Автор, Издательство, Формат, Тип обложки, Серия. Вышеперечисленные атрибуты будут являться внешними ключами. Например, список всех авторов будет храниться в объекте Автор, а объект Книга будет только ссылаться на необходимый экземпляр объекта Книга. На рис. 2.5 отображены объекты, полученные из объекта Книга в результате декомпозиции.
Объект Пользователь при декомпозиции делится на три объекта: Пользователь, Регион, Город. На рис. 2.6 отображены объекты, полученные из объекта Пользователь в результате декомпозиции.
Объект Корзина процессу декомпозиции подвергаться не будет, т.к. достаточно вместо атрибутов Название книги и Псевдоним пользователя создать внешние ключи на объекты Пользователь и Книга. Таким образом, картина связей между объектами Книга, Пользователь, Корзина изменится (рис. 2.7).
Выбор СУБД. Следующий этап в проектировании БД – это выбор СУБД для реализации поставленной задачи и разработанной схемы.
Каждый разработчик при выборе СУБД, как и любого программного

1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 |