При создании БД возможны различные организации однородных и гетерогенных структур. В некоторых БД каждому из типов элементов может ставиться отдельная отдельная совокупность (файл). Такая структура – многофайловая структура.
Списковая организация обладает преимуществами:
1.возможность естественным путем передавать сложные логические взаимодействия между элементами, при корректировках списковых структур добавление и анулирование элементов в списках производится без физического перемещения элементов путем изменения адреса элементов, при этом память может быть повторно использована вновь добавляемым элементом. Новые элементы могут быть привязаны к любому месту памяти.
2.позволяют динамически наращивать состав БД без существенного изменения существующих ее частей.
3.устраняют дублирование данных (избыточность), позволяют на одном и том же множестве элементов обеспечивать их различную упорядоченность.
4.просто могут быть организованы в любой прямоадресной памяти.
НЕДОСТАТКИ:
1. Большой расход памяти на указатели.
2. Физический разброс данных по носителю, увеличивающий время обработки данных.
3. Потеря адреса связи в каком-либо элементе списка, делает недоступным всю оставшуюся часть структуры, а искажение адреса приводит к аварийным ситуациям.
4. Списковая структура нуждается в сложном управлении свободной памяти.
5. Эффект дробления памяти приводит к необходимости реорганизации массива.
СИМВОЛИЧЕСКИЕ УКАЗАТЕЛИ. (СУ)
В любой БД устанавливаются СУ, если они автоматически поддерживают СУБД.
СУ имеют ряд преимуществ перед адресными:
1. Позволяют производить независимую реорганизацию связанных массивов.
2. Повышают семантическую самостоятельность каждой из связанных совокупностей.
3. Могут быть реализованы в памяти любого типа.
НЕДОСТАТКИ:
1. Расходуется больше времени на поиск и корректировку данных.
2. Требуется больше памяти, чем адресным указателям.
ИНДЕКСНАЯ СТРУКТУРА.
Понятие индекса используется по-разному.
Цель использования индекса – ускорение поиска. В сложных структурах данных индексы могут использоваться в других целях: для повышения устойчивости структуры, сокращения дублирования, для обеспечения быстрого доступа по разным путям к одним и тем же хранимым данным. Различают структуры с плотной и разряженной индексацией.
При плотной, каждой записи этого файла соответствует элемент индекса. При
разряженной элементы индекса соответствуют группе записи индексированного файла. При организации БД преимущество плотной индексации.
Характеристика индексных структур – способ организации индексного массива и связаные с ним особенности корректировки структуры.
При разряженной индексации –индексируемый массив должен быть частично упорядочен. Плотная не предъявляет требований к организации индексируемого массива. Распределение памяти для расширенного файла – важно. Выделение специальной области в памяти, их связывает записью, переплетая в цепочку, как следствие – замедляет процесс обработки данных в БД, требует ее периодической реорганизации, кроме индексации по ключивой записи плотная индексация по любому полю записи. Такая индексация – вторичная инвертированная. Она производится как по одному, так и по сов-ти полей. Рандомизированный способ доступа.
Быстрый непосретственный доступ по ключу к нужному экземпляру записи. При загрузке БД и в процессе ее корректировки. Современные СУБД могут представлять пользователю несколько утилит, модулей рандомизации, либо отдает на выбор самому пользователю. Пользователь будет делать это с помощью входного языка среды ЯОД и ЯМД.
Рандомизированный способ хранения предназначен для хранения файловых структур.
Недостатки прямого доступа к памяти.
1.Записи в памяти различают не в порядке их логического, следовательно последняя обработка данных медленная.
2. Значительно замедляется время работы БД, при появлении большого числа синонимов в БД устранение этого эффекта – открытая адресация и метод цепочек .
При открытой адресации место для синонима ищется в той же области, в которой размещенны основные записи
Алгоритм поиска свободного места в БД.
Последующий просмотр памяти до свободного места.
При использование метода цепочек, синонимной записи могут располагаться в той же области, что и основные записи, а также располагаться в специальной области переполнений. Длинные цепочки синонимов увеличивают времена обработки данных. Для большинства современных алгоритм рандомизированное количество синонимов зависит от объема памяти, выделенной под файл целиком, поэтому при распределение памяти выделяется объем на 10 – 25 % больше чем требуется на хранение данных. Просмотр синонимов БД требует достаточно много времени, для обработки синонимов применяются специальные методы организации данных, обеспечивает быструю обработку в СУБД ORACLE при доступе записи переполнение происходит автоматическим переключением с прямого доступа на метод инвертированных списков. Недостаток прямого доступа к данным является то, что этот доступ обеспечивает быструю обработку по тому полю, по которому происходит рандомизация. Основной путь компенсации этого недостатка – использование комбинированных гибридных гетерогенных структур данных.
Проектирование структуры БД
Должно включать определенные ее состав и структуры
Проект внешнего информационного обеспечения, технический процесс пребанковской подготовки, по необходимости для создания БД, а также организованных методичных и инструктивных материалов.
В современной литературе проект СБД – определение структуры БД и описание ее на ЯОД конкретизирует СУБД. СУБД поддерживает несемантичные структуры данных и имеют достаточно жесткие ограничения на дополнительных структурах. В зависимости от содержания исходящая информация различает два подхода от предметной области и от запроса. Подход от предметной области означает описание объектов, отображенных в инфармационной системе части реального мира и связей между ними без относительных потребностей пользователя. Подход называется объектным или процессным.
В подходе от запроса основным источником информации в предметной области является потребности пользователей. Этот подход называется функциональным. Преимущество: объективность, системное отображение предметной области, наличие устойчивой информационной модели, возможность реализации большого числа приложений, в том числе и заранее незапланированной.
Недостаток: трудность отбора объективной информации, подлежащий фиксации БД. Функциональный подход ориентирован на реализацию текущих запросов пользователя, не учитывая перспектив развития системы.При использовании этого подхода могут возникнуть трудности между взглядами различных пользователей. Однако учет запросов позволяет улучшить характеристики функциональных БД.
Многоуровневость проектирования БД объясняется разницей между исходной моделью предметной области и той моделью, которая может быть быстро и эффективно обработана современными программными средствами.С повышением интеллекта число промежуточных моделей БД должно уменьшаться . Существует определенная связь между степенью общности модели поддерживаемой СУБД и числом уровневой моделей, используемых в проектировании. В зависимости от подхода проект БД эта связь слабая или сильная среди ряда методов проектирования. Основная идея заключается в последнем “окружении” исходящей модели с переходом от модели к модели другого класса. Наблюдается тесная связь между числом уровней моделей и степенью универсальности использования систем проектирования БД. Чем ниже степень универсальности систем проектирования БД, тем требуется меньше уровней моделей.
ТАБЛИЦА.
Проектирование БД - переход от исходного описания модели предметной области к схеме БД. Для задания моделей употребляются языки высокого уровня и внутренние языки СУБД.
Построение датологической модели БД.
Глобальная датологическая модель (ДМ) представляет собой отрожение общего содержания БД, структурированную на логическом уровне и ориентированную на конкретную СУБД. Любая СУБД оперирует с допустимыми для нее типами логических структур. Все ДМ различаются наименованиями используемых информационных единиц, правилами композиции структур (более высокого уровня из состоящих структур младшего уровня) и возможностями просмотра модели. Любая СУБД накладывает количественное ограничение на логическую структуру БД, а это в свою очередь оказывает влияние на проект ДМ. Поэтому прежде чем приступить к посроению ДМ надо тщательно изучить СУБД, уточнить ее ограничения, определить основные факторы, влияющие на выбор логических структур данных ознакомиться с существующими методиками проектирования в конкретной СУБД.
Если для данной СУБД имеется система автоматизации СУБД CASE-ALLE – Средство проектирования БД, то с целью оценки качества проекта и целенаправленности воздействия на созданную структуру БД, желательно сформировать алгоритм проектирования положенный в ее основу.
При проектировании ДМ БД используется графическая (диаграммо - логическая) структура и аналитическая (описание на ЯОД схем, подсхем, форм ее представления БД).
При ручном проектировании построение ДМ начинают с графического построения структуры БД со всевозможными внутренними и внешними связями.
При автоматизированном проектировании, наоборот получается аналитическое представление структуры, а затем по этому представлению по желанию и требованию пользователя воссоздается графическое представление.