Адаптации растений и животных к жизни в горах: Большое значение для жизни организмов в горах имеют степень расчленения, крутизна и экспозиционные различия склонов...
Индивидуальные и групповые автопоилки: для животных. Схемы и конструкции...
Топ:
Определение места расположения распределительного центра: Фирма реализует продукцию на рынках сбыта и имеет постоянных поставщиков в разных регионах. Увеличение объема продаж...
Комплексной системы оценки состояния охраны труда на производственном объекте (КСОТ-П): Цели и задачи Комплексной системы оценки состояния охраны труда и определению факторов рисков по охране труда...
Выпускная квалификационная работа: Основная часть ВКР, как правило, состоит из двух-трех глав, каждая из которых, в свою очередь...
Интересное:
Что нужно делать при лейкемии: Прежде всего, необходимо выяснить, не страдаете ли вы каким-либо душевным недугом...
Влияние предпринимательской среды на эффективное функционирование предприятия: Предпринимательская среда – это совокупность внешних и внутренних факторов, оказывающих влияние на функционирование фирмы...
Средства для ингаляционного наркоза: Наркоз наступает в результате вдыхания (ингаляции) средств, которое осуществляют или с помощью маски...
Дисциплины:
2017-07-01 | 268 |
5.00
из
|
Заказать работу |
|
|
С чего начать разработку БД?
1. Общие стратегии. Для того, чтобы построить эффективную базу данных, разработчики должны ясно представлять себе пользовательскую модель. Для этого они строят модель данных. Существует 2 общие стратегии.
1. Сверху-вниз: это когда задача решается от общего к частному, крупные задачи разбиваются на более мелкие, которые разбиваются еще на более мелкие и т.д. пока для каждой не найдется простого решения.
Плюсы: когда мы доходим до написания кода у нас уже есть проект системы
Минусы: не всегда очевидно как разбивать задачу, можно попасть в паралич анализа
2. Снизу-вверх: от малого к большему, решаются конкретные задачи, их результаты объединяются в более крупное решение
Плюсы: начать можно здесь и сейчас, после первой итерации можно уже что-то показывать заказчику
Минусы: качество постановки задач и собрание всего этого в кучу так, что бы работало, да еще и как надо зависит от профессионализма разработчиков, а так же представителей заказчика
В общем, в первом случае молятся (делают основной упор) на процесс, а во втором на людей
Таким образом, наиболее важная часть стадии разработки БД – это создание модели данных пользователя. Как бы это не делалось, сверху-вниз или наоборот, моделирование включает в себя изучение предметной области, опрос пользователей, документирование их требований, составляется тех. задание, которое должно показать, какие объекты будут в БД, их структуру, как они будут связаны между собой.
2. Логическая структура БД. Схема БД определяет структуру БД, ее таблицы, связи, домены, а также деловой регламент.
Пример. Колледж права и экономики в Москве. Бывшие студенты добились большого успеха и решили поблагодарить колледж и проспонсировали спортивные секции. Теперь студенты колледжа на досуге готовятся и участвуют в спортивных соревнованиях, отстаивают честь колледжа. Все было бы ничего, но колледж стал испытывать проблемы с учетом выдаваемого спортивного инвентаря. Схема БД для системы учета спортинвентаря будет содержать следующие компоненты:
|
1. Таблицы:
Капитаны (ФИО, Адрес, Телефон)
Инвентарь (Наименование, Количество, Описание, ДатаНач, ДатаКон)
Т.к. ни ФИО, ни наименование уникальными не являются, то мы добавим к этим таблицам еще столбцы, содержащие уникальный номер, получим:
Капитаны (Капитан_ИД, ФИО, Адрес, Телефон)
Инвентарь (Инвентарь_ИД, Наименование, Количество, Описание, ДатаНач, ДатаКон)
2. Связи:
Эти две таблицы могут быть связаны следующим образом: Одна строка таблицы Капитаны связана с несколькими строками таблицы Инвентарь, но одна и только одна строка таблицы Инвентарь связана только с одной строкой таблицы Капитаны. В данном случае нам не видно и не понятно как же связаны эти таблицы. Для формирования связи мы должны добавить еще один столбец в таблицу Инвентарь, который будет показывать номер капитана.
Получим:
Капитаны (Капитан_ИД, ФИО, Адрес, Телефон)
Инвентарь (Инвентарь_ИД, Наименование, Количество, Описание, ДатаНач, ДатаКон, капитан_ИД)
По такой структуре мы легко сможем определить, кому из капитанов был выдан тот или иной инвентарь.
3. Домены. Это множество значений, которое может принимать столбец. В нашем примере, получим следующие домены:
Столбец | Домен | Уникальный |
Инвентарь_ИД | Целое число | + |
Наименование | Текст | |
Количество | Целое число | |
Описание | Текст | |
ДатаНач | Дата | |
ДатаКон | Дата | |
Капитан_ИД | Целое число |
4. Деловой регламент. Это ограничения на возможные действия пользователя, которые необходимо отразить в БД и ее приложениях. Для нашего примера, это могут быть следующие ограничения:
|
- Чтобы капитан мог получить инвентарь у него должен быть местный домашний телефон;
- Нельзя выдавать капитанам инвентаря в количество более 7 штук;
- По окончании каждого семестра капитан обязан сдать весь инвентарь;
- Нельзя выдавать новый инвентарь, если есть задолженность по-старому.
|
|
История создания датчика движения: Первый прибор для обнаружения движения был изобретен немецким физиком Генрихом Герцем...
Таксономические единицы (категории) растений: Каждая система классификации состоит из определённых соподчиненных друг другу...
Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...
Семя – орган полового размножения и расселения растений: наружи у семян имеется плотный покров – кожура...
© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!