Базы данных. Этапы проектирования. Создание БД.

План:
1 Этапы и принципы проектирования баз данных.
2 Жизненный цикл БД.
3 Подробнее об этапах проектирования и разработки БД и приложений
4 Запросы на выборку информации.

foreign key — внешний ключ.
ER-модель — Entity-Relationship model.
primary key — Первичный ключ.

Подключение к базе данных.
https://www.hostinger.ru/rukovodstva/php-podkliuchenije-k-bd-mysql/
Наполнение через скрипты. Возможные ошибки и их исправление:
https://www.hostinger.ru/rukovodstva/zapis-v-bazu-dannyh-mysql-php-kod/

Этапы проектирования БД

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

В процессе проектирования определяется структура
реляционной БД
(состав таблиц, их структура и логические связи).
Структура таблицы определяется составом столбцов,
типом и длиной данных, ключами таблицы.

К базовым понятиями модели БД «сущность – связь» относятся:
сущности, связи между ними и их атрибуты (свойства).

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

этапы работы с БД
· создание структуры таблиц базы данных;
· ввод и редактирование данных в таблицах;
· обработка данных, содержащихся в таблицах;
· вывод информации из базы данных.

Жизненный цикл БД

ЖЦБД включает в себя следующие 9 основных этапов:

  1. планирование разработки базы данных;
    Оценка экономической целесообразности и реализуемости
    через анализ объема работ, ресурсов и стоимости проекта.
  2. определение требований к системе;
    определение диапазон действия приложения базы данных,
    состав его пользователей и области применения.
  3. сбор и анализ требований пользователей;
    создать модель движения важных материальных объектов
    и выясняем процесс документооборота.
  4. проектирование базы данных:
    • концептуальное проектирование базы данных;
    • логическое проектирование базы данных;
    • физическое проектирование базы данных;
  5. разработка приложений:
    • проектирование транзакций;
    • проектирование пользовательского интерфейса;
  6. физическая реализация; кодирование алгоритмов.
  7. загрузка данных;
    На этом этапе пустые таблицы, предназначенные для
    хранения информации, должны быть заполнены данными.
  8. тестирование;
    Для оценки завершённости приложения базы данных
    выполняется тестирование приложения, работающего с БД.
  9. эксплуатация и сопровождение
    Основные действия, этого этапа наблюдение за созданной
    системой и поддержка ее нормального функционирования.
    Адаптация и модернизация под изменение предметной
    области, создание дополнительных компонент
    или модернизация самой БД.

Этапы проектирования и разработки БД

4 Проектирование базы данных
Полный цикл разработки базы данных включает концептуальное,
логическое и физическое ее проектирование.

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

Нисходящий подход демонстрируется в концепции модели
«сущность — связь» (Entity-Relationship model — ER-модель).
Модель «сущность — связь» относится к семантическим моделям,
то есть связанно со смысловым содержанием данных, независимо
от их представления в ЭВМ.
В построении общей концептуальной модели данных выделяют ряд
этапов.

  • Выделение локальных представлений, соответствующих обычно
    относительно независимым данным.
  • Формулирование сущностей, описывающих локальную предметную
    область проектируемой БД, и описание атрибутов, составляющих
    структуру каждой сущности.
  • Выделение ключевых атрибутов.
  • Спецификация связей между сущностями. Удаление избыточных
    связей.
  • Анализ и добавление неключевых атрибутов.
  • Объединение локальных представлений.

Созданная концептуальная модель данных предприятия является
источником информации для фазы логического проектирования
базы данных.

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

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

Физическое проектирование базы данных
Целью проектирования на данном этапе является создание
описания СУБД-ориентированной модели БД.
Для реляционной модели данных под физическим
проектированием подразумевается:

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

команда SELECT

Это наиболее часто используемая команда SQL.
Её назначение — выборка данных из БД

SELECT [DISTINCT|ALL ] { * | [fieldExpression [AS newName]}
FROM tableName [alias]
[WHERE condition][GROUP BY fieldName(s)] [HAVING condition]
[ORDER BY fieldName(s)]

Пример простого оператора SELECT
SELECT * FROM catalog;

Добавить комментарий

Ваш адрес email не будет опубликован.