
- •Преимущества bim технологий
- •1) Интегрирование всех аспектов деятельности предприятия
- •2) Привлечение лучших методологий
- •3) Ликвидация информационного дисбаланса
- •4) Доступ к базе данных в реальном времени
- •5) Возможность синхронного доступа для решения задач планирования и контроля
- •6) Формирование организационной целостности предприятия
- •7) Повышение эффективности взаимодействия и сотрудничества между подразделениями организации
- •8) Возможность взаимодействия и сотрудничества между различными организациями
- •9) Возможность привлечения дополнительных инвестиций
- •10) Управление себестоимостью продукции
- •Вопрос 12. Типы геометрических моделей
- •Вопрос 13. Структура графической модели объекта (не уверена что это то что нужно)
- •Вопрос 14. Гост р «Электронная модель объекта изделия!!!»
- •Вопрос 12. Типы геометрических моделей
- •Вопрос 13. Структура графической модели объекта (не уверена что это то что нужно)
- •Вопрос 14. Гост р «Электронная модель объекта изделия!!!»
- •15. База и банк данных. Общность и отличия.
- •16. Типы файлов в хранении данных.
- •Последовательный файл
- •Файл прямого доступа
- •Индексно-последовательный файл
- •17. Типы субд.
- •18. Реляционная модель данных
- •Вопрос 19. Типы отношений в субд.
- •Нотация Питера Чена
- •Модели «сущность-связь»
- •21. Примеры промышленных субд
- •22. Типы вычислительных сетей
- •23. Интернет
- •Интранет
- •24. Двоичная. Восьмиричная.Шестнадцетиричная системы счисления
- •Перевод числа из одной системы счисления в другую
- •История развития эвм за рубежом
- •История развития эвм в ссср
- •29. Понятие операционной системы. Семейства операционных систем
- •1.Дискретизация конструкции.
- •2. Построение глобальных матрицы жесткости и вектора узловых сил.
- •3. Учет заданных граничных условий.
- •4. Решение системы разрешающих уравнений.
Файл прямого доступа
В реальной практике файлы хранятся на устройствах прямого (random) доступа, например на дисках, поэтому содержимое файла может быть разбросано по разным блокам диска, которые можно считывать в произвольном порядке. Причем номер блока однозначно определяется позицией внутри файла.
Естественно, что в этом случае для доступа к середине файла просмотр всего файла с самого начала не обязателен. Файл, байты которого могут быть считаны в произвольном порядке, называется файлом прямого доступа .
Таким образом, файл, состоящий из однобайтовых записей на устройстве прямого доступа, - наиболее распространенный способ организации файла. Базовыми операциями для такого рода файлов являются считывание или запись символа в текущую позицию. В большинстве языков высокого уровня предусмотрены операторы посимвольной пересылки данных в файл или из него.
Индексно-последовательный файл
Организуется по принципу многоуровневого справочника. Индексно-последовательная организация представляет собой компромисс между последовательной и прямой организациями: при обеспечении возможности прямого доступа к записям сохраняется последовательная упорядоченность файла, что бывает крайне полезно для многих приложений. Каждая логическая запись индексно-последовательного файла должна содержать атрибут, являющийся ключом.
17. Типы субд.
Типы СУБД.
По характеру использования СУБД делят на:
персональные (СУБДП) (Visual FoxPro, Paradox, Clipper, dBase, Access и др.)
многопользовательские (СУБДМ) (СУБД Oracle и Informix)
Многопользовательские СУБД включают в себя сервер БД и клиентскую часть, работают в неоднородной вычислительной среде - допускаются разные типы ЭВМ и различные операционные системы. Поэтому на базе СУБДМ можно создать информационную систему, функционирующую по технологии клиент-сервер. Универсальность многопользовательских СУБД отражается соответственно на высокой цене и компьютерных ресурсах, требуемых для их поддержки.
Персональные СУБД представляет собой совокупность языковых и программных средств, предназначенных для создания, ведения и использования БД на персональном компьютере.
Популярные СУБД - FoxPro, Access for Windows, Paradox.
Для менее сложных применений вместо СУБД используются информационно-поисковые системы (ИПС), которые выполняют следующие функции: хранение большого объема информации;
быстрый поиск требуемой информации;
добавление, удаление и изменение хранимой информации;
вывод ее в удобном для человека виде.
18. Реляционная модель данных
Реляционная модель данных – логическая модель данных. Впервые была предложена британским учёным сотрудником компании IBM Эдгаром Франком Коддом в 1970 году в статье "A Relational Model of Data for Large Shared Data Banks"
В реляционной модели достигается гораздо более высокий уровень абстракции данных, чем в иерархической или сетевой. В упомянутой статье Е.Ф. Кодда утверждается, что "реляционная модель предоставляет средства описания данных на основе только их естественной структуры, т.е. без потребности введения какой-либо дополнительной структуры для целей машинного представления". Другими словами, представление данных не зависит от способа их физической организации. Это обеспечивается за счет использования математической теории отношений (само название "реляционная" происходит от английского relation – "отношение").
|
Состав реляционной модели данных
Кристофер Дейт определил три составные части реляционной модели данных:
структурная
манипуляционная
целостная
Структурная часть модели определяет, что единственной структурой данных является нормализованное n-арное отношение. Отношения удобно представлять в форме таблиц, где каждая строка есть кортеж, а каждый столбец – атрибут, определенный на некотором домене. Данный неформальный подход к понятию отношения дает более привычную для разработчиков и пользователей форму представления, где реляционная база данных представляет собой конечный набор таблиц.
Манипуляционная часть модели определяет два фундаментальных механизма манипулирования данными – реляционная алгебра и реляционное исчисление. Основной функцией манипуляционной части реляционной модели является обеспечение меры реляционности любого конкретного языка реляционных БД: язык называется реляционным, если он обладает не меньшей выразительностью и мощностью, чем реляционная алгебра или реляционное исчисление.
Целостная часть модели определяет требования целостности сущностей и целостности ссылок. Первое требование состоит в том, что любой кортеж любого отношения отличим от любого другого кортежа этого отношения, т.е. другими словами, любое отношение должно обладать первичным ключом. Требование целостности по ссылкам, или требование внешнего ключа состоит в том, что для каждого значения внешнего ключа, появляющегося в ссылающемся отношении, в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным (т.е. ни на что не указывать).
Структура реляционной модели данных
Можно провести аналогию между элементами реляционной модели данных и элементами модели "сущность-связь". Реляционные отношения соответствуют наборам сущностей, а кортежи – сущностям. Поэтому, также как и в модели "сущность-связь" столбцы в таблице, представляющей реляционное отношение, называют атрибутами.
Основные компоненты реляционного отношения
Каждый атрибут определен на домене, поэтому домен можно рассматривать как множество допустимых значений данного атрибута. Несколько атрибутов одного отношения и даже атрибуты разных отношений могут быть определены на одном и том же домене.
В примере, показанном на рисунке, атрибуты "Оклад" и "Премия" определены на домене "Деньги". Поэтому, понятие домена имеет семантическую нагрузку: данные можно считать сравнимыми только тогда, когда они относятся к одному домену. Таким образом, в рассматриваемом нами примере сравнение атрибутов "Табельный номер" и "Оклад" является семантически некорректным, хотя они и содержат данные одного типа.
Именованное множество пар "имя атрибута – имя домена" называется схемой отношения. Мощность этого множества - называют степенью или "арностью" отношения. Набор именованных схем отношений представляет из себя схему базы данных.
Атрибут, значение которого однозначно идентифицирует кортежи, называется ключевым (или просто ключом). В нашем случае ключом является атрибут "Табельный номер", поскольку его значение уникально для каждого работника предприятия. Если кортежи идентифицируются только сцеплением значений нескольких атрибутов, то говорят, что отношение имеет составной ключ. Отношение может содержать несколько ключей. Всегда один из ключей объявляется первичным, его значения не могут обновляться. Все остальные ключи отношения называются возможными ключами.
В отличие от иерархической и сетевой моделей данных в реляционной отсутствует понятие группового отношения. Для отражения ассоциаций между кортежами разных отношений используется дублирование их ключей.
Применение реляционной модели данных
Пример базы данных, содержащей сведения о подразделениях предприятия и работающих в них сотрудниках, применительно к реляционной модели будет иметь вид:
База данных о подразделениях и сотрудниках предприятия
Например, связь между отношениями ОТДЕЛ и СОТРУДНИК создается путем копирования первичного ключа "Номер_отдела" из первого отношения во второе. Таким образом:
для того, чтобы получить список работников данного подразделения, необходимо:
из таблицы ОТДЕЛ установить значение атрибута "Номер_отдела", соответствующее данному "Наименованию_отдела"
выбрать из таблицы СОТРУДНИК все записи, значение атрибута "Номер_отдела" которых равно полученному на предыдущем шаге
для того, чтобы узнать в каком отделе работает сотрудник, нужно выполнить обратную операцию:
определяем "Номер_отдела" из таблицы СОТРУДНИК
по полученному значению находим запись в таблице ОТДЕЛ
Атрибуты, представляющие собой копии ключей других отношений, называются внешними ключами.
Достоинства и недостатки реляционной модели данных
Достоинства реляционной модели:
простота и доступность для понимания пользователем. Единственной используемой информационной конструкцией является "таблица";
строгие правила проектирования, базирующиеся на математическом аппарате;
полная независимость данных. Изменения в прикладной программе при изменении реляционной БД минимальны;
для организации запросов и написания прикладного ПО нет необходимости знать конкретную организацию БД во внешней памяти.
Недостатки реляционной модели:
далеко не всегда предметная область может быть представлена в виде "таблиц";
в результате логического проектирования появляется множество "таблиц". Это приводит к трудности понимания структуры данных;
БД занимает относительно много внешней памяти;
относительно низкая скорость доступа к данным.