18.Базы данных: определение, назначение.

1й из важн-х проблем автоматизированной обработки экон-ой инф-ции явл эффект-ая организация и обеспечение эффект-го доступа к данным во внутрим-ой сфере. Большие V экон-ой инф-ции, ее отн высокая стабильность, наряду с требованиями к актуальности и достоверности, обуславливают необходимость интеграции данных без их дублирования в единой базе, обеспечивающей решение всего комплекса задач определенной предметной области. Первичн инф-ция предм-ой обл-ти, подлеж-ая обраб-ке, зарожд-ся в процессе принятия решений управленческим персоналом и специалистами при описании и документировании объектов, явлений и процессов предм-ой обл-ти, д/кот разраб-ся автоматизир-ая инф-ая система. Как правило, первичн инф-ия фиксир-ся в док-тах, а данные док-ов д б введены во внутримаш-ую сферу, храниться там и по мере необход-ти на их основе решаются задачи прилож-ий пользователя. Док-ты м поступать из вне, например, накладные от поставщиков, или подгот-ся внутри сист-ы, напр, накладные на отгр-ку тов-в заказчикам. Цель разраб-ки бд закл-ся, прежде всего, в том, чтобы опред-ть, состав инф-ции, кот должна нахся в бд д/решения всего компл-са задач предм-ой обл-ти, выявить логические взаимосвязи ее данных, размещаемых в БД. Состав и взаимосвязи данных д б отображены моделью данных предметной области. На основе этой модели необходимо определить соответствующую ей логическую структуру базы данных для выбранной СУБД. Процесс разработки необходимо осуществлять в соответствии с концепцией логической организации данных выбранной СУБД. Такая концепция определяется видом модели данных, которую поддерживает СУБД. База данных это совокуп-ть интегрир-х данных, организ-х на машинном носителе средствами СУБД. В бд могут поддерж-ся логич-ие взаимосвязи данных при мин дублир-ии описательных данных. БД включ данные, отраж-ие некот логич-ую модель взаимосвяз-х информац-х объектов, предст-х конкретную предм-ю область. СУБД - это универс-ое прикладное программное ср-во, предназнач д/созд-я и обслуж-я, а также доступа и обработки данных в различных предм-х областях баз д-х. Организация данных базы - определяется видом модели данных, которую поддерживает конкретная СУБД. Модель данных - это метод (принцип) логической организации данных, реализуемый в СУБД.

19.Модели данных. Реляционная модель.

Модель данных опред-ся как сов-ть взаимосвяз-х стр-р данных, кот поддерж-т СУБД, и операций над этими структурами. Вид модели и используемые в ней типы стр-р данных отражают концепцию логической организации данных и их обработки, используемую в СУБД. Модель данных выбранной СУБД обеспеч-т отображ-ие инфологической модели предм-ой обл-ти в стр-ры данных этой СУБД. Модели данных в завис-ти от типа СУБД м б иерархические, сетевые или реляционные. Иерархич и сетев модели предпол-ют наличие связей м/у данными, имеющими к-л общий признак. В иерархич модели связи отраж-ы в виде дерева, где прослеж-ся связь от старш вершин к младш, что облегч доступ к инф-ии. В сетев модели возм-ны связи всех эл-ов со всеми. Иерархич и сетев модель требуют значит-х ресурсов памяти, т.к. кажд эл-т данных ссыл-ся на др эл-ты. В иерархических моделях, люб объект м подчин-ся только 1му объекту вышестоящего уровня. В сетевых моделях – любой объект м б подчинен неск объектам. В иер-х моделях непоср-ый доступ по ключу возм-н только к объекту самого высокого уровня, кот не подчи-н др объектам. К др объектам доступ осущ-ся по связям от объекта на вершине модели. В сетев моделях непоср-ый доступ по ключу может обеспеч-ся к люб объекту независ-о от его уровня в модели. Возможен также доступ по связям от любой точки доступа. Дост-м сет моделей явл отсут-ие дублир-я данных в различ-х объектах модели. Технология работы с сет моделями явл удобной д/пользователя, т.к. доступ к данным практ-ки не огранич и возм-н непоср-но к объекту любого уровня. Допустимы всевозм-ые запросы. В СУБД для ПК прим-ся преимущ-но реляц модель, кот-ю отлич-т простота и представ-ие данных прост-ими двумерн таблицами.

Достоин-ом такой организ-ии инф-ии явл-ся простота инстумент-х ср-в поддержки, а недост-ом – жестк стр-ра данных и зависимость скорости работы от размера бд.

Стр-ры данных реляц модели явл-ся прост и удобными д/ воспр-я люб пользователя. К ним отнся простейшая двумерная реляц таблица и ее столбцы. Стр-ра реляц табл-ы опред-ся составом полей. Кажд поле отражает опред-ю хар-ку сущности (реквизит). Д/поля указ-ся тип и размер данного, размещаемого в нем. Содержимое поля отображается в столбце таблицы. Столбец табл содерж данные одного типа. Содерж-ие табл-ы заключ в ее строках. Д/однозначной идентиф-ции кажд записи таблица должна иметь уникальный ключ. По значению ключа табл отыск-ся ед запись в табл. Ключ может состоять из одного или не-скольких полей таблицы. Знач-е уник ключа не м повторяться в неск-х записях.

В табл бд должны сохр-ся все данные, необх-ые д/реше-ния задач предметной области. Мин дублир-ие данных обеспеч-т простоту обслуживания бд. Обеспечивая рац-ое хранение недублир-х данных, необход предусмотр возможность объединения данных из разных таблиц. Д/объед-я данных в соответствии с треб-ми решаемых задач между таблицами уст-ся логич связи. Связь каждой пары таблиц обеспеч-ся одинак полями в них - ключом связи. В реляц бд связь 2 табл харак-ся отношениями записей типа 1:1 или 1:M. 1:1 предполаг, что кажд записи одной таблицы соот-т одна запись в другой. 1:М предполаг, что кажд записи первой таблицы соот-т много записей во 2й, но кажд записи 2й табл соот-т только одна запись в первой. Д/таблиц, наход-ся в отношении типа 1:M, уст-ся связь по уник ключу табл, представляющей в отношении сторону "1" - главную таблицу в связи. Во 2й табл, представляющей в отнош-ии сторону "М", этот ключ связи м б либо частью уникального ключа, либо не входить в состав ключа.