Модели данных

Похожие документы: "Модели данных"

1. 2.2. ПРОЕКТИРОВАНИЕ: СТАДИИ И ЭТАПЫ СОЗДАНИЯ АИС И АИТ
   моделировать изучаемые процессы для анализа работы вновь создаваемых систем. Для АИС управления характерна многоуровневая иерархия с вертикально соподчиненными элементами (подсистемами). Преимущества иерархических структур способствовали их широкому распространению в системах управления. Так, иерархическая структура создает относительную свободу действий над отдельными элементами для каждого
   
2. 3.8. ЭТАПЫ СОЗДАНИЯ БАЗЫ И БАНКА ДАННЫХ
   модели данных. Главное назначение логической модели данных - систематизация разнообразной информации и отражение ее свойств по содержанию, структуре, объему, связям, динамике с учетом удовлетворения информационных потребностей всех категорий пользователей. Построение логической модели ведется по этапам с постепенным приближением к оптимальному варианту в рамках конкретных условий. Полезность и
   
3. 4.7. СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ
   моделью данных. Поэтому одной из важнейших характеристик является тип модели (иерархический, сетевой, реляционный), который поддерживается СУБД. Имеются системы для работы с иерархическими и сетевыми моделями, однако большинство СУБД для персональных ЭВМ работают с реляционной моделью. Таковы системы dBase, FoxBase, FoxPro, Clipper, Paradox, R:base. Реляционные СУБД для персональных ЭВМ
   
4. Логическая организация
   модель структуры всей совокупности данных (ориентирована на человека). По сути, это способ объединения данных в записи, это "взгляд" на данные с точки зрения их использования в прикладных программах. Наиболее распространенными способами логической организации данных в БД являются табличный (реляционный), древовидный (иерархический), сетевой. Каждый способ имеет свои преимущества и недостатки.
   
5. Реляционная модель и СУБД
   модель данных. В реляционной модели считается, что все данные ИС представлены в виде таблиц. В рамках реляционной теории имеется список операций, которые можно осуществлять над таблицами таким образом, чтобы в результате выполнения операции снова получить реляционную базу данных. Обычно это следующие операции: базовые операции ограничение - исключение из таблицы некоторых строк; проекция
   
6. Другие модели
   модель данных, несмотря на ее достоинства, совсем не идеальна. В ряде случаев она не позволяет ясно (или вовсе) отразить особенности предметной области. Моделью данных, привлекающей нарастающее внимание с конца 1980-х гг., является объектная, или "объектно-ориентированная" модель. Основными понятиями, с которыми оперирует эта модель, являются следующие: объекты, обладающие внутренней структурой
   
7. Взаимосвязь моделей данных
   модели данных равносильны в том смысле, что все, выразимое в одной из них, выразимо в остальных. Различие, однако, составляет то, насколько удобно использовать ту или иную модель проектировщику-человеку для работы с реальными жизненными задачами, и то, насколько эффективно можно реализовать работу с конкретной моделью на
   
8. Геоинформационные системы
   моделирование реальных событий. Результаты обработки также можно увидеть на экране компьютера. Пример. Специалисты могут оперативно прогнозировать возможные места разрывов на трассе трубопровода, проследить на карте пути распространения загрязнений и оценить вероятный ущерб природной среде, вычислить объем средств, необходимых для устранения последствий аварии. Наиболее сложные
   
9. Геоинформационные системы
   моделирования процессов и явлений; возможность автоматизированного решения задач, связанных с анализом особенности территории; возможность оперативного анализа ситуации в экстренных случаях. Построение ГИС основывается на идеях баз данных, развивают эти идеи. Модель данных в ГИС имеет сложный смешанный характер: атрибутивная (семантическая) информация об объектах часто представляется
   
10. Проектирование системы.
    модели системы, как единого целого. Такой план должен содержать все спецификации, определяющие форму и структуру системы. В задачу разработчика системы входит подробное описание спецификаций системы по каждой из ее функции, выявленной при анализе системы. В такого рода спецификациях должны быть описаны все управленческие, организационные и технологические компоненты предлагаемого решения.