Руководство по разработке структуры и проектированию базы данных

PostgreSQL

PostgreSQL является еще одним выдающимся решением с открытым исходным кодом, работающим во всех основных операционных системах, включая Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) и Windows. PostgreSQL полностью отвечает принципам ACID (атомарность, согласованность, изолированность, устойчивость).

Достоинства

• Возможность создания пользовательских типов данных и методов запросов;
• Среда разработки баз данных выполняет хранимые процедуры более чем на десятке языков программирования: Java, Perl, Python, Ruby, Tcl, C/C ++ и собственный PL/pgSQL;
• GiST (система обобщенного поиска): объединяет различные алгоритмы сортировки и поиска: B-дерево, B+-дерево, R-дерево, деревья частичных сумм и ранжированные B+ -деревья;
• Возможность создания для большего параллелизма без изменения кода Postgres, например, CitusDB.

Недостатки

• Система MVCC требует регулярной «чистки»: проблемы в средах с высокой скоростью транзакций;
• Разработка осуществляется обширным сообществом: слишком много усилий для улучшений.

Firebird

Этот конструктор баз данных использовался в производственных системах (под разными названиями) с 1981 года и реализует многие стандарты ANSI SQL. Firebird может работать на Linux, Windows и различных Unix-платформах.

Достоинства

API трассировки для мониторинга в реальном времени;
Аутентификация с проверкой подлинности Windows;
Четыре поддерживаемые архитектуры: SuperClassic, Classic, SuperServer и Embedded;
Разнообразные средства разработки: коммерческие инструменты – FIBPlus и IBObjects;
Возможность автоматического развертывания для очистки базы данных;
Уведомления о событиях из триггеров базы данных и хранимых процедур;
Бесплатная поддержка глобального сообщества Firebird

Что важно при разработке требований к базам данных.. Недостатки

Недостатки

• Интегрированная поддержка репликации не включена и доступна только в качестве дополнения;
• Нехватка временных таблиц и интеграции с другими системами управления базами данных;
• Аутентификация с проверкой подлинности Windows недостаточна по сравнению с решениями, доступными в других операционных системах.

MySQL

Самый именитый представитель нашего обзора программ для разработки базы данных. Бесплатная база данных MySQL существует с 1995 года и теперь принадлежит компании Oracle. СУБД имеет открытый исходный код. Также существует несколько платных версий, которые предлагают дополнительные функции, такие как гео-репликация кластера и автоматическое масштабирование.

Поскольку MySQL является отраслевым стандартом, она совместима практически со всеми операционными системами и написана на языках C и C ++. Это решение является отличным вариантом для международных пользователей. Сервер СУБД может выводить клиентам сообщения об ошибках на нескольких языках.

Достоинства

• Проверка на стороне сервера;
• Может использоваться как локальная база данных;
• Гибкая система привилегий и паролей;
• Безопасное шифрование всего трафика паролей;
• Библиотека, которая может быть встроена в автономные приложения;
• Предоставляет сервер в качестве отдельной программы для сетевого окружения клиент/сервер.

Недостатки практической разработки и администрирования баз данных MySQL Приобретена компанией Oracle:

• пользователи полагают, что MySQL больше не подпадает под категорию бесплатного и открытого программного обеспечения;
• больше не поддерживается сообществом;
• пользователи не могут исправлять ошибки и патчи;
• проигрывает другим решениям из-за медленных обновлений.

Достоинства документных баз

• Позволяют хранить объекты с разной структурой.
• Могут отображать почти все структуры данных, включая объекты на основе ООП, списки и словари, используя старый добрый JSON.
• Несмотря на то, что NoSQL не схематичны по своей природе, они часто поддерживают проверку схемы. Это значит, что вы можете сделать коллекцию со схемой. Эта схема не будет простой, как таблица: это будет JSON схема со специфическими полями.
• Запросы к NoSQL очень быстрые — каждая запись независима и, следовательно, время запроса не зависит от размера базы. По той же причине эта БД поддерживает параллельность.
• В NoSQL масштабирование БД осуществляется добавлением компьютеров и распределением данных между ними, этот метод называется горизонтальное масштабирование. Оно позволяет автоматически добавлять ресурсы к БД, когда нам нужно, не провоцируя простои.

Перед началом

Предварительные требования

Инструкция CREATE DATABASE должна выполняться в режиме автоматической фиксации (режим управления транзакциями по умолчанию) и не может применяться в явной или неявной транзакции.

Рекомендации

• Резервную копию базы данных master необходимо создавать каждый раз при создании, изменении или удалении пользовательской базы данных.

• При создании базы данных файлы данных следует делать как можно большего размера, в соответствии с максимальным предполагаемым объемом данных в базе данных.

Permissions

Требуется разрешение CREATE DATABASE в базе данных master или разрешение CREATE ANY DATABASE или ALTER ANY DATABASE.

В целях сохранения управления над использованием диска в экземпляре SQL Serverразрешение на создание баз данных обычно предоставляется небольшому числу учетных записей входа.

Структура базы данных: построение блоков

Следующим шагом будет визуальное представление базы данных. Для этого нужно точно знать, как структурируются реляционные БД. Внутри базы связанные данные группируются в таблицы, каждая из которых состоит из строк и столбцов.

Чтобы преобразовать списки данных в таблицы, начните с создания таблицы для каждого типа объектов, таких как товары, продажи, клиенты и заказы. Вот пример:

Каждая строка таблицы называется записью. Записи включают в себя информацию о чем-то или о ком-то, например, о конкретном клиенте. Столбцы (также называемые полями или атрибутами) содержат информацию одного типа, которая отображается для каждой записи, например, адреса всех клиентов, перечисленных в таблице.

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

• CHAR — конкретная длина текста;
• VARCHAR — текст различной длины;
• TEXT — большой объем текста;
• INT — положительное или отрицательное целое число;
• FLOAT, DOUBLE — числа с плавающей запятой;
• BLOB — двоичные данные.

Некоторые СУБД также предлагают тип данных Autonumber, который автоматически генерирует уникальный номер в каждой строке.

В визуальном представлении БД каждая таблица будет представлена блоком на диаграмме. В заголовке каждого блока должно быть указано, что описывают данные в этой таблице, а ниже должны быть перечислены атрибуты:

При проектировании информационной базы данных необходимо решить, какие атрибуты будут служить в качестве первичного ключа для каждой таблицы, если таковые будут. Первичный ключ (PK) — это уникальный идентификатор для данного объекта. С его помощью вы можете выбрать данные конкретного клиента, даже если знаете только это значение.

Атрибуты, выбранные в качестве первичных ключей, должны быть уникальными, неизменяемыми и для них не может быть задано значение NULL (они не могут быть пустыми). По этой причине номера заказов и имена пользователей являются подходящими первичными ключами, а номера телефонов или адреса — нет. Также можно использовать в качестве первичного ключа несколько полей одновременно (это называется составным ключом).

Когда придет время создавать фактическую БД, вы реализуете как логическую, так и физическую структуру через язык определения данных, поддерживаемый вашей СУБД.

Также необходимо оценить размер БД, чтобы убедиться, что можно получить требуемый уровень производительности и у вас достаточно места для хранения данных.

Как создать базу данных MySQL?

Компании предоставляющие услуги хостинга обеспечивают своих клиентов программным обеспечением phpMyAdmin для создания баз данных MySQL. Ссылка на phpMyAdmin есть у вас в панели управления в учётной записи хостинга. Создание и настройка самой базы данных MySQL может осуществляться двумя способами в зависимости от настроек Вашего хостинг провайдера. Первый — создание учётной записи пользователя базы данных, имени и пароля базы данных осуществляется в самой панели задач вашей учётной записи на хостинге. После этого вы можете перейти в настройки базы данных MySQL и внести необходимое имя базы данных. Второй способ, который предоставляется хостингом — создание учётной записи пользователя базы данных, имени и пароля базы данных осуществляется непосредственно в phpMyAdmin.

Создаём базу данных MySQL в phpMyAdmin

Существуют разные версии phpMyAdmin, они немного отличаются друг от друга, но принцип везде один и тот же. У Вас не должно возникнуть трудностей, чтобы создать базу данных в phpMyAdmin. На картинках показан пошаговый процесс создания базы данных в phpMyAdmin версии 3.5.1. Другие версии выглядят немного по-другому. Новейшая версия 4.0.6.
И так для того, чтобы создать базу данных MySQL необходимо:

Зайдите в phpMyAdmin в панели своей учётной записи компании, предоставляющей хостинг. На картинке показан общий вид программы, где видна вся информация о системе сервера

Здесь важно отметить, что многие хостинг-компании дают возможность создать базу данных MySQL не заходя непосредственно в phpMyAdmin, а лишь необходимо указать в отдельных строчках имя базы данных, имя администратора базы данных и задать пароль.
Если же есть необходимость создать базу данных через панель phpMyAdmin,то необходимо создать учётную запись для пользователя. Для это перейдите во вкладку «Пользователи», которая отображена вверху.
Далее нажимаем на ссылку «Добавить пользователя» и вводим данные: имя пользователя, хост, пароль

Для наглядности смотрите картинку ниже в галерее картинок. Ну и жмём кнопку «Добавить пользователя», после чего система уведомит Вас, что новый пользователь добавлен.
Теперь можно создать саму базу данных. Жмём вверху на вкладку «Базы данных»
Вводим название базы данных под строкой «Создать базу данных» и жмём кнопку «Создать». осле чего система также уведомит Вас о том, что всё прошло удачно.

После того, как Вы пройдёте все вышеописанные шаги по созданию MySQL баз данных при установке того или иного программного обеспечения по созданию сайтов, нужно ввести данные пользователя MySQL и имя базы данных.

Необходимо вводить все данные на латинице.

Создание MySQL базы данных в phpMyAdmin

Общий вид phpMyAdmin 3.5.1   Добавляем нового пользователя   Создаём базу данных MySQL

Создание базы данных в панели управления у хостинг провайдера

Большинство компаний, предлагающих хостинг услуги, предоставляют также ту или иную систему управления сайтами, которая также создать MySQL базу данных легко и быстро. Разберём на примере панели Fastpanel, доступ которой предоставляется хостингом, а также через неё можно войти в систему phpMyAdmin:

• Необходимо войти в панель управления и на первой странице будет список запущенных сайтов;
• Необходимо пройти во вкладку «Базы данных»;
• Нажать на кнопку добавить и в открывшимся окне внести данные названия базы данных, пользователя и пароль базы данных, который в принципе можно сгенерировать. Нажать кнопку «создать», после чего база данных появится в общем списке. Теперь можно подключаться к данной базе данных и создавать на ней сайт.

Все шаги создания базы данных проиллюстрированы ниже:

Создание MySQL базы данных в FastPanel

Общий вид FastPanel   Страница управления MySQL   Создаём базу данных MySQL

Работа в MS Access 2010. Создание объектов базы данных

Прилагаются упражнения по практическому применению рассмотренных функций. Работа в MS Access. Создание объектов базы данных Запросы и отчеты к базе данных Контрольная работа

Просмотр содержимого документа «Работа в MS Access 2010. Создание объектов базы данных»

Упражнение 1. Работа в MS Access. Создание объектов базы данных.

Выберите шаблон Новая база данных. Введите имя файла Договор, укажите папку для размещения файла и нажмите кнопку создать.

В результате будет создана новая база данных с заданным именем, а в ней таблица с именем Таблица 1.

Перейдите в режим конструктора для описания структуры Таблицы 1. Для этого:

Щелкните на названии таблицы правой кнопкой мыши (Таблица 1), в появившемся выпадающем меню выберите пункт Конструктор.

В появившемся окнеСохранение введите новое название таблицы Страхование имущества и нажмите OK.

Опишите следующую структуру таблицы Страхование имущества:

Имя поля вводите с клавиатуры, нужный тип данных выбирайте из выпадающего меню. Поле Код клиента следует сделать ключевым, для этого щелкните правой кнопкой мыши на названии поля и в появившемся меню выберите пункт ключевое поле (напротив имени поля должно появиться изображение ключа).

Создайте и опишите структуру таблицы Наименование имущества:

Перейдите на закладку Создание, в группе Таблицы нажмите кнопку Таблица, в результате должна появиться новая таблица с именем Таблица 1.

Щелкните на названии таблицы правой кнопкой мыши (Таблица 1), в появившемся выпадающем меню выберите пункт Конструктор.

В появившемся окне Сохранение введите новое название таблицы Наименование имущества и нажмите OK.

Опишите следующую структуру таблицы Наименование имущества:

Установите связи в базе данных между таблицами Страхование имущества и Наименование имущества:

Предварительно закройте обе созданные таблицы, для этого щелкните правой кнопкой на соответствующем заголовке закладки (Страхование имущества затем Наименование имущества) и выберите пунктЗакрыть.

Выберите закладку Работа с базами данных, в группе Отношения нажмите Схема данных.

В появившемся окне Добавление таблиц курсором выделите обе таблицы (Страхование имущества и Наименование имущества), нажмите кнопку добавить и закройте окно Добавление таблиц.

Щелкните левой кнопкой мыши на названии поля Код клиента в таблице Наименование имущества и не отпуская ее переместите указатель мыши на поле Код клиента в таблице Страхование имущества.

В появившемся окне Изменение связей поставьте галочку напротив поля Обеспечение целостности данных и нажмите кнопку Создать (в результате будет установлено отношение между таблицами Один-ко-многим).

Закройте схему данных с сохранением( для этого щелкните правой кнопкой на заголовке закладки Схема данных).

Создайте экранную форму к таблице Наименование имущества:

Выделите левой кнопкой мыши название таблицы Наименование имущества.

На закладке Создание в группе Формы нажмите кнопку Форма(будет создана экранная форма для ввода данных в таблицу Наименование имущества, содержащая все поля этой таблицы)

Сохраните форму с именем Сведения о страховании, для этого нажмите Ctrl+S (или нажмите правой кнопкой на заголовке вкладки и из выпадающего меню выберите Сохранить) и в появившемся окне Сохранение в поле Имя формы введите новое имя формы.

Самостоятельно создайте форму для таблицы Страхование имущества и сохраните ее с именем Сведения об имуществе.

Введите данные в таблицу Страхование имущества в режиме формы:

Откройте форму Сведения об имуществе

Заполните поля следующими исходными данными:

Денормализация

Денормализация — это умышленное изменение структуры базы, нарушающее правила нормальных форм. Обычно это делается с целью улучшения производительности базы данных.
Теоретически, надо всегда стремиться к полностью нормализованной базе, однако на практике полная нормализация базы почти всегда означает падение производительности. Чрезмерная нормализация базы данных может привести к тому, что при каждом извлечении данных придется обращаться к нескольким таблицам. Обычно в запросе должны участвовать четыре таблицы или менее.
Стандартными приемами денормализации являются: объединение нескольких таблиц в одну, сохранение одинаковых атрибутов в нескольких таблицах, а также хранение в таблице сводных или вычисляемых данных.

5
10
Голоса

Рейтинг статьи

Ограничения

• ER-модель в первую очередь концептуальна, это онтология, которая выражает предикаты в области знаний.
• ER-модели легко используются для представления структур реляционных баз данных (после Кодда и Даты), но не так часто для представления других типов структур данных (хранилища данных, хранилища документов и т. Д.)
• Некоторые обозначения моделей ER включают символы, показывающие суперподтипные отношения и взаимоисключение между отношениями; некоторые нет.
• Модель ER не показывает историю жизни объекта (как его атрибуты и / или отношения меняются с течением времени в ответ на события). Для многих систем такие изменения состояния нетривиальны и достаточно важны, чтобы требовать явной спецификации.
• Некоторые имеют расширенное моделирование ER с конструкциями для представления изменений состояния, подход, поддерживаемый первоначальным автором; примером является якорное моделирование .
• Другие модели изменяют состояние по отдельности, используя диаграммы переходов состояний или какой-либо другой метод моделирования процессов .
• Многие другие виды диаграмм используются для моделирования других аспектов систем, включая 14 типов диаграмм, предлагаемых UML .
• Сегодня даже там, где ER-моделирование может быть полезным, это редко, потому что многие используют инструменты, которые поддерживают похожие типы моделей, особенно диаграммы классов для объектно-ориентированного программирования и модели данных для систем управления реляционными базами данных . Некоторые из этих инструментов могут генерировать код из диаграмм и реконструировать диаграммы из кода.
• В ходе опроса Броди и Лю не смогли найти ни одного примера моделирования отношений сущность в выборке из десяти компаний из списка Fortune 100. Бадиа и Лемир винят в этом недостаток использования отсутствие руководства, а также отсутствие преимуществ, таких как отсутствие поддержки интеграции данных.
• Усиливается модель сущность-связь (РЧЭС моделирование) представляет несколько концепций не в моделировании ER, но тесно связаны с объектно-ориентированного дизайна, как это-а отношения.
• Для моделирования темпоральных баз данных были рассмотрены многочисленные расширения ER. Точно так же модель ER оказалась непригодной для многомерных баз данных (используемых в приложениях OLAP ); в этой области еще не появилось доминирующей концептуальной модели, хотя в основном они вращаются вокруг концепции куба OLAP (также известного как куб данных в этой области).

Создание представлений и хранимых процедур

Представление является хранимой инструкцией SELECT, а хранимая процедура представляет собой одну или более инструкций Transact-SQL , выполняемых в виде пакета.

Представления запрашиваются так же, как таблицы, и не принимают параметры. Хранимые процедуры сложнее, чем представления. Хранимые процедуры содержат как входные, так и выходные параметры и могут содержать инструкции, которые управляют потоком кода, например IF и WHILE. Использование хранимых процедур для всех повторяющихся действий в базе данных является хорошим стилем программирования.

В этом примере используется инструкция CREATE VIEW, чтобы создать представление, которое выбирает только два столбца в таблице Products . Затем с помощью инструкции CREATE PROCEDURE создается хранимая процедура, которая принимает цену в качестве параметра и возвращает только те продукты, цена которых меньше значения, указанного в качестве параметра.

Создание представления

Выполните следующую инструкцию, создающую представление, которое выполняет инструкцию select и возвращает названия и цены продуктов пользователю.

Тестирование представления

С представлениями обращаются так же, как с таблицами. Используйте инструкцию , чтобы получить доступ к представлению.

Создание хранимой процедуры

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

Тестирование хранимой процедуры

Чтобы выполнить хранимую процедуру, введите и выполните следующую инструкцию. Эта процедура должна возвратить названия двух продуктов, введенных в таблицу на занятии 1, цена которых меньше .

Ключи

Ключом (key) называется набор атрибутов, однозначно определяющий запись. Ключи делятся на два класса: простые и составные.
Простой ключ состоит только из одного атрибута. Например, в базе «Паспорта граждан страны» номер паспорта будет простым ключом: ведь не бывает двух паспортов с одинаковым номером.
Составной ключ состоит из нескольких атрибутов. В той же базе «Паспорта граждан страны» может быть составной ключ со следующими атрибутами:
фамилия, имя, отчество, дата рождения. Это — как пример, т. к. этот составной ключ, теоретически, не обеспечивает гарантированной уникальности записи.
Также существует несколько типов ключей, о которых рассказано далее.

Возможный ключ

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

Первичные ключи

Первичным ключом называется совокупность атрибутов, однозначно идентифицирующих запись в таблице (сущности). Один из возможных ключей становится первичным ключом. На диаграммах первичные ключи часто изображаются выше основного списка атрибутов или выделяются специальными символами. Сущность на рисунке имеет как ключевые, так и обычные атрибуты.

Альтернативные ключи

Любой возможный ключ, не являющийся первичным, называется альтернативным ключом. Сущность может иметь несколько альтернативных ключей.

Внешние ключи

Внешним ключом называется совокупность атрибутов, ссылающихся на первичный или альтернативный ключ другой сущности. Если внешний ключ не связан с первичной сущностью, то он может содержать только неопределенные значения. Если при этом ключ является составным, то все атрибуты внешнего ключа должны быть неопределенными.
На диаграммах атрибуты, объединяемые во внешние ключи, обозначаются специальными символами. На рисунке изображены две связанные сущности (Дома и их Хозяева) и образованные ими внешние ключи (ведь один человек может владеть больше, чем одним домом).

Ключи являются логическими конструкциями, а не физическими объектами. В реляционных базах данных предусмотрены механизмы, обеспечивающие сохранение ключей.

Создание связей между сущностями

Теперь, когда данные преобразованы в таблицы, нужно проанализировать связи между ними. Сложность базы данных определяется количеством элементов, взаимодействующих между двумя связанными таблицами. Определение сложности помогает убедиться, что вы разделили данные на таблицы наиболее эффективно.

Каждый объект может быть взаимосвязан с другим с помощью одного из трех типов связи:

Связь «один-к одному»

Когда существует только один экземпляр объекта A для каждого экземпляра объекта B, говорят, что между ними существует связь «один-к одному» (часто обозначается 1:1). Можно указать этот тип связи в ER-диаграмме линией с тире на каждом конце:

Если при проектировании и разработке баз данных у вас нет оснований разделять эти данные, связь 1:1 обычно указывает на то, что в лучше объединить эти таблицы в одну.

Но при определенных обстоятельствах целесообразнее создавать таблицы со связями 1:1. Если есть поле с необязательными данными, например «описание», которое не заполнено для многих записей, можно переместить все описания в отдельную таблицу, исключая пустые поля и улучшая производительность базы данных.

Чтобы гарантировать, что данные соотносятся правильно, в нужно будет включить, по крайней мере, один идентичный столбец в каждой таблице. Скорее всего, это будет первичный ключ.

Связь «один-ко-многим»

Эта связи возникают, когда запись в одной таблице связана с несколькими записями в другой. Например, один клиент мог разместить много заказов, или у читателя может быть сразу несколько книг, взятых в библиотеке. Связи «один- ко-многим» (1:M) обозначаются так называемой «меткой ноги вороны», как в этом примере:

Чтобы реализовать связь 1:M, добавьте первичный ключ из «одной» таблицы в качестве атрибута в другую таблицу. Если первичный ключ таким образом указан в другой таблице, он называется внешним ключом. Таблица со стороны связи «1» представляет собой родительскую таблицу для дочерней таблицы на другой стороне.

Связь «многие-ко-многим»

Когда несколько объектов таблицы могут быть связаны с несколькими объектами другой. Говорят, что они имеют связь «многие-ко-многим» (M:N). Например, в случае студентов и курсов, поскольку студент может посещать много курсов, и каждый курс могут посещать много студентов.

На ER-диаграмме эти связи отображаются с помощью следующих строк:

При проектировании структуры базы данных реализовать такого рода связи невозможно. Вместо этого нужно разбить их на две связи «один-ко-многим».

Для этого нужно создать между этими двумя таблицами новую сущность. Если между продажами и продуктами существует связь M:N, можно назвать этот новый объект «sold_products», так как он будет содержать данные для каждой продажи. И таблица продаж, и таблица товаров будут иметь связь 1:M с sold_products. Этот вид промежуточного объекта в различных моделях называется таблицей ссылок, ассоциативным объектом или таблицей связей.

Каждая запись в таблице связей будет соответствовать двум сущностям из соседних таблиц. Например, таблица связей между студентами и курсами может выглядеть следующим образом:

Обязательно или нет?

Другим способом анализа связей является рассмотрение того, какая сторона связи должна существовать, чтобы существовала другая. Необязательная сторона может быть отмечена кружком на линии. Например, страна должна существовать для того, чтобы иметь представителя в Организации Объединенных Наций, а не наоборот:

Два объекта могут быть взаимозависимыми (один не может существовать без другого).

Рекурсивные связи

Иногда при проектировании базы данных таблица указывает на себя саму. Например, таблица сотрудников может иметь атрибут «руководитель», который ссылается на другое лицо в этой же таблице. Это называется рекурсивными связями.

Лишние связи

Лишние связи — это те, которые выражены более одного раза

Как правило, можно удалить одну из таких связей без потери какой-либо важной информации. Например, если объект «ученики» имеет прямую связь с другим объектом, называемым «учителя», но также имеет косвенные отношения с учителями через «предметы», нужно удалить связь между «учениками» и «учителями»

Так как единственный способ, которым ученикам назначают учителей — это предметы.

SQLite

Провозгласившая себя самой распространенной СУБД в мире, SQLite зародилась в 2000 году и используется Apple, , Microsoft и . Каждый релиз тщательно тестируется. Разработчики SQLite предоставляют пользователям списки ошибок, а также хронологию изменений кода каждой версии.

Достоинства

• Нет отдельного серверного процесса;
• Формат файла – кросс-платформенный;
• Транзакции соответствуют требованиям ACID;
• Доступна профессиональная поддержка.

Недостатки

Не рекомендуется для:

• клиент-серверных приложений;
• крупномасштабных сайтов;
• больших наборов данных;
• программ с высокой степенью многопоточности.