Проектирование баз данных. Основные этапы

Автор Pavel Shevchuk
Проектирование баз данных. Основные этапы

и в наборе цифр непостоянных мудрых.

Как нет. Ангелиной прячется старуха база данных. Пиковая дама наших дней.

Здравствуйте Уважаемые зрители — это роман.

Серебряков мы продолжаем с вами изучения поезда на предыдущем уроке мы с вами познакомились с возможностями вас данных узнали их классе познакомились обзор на с принципами построения реляционных баз данных сегодня мы с вами попробуем придумать какую-то базу данных и реализовать нашей приобретённые где выборы премьера мне в голову пришли стихи которые я нашёл где-то в интернете. Мы в жизни часто отправляемся в дорогу к родным на отдых по делам к друзьям на -. Встречается так много, что всё запомнить не под силу нам поскольку путешествия знакомая многим из вас. Давайте база данных агентство по продаже авиабилетов — это база данных конечно экспромто никоим образом не связано с существующими базами данных таких агентств, но как тренировочная база думаю выступление проектирование базы данных следующее база данных должна содержать информацию по пассажирам который имеет свои определенные характеристики по авиаперевозчиком воздушным судам по выполняемым рейсом, а также регистрация пассажиров на рейс имея опыт проектирования баз данных можно сразу сказать, что все объекты базы данных мы условно можно разделить на две категории — это зависимая и независимая. Не объекты характеристики которые самостоятельно например — это могут быть пассажиры они имеют свои уникальные характеристики которые при. Они говорили на предыдущем занятии в реляционных базах таблица должна иметь свой primary Key то есть первичный ключ который уникально идентифицировать, что касается таблица пассажиров то понятное дело, что у каждого пассажира есть такая уникальная вещь как паспорт есть идентификационный код эти все вещи которые его уникально идентифицировать мы для простоты наши дальнейшие работы введём своё суррогатное поле ID Passenger которая будет уникальна у нас идентифицировать каждого пассажира на нашей схеме с которой мы в дальнейшем будем с вами работать которую мы сейчас с вами построим красным ключиком обозначенный первичные ключи то есть. Прайма реки запись синим цветом будет обозначены фарингита есть вторичные ключи которые ссылаются на соответствующие записи в главной таблице переходим продолжаем нашу работу таблица авиаперевозчики в своей характеристике своё уникальное поле воздушное судно имеет своё уникальное поле ID Plein имеет свои характеристики основная характеристика любого воздушного судна этой вместительность и грузоподъемность определив основные характеристики объектов которые у нас независимые не зависят от характеристик других мы с вами. Давайте определяем определяем зависимое допустим — это рейс почему он зависимые объекты он имеет свои характеристики, но в перечне характеристик мы с вами любого рейса мы видим вещи — это авиаперевозчик мы с вами на предыдущем складе познакомились, что авиаперевозчик имеет свои какие-то характеристики имеют свои названия есть свой какой-то адрес и все характеристики находится в таблице авиаперевозчики зачем — это сделан если у нас добавиться. И хотя бы и характеристика она у нас добавиться только в таблице авиаперевозчиков никоим образом оно не коснётся таблица рейс. На что. На, что мы ссылаемся, а также — это воздушное судно опять-таки. Она имеет свои характеристики которые заложены в определенной таблицы следующим объектом зависимым объектом у нас будет эта регистрация пассажиров на рейс регистрация пассажиров на рейс — это немножко нестандартный здесь. Почему Потому, что если в предыдущих таблицах у нас ключевым полем выступала только одно поле то здесь ключевым полем — это будет — это будет комбинация 3 номер рейса даты вылета и пассажира. Почему уникальность контролируется имена трёх этих полей номер рейса летает каждый день рейс выполняет каждый день соответственно он будет повторяться с каждой датой пассажира может летать на нескольких рейсах и соответственно пассажир будет повторяться. Но — это комбинация трёх полей свидетельствует о том, что в один и тот же день выполняется только один данный рейс выполняется только один раз и на рейсы пассажир тоже может только один раз лететь. Понятное дело, что пассажир может купить и два билета, но — это уже условности. Мы просто принимаем такое определенный стандарт для решения наши задачи и опять-таки мы с вами, что номер рейса в тоже время будет являться и. Фаренгейта с вторичным ключом к таблице рейс и поле пассажир также будет являться вторичные плечом для таблицы пассажиры в итоге мы с вами имеем схему базы данных которое характеризует наше агентство по продаже билетов, а вместо фотографий мы с вами видим таблицей которая характеризует наши объект и так наша. Рабочая с вами база данных — это база данных она у нас будет дальше называться Aero имеет 5 таблиц — это пассажиры компании воздушные суда рейсы и пассажиры на рейс дальше мы с вами. Давайте коротко. Познакомимся с как я вам говорил раньше был расшифровывается как страховщик варил English язык запросов сам по себе язык структурированных запросов делится на пять крупных частей. Это непосредственно сам язык запросов Quoris — это язык определения данных Data which или сокращённо ddl — это язык манипулирования данными Data manipulation. Вещь или сокращённо dml язык управления доступа к данным Data Control или сокращённо DSL. И последнее — это язык управление транзакциями transaction.

0 комментариев
0

Читайте также