63. Аномалии в данных

При неправильно спроектированной схеме БД могут возникнуть аномалии модификации данных. Они обусловлены отсутствием средств явного представления типов множественных связей между объектами предметной области и неразвитостью средств описания ограничений целостности на уровне модели данных. Не все РБД обладают одинаковыми свойствами. В случае неправильного её проектирования реляционная модель БД (РМБД) может обладать аномалиями, которые значительно ухудшают характеристики её работы. Аномалии связаны с проблемами реализации операций изменения состояния БД. Различают следующие виды аномалий:

· Аномалии обновления.

· Аномалии добавления.

· Аномалии удаления.

Подробнее:

http://life-prog.ru/1_3093_anomalii-relyatsionnoy-modeli-bd.html

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

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

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

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

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

Удачная денормализация может сильно увеличить производительность. Однако, денормализация — это не панацея, она может привести и к негативным последствиям.

Подробнее:

https://ru.wikipedia.org/wiki/%C4%E5%ED%EE%F0%EC%E0%EB%E8%E7%E0%F6%E8%FF

http://squadette.ru/blog/2014/08/12/bazy-dannykh-i-nosql/

http://lenochecc.narod.ru/pbd2.htm

65. Ускорение доступа к данным на уровне логического моделирования

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

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

Процесс логического проектирования состоит из следующих этапов:

1. Выбор конкретной СУБД.

2. Отображение концептуальной схемы на логическую схему.

3. Выбор ключей.

4. Описание языка запросов.

Методы ускорения доступа к данным - Адресная функция - Индексы

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

http://www.xsieit.ru/download/design_of_information_systems/lectures/861.html

http://reftrend.ru/178126.html

http://allrefs.net/c52/40az8/p11/

http://www.interface.ru/fset.asp?Url=/consult/bizmod.htm