1. Специфика предметной области:особенности отображаемых объектов, характер связи между объектами предметной области; объем хранимых данных.2. Особенности требуемой обработки информации:а)характеристика запросов (критерий поиска, частота запроса; состав реквизитов, выдаваемых в ответ);б) требования к защите информации;в)ограничения по времени реакции системы на каждый из запросов.3. Характеристика пользователей системы: важность, приоритеты; число пользователей; приоритеты пользователей в оценке значимости факторов, влияющих на проектирование БД; технология обработки данных;4. Состояние существующей системы обработки информации:а)наличие автоматизированной системы обработки информации;б)объем имеющихся наработок; наличие технических и программных средств, их состояние;соотношение объемов существующей и новой частей проектируемой системы;затраты для перевода имеющейся системы на новую основу.5. Возможности, предоставляемые используемыми техническими и программными средствами:а)поддерживаемые структуры данных;б) ограничения, накладываемые ПО;в)ограничения по объему памяти;г)особенности языков манипулирования данными.6.Трудоемкость проектирования.7. Финансовые возможности.8. Квалификация кадров9. Используемые методики проектирования10. Субъективные факторы:
9) Концептуальное проектирование —Процесс создания модели используемой на предприятии информации, не зависящей от любых физических аспектов ее представления.
Первый этап процесса проектирования базы данных называется концептуальным проектированием базы данных. Он заключается в создании концептуальной модели данных для анализируемой части предприятия. Эта модель данных создается на основе информации, записанной в спецификациях требований пользователей. Концептуальное проектирование базы данных абсолютно не зависит от таких подробностей ее реализации, как тип выбранной целевой СУБД, набор создаваемых прикладных программ, используемые языки программирования, тип выбранной вычислительной платформы, а также от любых других особенностей физической реализации.
При разработке концептуальная модель данных постоянно подвергается тестированию и проверке на соответствие требованиям пользователей. Созданная концептуальная модель данных предприятия является источником информации для этапа логического проектирования базы данных.
Реляционная модель данных
– была предложена Коддом в 1969г.
*Реляционная база данных – представляет собой хранилище данных, содержащее набор 2-мерных таблиц.
Набор средств для управления подобным хранилищем называется реляционной системой управления базами данных РСУБД.
В состав входят:
1)Утилиты
2)Приложения
3)Сервисы
4)Библиотеки
5)Средства создания приложений и др.
Любая таблица БД состоит из строк (записей) и столбцов (полей).
Записи содержат сведения о представленных в таблице фактах – об однотипных объектах.
На пересечении столбцов и строк находятся конкретные значения содержащихся в таблице данных, которые должны удовлетворять требованиям:
1)Каждое значение, содержащееся на пересечении полей и записей должно быть атомарным (неразделимым на несколько значений)
2)Значения данных в одном и том же поле должны принадлежать одному и тому же типу информации, доступному для использования в данной СУБД
3)Каждая запись в таблице уникальна
4)Каждое поле имеет уникальное имя
5)Последовательность полей несущественна
6)Записи внутри таблицы неупорядочены
7) Последовательность записей несущественна
8)Любая СУБД предоставляет средства для сортировки записей
9)Обращение к полям производится по имени
Ключи и связи
| Customers |
| *CustomersID о-> |
| CompanyName |
| City |
| Country |
| Orders |
| *CustomerID |
| OrderId |
| OrderDate |
| Freight |
| ShipAddres |
Поскольку записи в таблице неупорядочены, как правило, требуется1 или несколько полей для уникальной идентификации каждой записи – такое поле (поля) называется первичным ключом (PK)
PK любой таблицы обязан содержать уникальные, непустые значения для каждой записи.
*Если PK состоит больше, чем из 1 поля, он называется составным первичным ключом.
Как правил, любая СУБД состоит из нескольких связанных таблиц.
*Поле, указывающее на запись в другой таблице, связанной с данной записью, называется внешним ключом.
Поле/набор полей, чьи значения совпадают с имеющимся значением PK другой таблицы – такое взаимоотношении между таблицами называется связью.
Связь между таблицами устанавливается путём присваивания значений внешнего ключа одной таблицы значениям первичного ключа другой таблицы.
*Если каждый клиент в таблице customer может разместить только 1 заказ, то говорят, что эти 2 таблицы связаны соотношением 1:1.
*Если каждый клиент в таблице customer может разместить 0,1 или много заказов, то эти 2 таблицы связаны соотношением 1: многим или соотношением master-detail.
*Если группе записей из таблицы А соответствует множество записей из таблицы В, то такое соотношение называется многие ко многим(many-to-many)
Наиболее часто используется (many-to-many).
* Таблица, содержащая внешний ключ называется detail-таблицей.
*Таблица, содержащая PK, определяющий возможные значения внешних ключей называется master-таблицей.
*Группа связанных таблиц называется схемой БД.
*Информация о таблицах, полях, первичных и внешних ключах, а так же иных объектах БД называется метаданными.
*Любые операции с данными в БД (выбор, вставка, удаление, обновление, изменение, выбор метаданных) называется запросом к БД (query). Обычно запросы формируются на к-либо языке (зависит от СУБД).
Ссылочная целостность
– формируется в виде правил, которые выполняют современные СУБД:
1) Первичный ключ любой таблицы должен содержать непустые, уникальные значения для данной таблицы. Если СУБД контролирует уникальность PK, то при попытке присвоить PK значение, уже имеющееся в другой записи СУБД генерирует сообщение об ошибке, которое может быть передано в приложение, с помощью которого пользователь манипулирует с данными.
2) Для таблицы one-to-many:
Внешний ключ detail-таблицы должен содержать только те значения, которые имеются среди значений первичного ключа master-таблицы.
Если корректность значений вн-х ключей не контролируется СУБД, то говорят, о нарушении ссылочной целостности, в противном случае, при попытке присвоить вн-му ключу значение, отсутствующее среди значений первичных ключей master-таблицы, либо при удалении/модификации записей master-таблицы, приводящих к нарушению ссылочной целостности, СУБД сгенерирует диагностическое сообщение, которое передаётся в клиентское приложение.
Нормализация данных
Нормализация - процесс реорганизации данных путем ликвидации повторяющихся групп и иных противоречий в БД с целью приведения таблиц к виду, позволяющему осуществлять непротиворечивое и корректное изменение данных.
Существует 5 нормальных форм, из которых на практике используются первые 3.
Чтобы таблица соотв. первой форме необходимо, чтобы все значения ее полей были атомарными, а все записи - универсальными. Таблица в такой форме, как правило, содержит избыточные данные.
Чтобы таблица соотв. второй форме, она должна соотв. первой и ее не ключевые поля полностью зависят от всех ключевых полей.
Для перехода из первой формы во вторую необходимо:
Определить на какие части можно разбить первичный ключ так, чтобы некоторые из не ключевых полей зависели от этих частей.
Создать новую таблицу для каждого ключа и группы зависящих от нее полей и переместить их в эту таблицу. Часть бывшего первичного ключа станет при этом первичным ключом новой таблицы.
Удалить из исходной таблицы поля, перемещенные в другие таблицы, кроме тех, которые станут внешними ключами.
Чтобы таблица соотв. третьей форме, необходимо чтобы она соотв. второй и все ее не ключевые поля зависели только от первичного ключа.
Зависимость между не ключевыми полями называется транзитивной.
Для перехода от 2 н.ф. к 3 н.ф. необходимо
- Определить все поля, от которых зависят другие поля.
- Создать новую таблицу для каждого поля и переместить эти поля туда. Поле, от которого зависели все остальные поля станет при этом первичным ключом новой таблицы.
- Удалить перемещаемые поля из исходной таблицы. оставив лишь те, которые станут внешними ключами.
Определения:
2)Первая нормальная форма. Чтобы таблица соотв. первой форме необходимо, чтобы все значения ее полей были атомарными, а все записи - универсальными. Таблица в такой форме, как правило, содержит избыточные данные.
3)Аномалии модификации данных – проблемы, возникающие при добавлении, изменении или удалении записей.
4)Первичный ключ – одно или несколько полей для уникальной идентификации каждой записи.
5)Атомарность данных – данные, неразделимые на несколько значений.
6)Подсистема-система,явл.частью др.системы и способная выполнять относительно независимые ф-ии,имеющие подцели,направленные на достижение общей цели системы.
7) Б а́за да́нных — представленная в объективной форме совокупность самостоятельных материалов систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью.
8)Пол е – Любая таблица РБД состоит из строк называемых записи и столбцов называемых полями.
9)Внешний ключ - поле, указывающее на запись в другой таблице, связанной с данной записью (поле или набор полей, чьи значения совпадают с имеющимися значениями первичного ключа в другой таблице).
11) Вторая нормальная форма – если таблица находится в первой нормальной форме и ее неключевые поля полностью зависят от всего первичного ключа.
12)Реляционная модель данных (РМД) — логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики как теории множеств и логика первого порядка.
13) Под даталогической понимается модель, отражающая логические взаимосвязи между элементами данных безотносительно их содержания и физической организации.
14) Реляционная СУБД – набор средств для управления реляционной базой данных.
15)ЖЦ ИС-непрерывный процесс начинающийся с момента принятия решения о создании ИС и заканчивающийся в момент полного её изъятия из эксплуатации.
16)Связь один-к-одному. При связи «один к одному» одной строке таблицы А может соответствовать не более одной строки таблицы В (и наоборот). Связь «один к одному» создается, если оба связанных столбца являются первичными ключами или имеют ограничение, обеспечивающее их уникальность.
17) Запись – любая таблица РБД состоит из строк называемых записи и столбцов называемых полями.
18)Связь один-ко-многим – каждый клиент в таблице Customers может разместить 0, 1 или много заказов.
19)Запрос к БД – любые операции с данными в БД, такие как выбор, вставка, удаление, обновление данных, изменение или выбор метаданных.
20) Связь таблиц позволяет установить правила взаимодействия между таблицами.
21)Иерархическая модель данных — логическая модель данных в виде древовидной структуры, представляющая собой совокупность элементов, расположенных в порядке их подчинения от общего к частному и образующих перевернутое дерево (граф).
22)Сетевая модель данных — логическая модель данных, являющаяся расширением иерархического подхода, строгая математическая теория, описывающая структурный аспект, аспект целостности и аспект обработки данных в сетевых базах данных.
23) ИС-совокуп.содержащейся в базах данных,инфы и беспечивающих её обработку информац.технологий и тех.средств.
24) Систе́ма — множество элементов, находящихся в отношениях и связях друг с другом, которое образует определённую целостность, единство.
25) Корпоративные информационные системы (КИС) - это интегрированные системы управления территориально распределенной корпорацией, основанные на углубленном анализе данных, широком исполь-ии систем информационной поддержки принятия решений, электронных документообороте и делопроизводстве.
26)Составной первичный ключ – первичный ключ состоит более чем из 1 поля.
27)Клиент-серверная ИС позволяет обмениваться клиенту и серверу минимально необходимыми объёмами информации.
28)Формируется в виде правил, которые выполняют современные РСУБД:
1) Первичный ключ любой таблицы должен содержать непустые, уникальные значения для данной таблицы. Если РСУБД контролирует уникальность PK, то при попытке присвоить PK значение, уже имеющееся в другой записи РСУБД генерирует сообщение об ошибке, которое может быть передано в приложение, с помощью которого пользователь манипулирует с данными.
2) Для таблицы one-to-many:
Внешний ключ detail-таблицы должен содержать только те значения, которые имеются среди значений первичного ключа master-таблицы.
29)Концептуальное (инфологическое) проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных.
30) СХЕМА — иллюстрация, которая с помощью условных графических обозначений передает суть строения предмета или системы, показывает характер процесса, движения, структуру и т. д.
31) Функциональные части информационной системы могут размещаться на одном или на нескольких компьютерах.
32)Схема базы данных - ее структура, описанная на формальном языке, поддерживаемом СУБД.
33)Модель данных-совокуп.структур данных и операций по их обработке.
34)Теория нормализации основана на концепции нормальных форм. Говорят, что таблица находится в нормальной форме, если она соответствует определённому набору правил.
35) Метаданные – информация о таблицах, полях (имя, тип, длина), первичных и внешних ключах, а также иных объектах БД.
36)Третья нормальная форма. Чтобы таблица соотв. третьей форме, необходимо чтобы она соотв. второй и все ее не ключевые поля зависели только от первичного ключа.
37) Модель ЖЦ ИС-структура,определяют.последов.выполнения и взаимосвязи процессов,действий и задач,выполняемых на протяжении ЖЦ.
39) Нормализация – процесс реорганизации данных путем ликвидации повторяющихся групп и иных противоречий в хранении данных с целью привидения таблиц к виду, позволяющему осуществлять непротиворечивое и корректное редактирование данных.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|