Уровни моделей
Уровни моделей и этапы проектирования БД
Лекция №6
Стентирование сосудов и баллонная ангиопластика.
Это метод восстановления адекватного просвета суженных коронарных артерий изнутри сосуда с помощью специальных приспособлений – баллонов и стентов, вводимых в артерии под контролем рентгена, под местной анестезией, посредством проколов кожи, без применения больших разрезов, общего наркоза и тем более искусственного кровообращения.
Метод стентирования появился уже после внедрения в практику аортокоронарного шунтирования (АКШ).
Стент — это тонкая металлическая трубочка, состоящая из проволочных ячеек, раздуваемая специальным баллоном. Он вводится в пораженный сосуд и, расширяясь, вжимается в стенки сосуда, увеличивая его просвет.
В базе данных отражается информация об определенной предметной области. Предметной областьюназывается часть реального мира, представляющая интерес для данного исследования.
В автоматизированных информационных системах отражение предметной области обеспечивается посредством информационной модели. В зависимости от аспекта рассмотрения (уровня абстракции) различают модели данных нескольких уровней. Число реально выделенных и самостоятельно поддерживаемых уровней моделей будет зависеть от особенностей СУБД.
Чаще всего выделяют три уровня моделей: логический, физический и внешний.
Даталогическая (datalogical) модель (ДЛМ) базы данныхявляется моделью логического уровня и представляет собой отображение логических связей между элементами данных безотносительно к среде хранения. Эта модель строится в терминах информационных единиц, допустимых в той конкретной СУБД, в среде которой мы проектируем базу данных. Этап создания ДЛМ называется даталогическим проектированием.Описание логической структуры базы данных на языке СУБД называется схемой.
Для привязки даталогической модели к среде хранения используется модель данных физического уровня (для краткости часто называемая физической моделью). Эта модель определяет используемые запоминающие устройства, способы физической организации данных в среде хранения. Модель физического уровня строится с учетом возможностей, предоставляемых СУБД.
Описание физической структуры базы данных называется схемой хранения.Соответствующий этап проектирования БД называется физическим проектированием.СУБД обладают разными возможностями по физической организации данных, в связи с чем сложность и трудоемкость физического проектирования, набор выполняемых шагов различаются для конкретных систем.
К числу работ, выполняемых на этапе физического проектирования, относятся: выбор типа носителя, способа организации данных, методов доступа, определение размера физического блока, управление размещением данных на внешнем носителе, управление свободной памятью, определение целесообразности сжатия данных и используемых методов сжатия, оценка физической модели данных. К физическому проектированию относятся и проблемы, связанные с буферизацией.
В некоторых СУБД, помимо описания общей логической структуры базы данных, имеется возможность описать логическую структуру БД с точки зрения конкретного пользователя. Такая модель называется внешней, а ее описание называется подсхемой. Внешняя модель не всегда является точным подмножеством схемы. Некоторые СУБД допускают различия в типах данных, определенных в схеме и подсхеме, и обеспечивают их преобразование, позволяют задавать различный логический порядок следования элементов в схеме и подсхеме, обеспечивают введение в подсхему виртуальных полей и т. д.. Если определена подсхема, то пользователь имеет доступ только к тем данным, которые отражены в соответствующей подсхеме, что является одним из способов защиты информации от несанкционированного доступа. В подсхемах часто задается не только логическая структура части базы данных с точки зрения конкретного пользователя (приложения), но и допустимые режимы обработки в рамках этой подсхемы, что служит дополнительным механизмом защиты информации от разрушения. Использование аппарата подсхем облегчает работу пользователя, так как он должен знать структуру не всей базы данных, а только той ее части, которая имеет непосредственное отношение к нему.
Для того, чтобы спроектировать структуру базы данных, необходима исходная информация о предметной области. Желательно, чтобы эта информация была представлена в формализованном вроде. Такое формализованное описание предметной области будем называть инфологической (infological) моделью предметной области (ИЛМ) или концептуальной моделью (КМ).
Информация, требуемая для проектирования БД, мало зависит от особенностей СУБД. Более того, для проектирования ИС с «небанковской» организацией (но использующей структурированное представление данных) обычно требуется та же исходная информация. Поэтому концептуальная схема представляет собой описание предметной области, выполненное без жесткой ориентации на используемые в дальнейшем программные и технические средства. Концептуальная схема должна отражать специфику предметной области, а не структуру БД. Иногда в концептуальную схему добавляют информацию, отображающую чисто языковые характеристики, такие как наличие синонимов, длина реквизитов и др. Это, скорее всего, вызвано следующими основными причинами: 1) нежеланием вводить еще один уровень моделей, 2) трудностью отделения языковых проблем от других, так как анализируемая предметная область обычно представлена в какой-либо знаковой системе, и анализу обычно подвергается именно это представление, а не непосредственно сама ПО.