Уровни моделей. Уровни моделей и этапы проектирования БД

Уровни моделей и этапы проектирования БД

Лекция №6

Стентирование сосудов и баллонная ангиопластика.

Это метод восстановления адекватного просвета суженных коронарных артерий изнутри сосуда с помощью специальных приспособлений – баллонов и стентов, вводимых в артерии под контролем рентгена, под местной анестезией, посредством проколов кожи, без применения больших разрезов, общего наркоза и тем более искусственного кровообращения.
Метод стентирования появился уже после внедрения в практику аортокоронарного шунтирования (АКШ).

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

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

В автоматизированных информационных системах отражение предметной области обеспечивается посредством информационной модели. В зависимости от аспекта рассмотрения (уровня абстракции) разли­чают модели данных нескольких уровней. Число реально выделенных и самостоятельно поддерживаемых уровней моделей будет зависеть от особенностей СУБД.

Чаще всего выделяют три уровня моделей: логический, физический и внешний.

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

Для привязки даталогической модели к среде хранения используется модель дан­ных физического уровня (для краткости часто называемая физической моделью). Эта мо­дель определяет используемые запоминающие устройства, способы физической органи­зации данных в среде хранения. Модель физического уровня строится с учетом возможностей, предоставляемых СУБД.

Описание физической структуры базы данных называется схемой хранения. Соответствующий этап проектирования БД называется физическим проек­тированием. СУБД обладают разными возможностями по физической орга­низации данных, в связи с чем сложность и трудоемкость физического проек­тирования, набор выполняемых шагов различаются для конкретных систем.

К числу работ, выполняемых на этапе физического проектирования, относятся: выбор типа носителя, способа организации данных, методов доступа, определение раз­мера физического блока, управление размещением данных на внешнем носителе, управ­ление свободной памятью, определение целесообразности сжатия данных и используе­мых методов сжатия, оценка физической модели данных. К физическому проектирова­нию относятся и проблемы, связанные с буферизацией.

В некоторых СУБД, помимо описания общей логической структуры базы данных, имеется возможность описать логическую структуру БД с точки зре­ния конкретного пользователя. Такая модель называется внешней, а ее опи­сание называется подсхемой. Внешняя модель не всегда является точным подмножеством схемы. Некоторые СУБД допускают различия в типах данных, определенных в схеме и подсхеме, и обеспечивают их преобразование, позволяют задавать различный логический порядок следования элементов в схеме и подсхеме, обеспечивают введение в подсхему виртуальных полей и т. д.. Если определена подсхема, то пользователь имеет доступ только к тем данным, которые отражены в соответствующей подсхеме, что является одним из способов защиты информации от несанкционированного доступа. В подсхемах часто задается не только логическая структура части базы данных с точки зрения конкретного пользователя (приложения), но и допустимые режимы обработки в рамках этой подсхемы, что служит дополнительным механизмом защиты информации от разрушения. Использование аппарата подсхем облегчает работу пользователя, так как он должен знать структуру не всей базы данных, а только той ее части, которая имеет непосредственное отношение к нему.

Для того, чтобы спроектировать структуру базы данных, необходима исходная информация о предметной области. Желательно, чтобы эта информация была представлена в формализованном вроде. Такое формализованное описание предметной области будем называть инфологической (infological) моделью предметной области (ИЛМ) или кон­цептуальной моделью (КМ).

Информация, требуемая для проектирования БД, мало зависит от особенностей СУБД. Более того, для проектирования ИС с «небанковской» организацией (но исполь­зующей структурированное представление данных) обычно требуется та же исходная информация. Поэтому концептуальная схема представляет собой описание предметной области, выполненное без жесткой ориентации на используемые в дальнейшем про­граммные и технические средства. Концептуальная схема должна отражать специфику предметной области, а не структуру БД. Иногда в концептуальную схему добавляют ин­формацию, отображающую чисто языковые характеристики, такие как наличие синони­мов, длина реквизитов и др. Это, скорее всего, вызвано следующими основными причи­нами: 1) нежеланием вводить еще один уровень моделей, 2) трудностью отделения язы­ковых проблем от других, так как анализируемая предметная область обычно представ­лена в какой-либо знаковой системе, и анализу обычно подвергается именно это пред­ставление, а не непосредственно сама ПО.

Дата добавления: 2014-01-03