Навигация
Анализ данных и моделирование
97244
знака
0
таблиц
0
изображений
6.2. Анализ данных и моделирование.
Блок анализа данных, являясь одним из трех крупных модулей ГИС (ввода, обработки и вывода), составляет ядро геоинформационных технологий, все остальные операции которых с некоторой точки зрения могут представляться сервисными, обеспечивающими возможность выполнения системой ее основных аналитических и моделирующих функций. Содержание аналитического блока современных программных средств сформировалось в процессе реализации конкретных ГИС, выкристаллизовавшись в форме более или менее устоявшегося набора операций или групп операций, наличие, отсутствие или эффективность (неэффективность) которых в составе данного продукта может служить надежным индикатором его качества.
Существуют различные классификации позволяющие сгруппировать элементарные операции аналитического характера или их последовательности в группы. Обобщая некоторые из них, и опираясь на состав и структуру аналитических модулей, можно выделить следующие их группы:
1.Операции переструктуризации данных.
2.Трансформация проекций и изменение систем координат.
3.Операции вычислительной геометрии.
4.Оверлейные операции (наложение разноименных и разнотипных слоев данных).
5.Общие аналитические, графо-аналитические и моделирующие функции.
6.3.Вывод и визуализация данных.
Результаты обработки данных, основные процедуры которой рассмотрены выше, покидая свою цифровую оболочку, должны трансформироваться в “человеко-читаемый” документ. Программные средства ГИС включают достаточно широкий набор средств генерации выходных данных.
Документы, генерируемые на выходе:
-табличные;
-графические;
-картографические.
К техническим средствам, используемых для генерации документов, принадлежат средства машинной графики, конвертеры данных, позволяющие преобразовывать данные из одних форматов в другие без потерь их геометрических и семантических атрибутов, графопостроители, графические дисплеи с высоким разрешением.
6.4. Классификация современных СУБД.
Классификация СУБД в соответствии с используемой моделью данных:
Иерархическая.
Сетевая.
Реляционная.
Объектная.
Гибридная (элементы объектной с реляционной).
В настоящее время самыми распространенными СУБД являются продукты использующие реляционную модель данных. Это связано с простотой понимания и лучшими характеристиками по сравнению с другими. В связи с этим остановимся на рассмотрение только реляционных СУБД (РСУБД).
Классификация РСУБД в зависимости от объема поддерживаемых БД и количества пользователей.
Высший уровень. Эти продукты поддерживают крупные БД ( сотни и тысячи Гбайт и более), тысячи пользователей. В крупных корпорациях. Представители: ORACLE7, ADABAS 5.3.2, SQL SERVER11.
Средний уровень. Эти продукты поддерживают БД до нескольких сот Гбайт, сотни пользователей. В небольших корпорациях и подразделениях крупных фирм. Представители: InterBase 3.3, Informix-OnLine7.0, Microsoft SQL Server6.0.
Нижний уровень. Эти продукты поддерживают БД до 1 Гбайт, менее 100 пользователей. В небольших подразделениях. Представители: NetWare SQL 3.0, Gupta SQL-Base Server.
Настольные СУБД. Для одного пользователя, используется для ведения настольной БД или как клиент для подключения к серверу БД.
Оценка современных СУБД на соответствие требованиям, предъявляемым к автоматизированным информационным системам кадастра.
Рассмотрим стандартные современные реляционные СУБД по каждому классу продуктов, основные возможности, которые они предоставляют. Произведем оценку их, в соответствии с требованиями предъявляемым системам автоматизации кадастрового учета.
Высший уровень :
Oracle7, corp. Oracle
Продукт этого класса обладает широким диапазоном функциональных возможностей, включая поддержку двухфазной фиксации, тиражирования данных, хранимых процедур, триггеров, оперативно резервного копирования. Он предназначен для организации оптимального использования системных ресурсов, что гарантирует максимальную расширяемость. Поддерживает БД, занимающие несколько физических дисков, хранение новых типов данных. Поддерживает почти все аппаратные и программные платформы существующие на сегодняшний день, а также протоколы передачи данных. Широко применяется во многих отраслях промышленности . Зарекомендовал себя с самой лучшей стороны. Хорошая поддержка со стороны производителя, corp. Oracle.
SQL Server 10, comp. Sybase
Мощный продукт, поддерживающий обработку в реальном времени и процессы решений. Одного уровня с Oracle7, но обладает некоторыми ограничениями в плане масштабируемости, поддерживает ограниченное число аппаратных и программных платформ.
Средний уровень :
Informix-OnLine 7.0, comp. Software
Данный продукт поддерживает такие современные технологии, как тиражирование данных, синхронизирующее распределенные БД, и большие двоичные объекты. Он может применятся для запуска OLTP-приложений (высокоскоростной обработки транзакций), но скорость обработки оказывается меньше, чем у продуктов верхней части рынка. Установка возможна на ограниченных количеств платформ. Имеет большие возможности для расширения.
Microsoft SQL Server 6.0, corp. Microsoft
Очень хорошая СУБД. Корпорация Microsoft разработала хороший продукт, который вписывается в общую концепцию компании, выпуская только интегрированные продукты. Эта СУБД интегрирована с Windows NT, дополняя ее. Недостатки: недостаточная масштабируемость, малое количество поддерживаемых программных платформ.
Низкий уровень :
Так как каждая из них предоставляет похожий набор инструментов, то рассматривать каждое в отдельности не будем. В эту группу входят Cupta SQL-Base Server, Watcom SQL Network Server и другие. Они обладают ограниченными возможностями по сравнению с СУБД более высокого класса, но в небольших компаниях, где БД небольшие и количество пользователей ограничено несколько десятками людей, они прекрасно выполняют свои обязанности по управлению БД.
Настольные СУБД :
FoxPro 2.6, corp. Microsoft
Очень ограниченные возможности по обработке данных. Отсутствие возможности установки в сети. Предназначена личных дел. Не рекомендуется для использования в крупных системах. Отсутствует возможность защиты данных, управление доступом и многое другое.
Paradox 5.0, comp. Borland
В своем классе одна из лучших, однако ей присущи все недостатки настольных СУБД. Ограниченные возможности по применению. Удобный интерфейс.
Оценка современных СУБД :
При использовании конкретной СУБД необходимо учитывать три ключевых фактора: в какой архитектуре клиент/сервер он будет работать, каким образом реализуются основные функции и каков уровень поддержки распределенных БД. В зависимости от этого надо делать свой выбор.
Среди представленных продуктов только Oracle7 наиболее полно поддерживает нужные требования. Ниже будут даны основные понятия о сервере Oracle7.
Контрольные вопросы :
Понятие СУБД.
Возможности СУБД.
Классификация СУБД.
Глава VII. СУБД ORACLE7 : общие положения.
Структура базы данных ORACLE7.
СУБД ORACLE7, в дальнейшем просто ORACLE7, имеет собственную модель реляционной базы данных - это хорошо определенная теоретическая модель работы и управления набором данных(который и составляет базу данных). Такая модель должна определять структуру данных, целостность данных и операции с данными.
Аналогично тому, как предприятие организует склад продукции, ORACLE7 структурирует базу данных логически и физически. Логическая структура базы данных ORACLE7 - это набор файлов операционной системы, в которых на диске хранятся биты и байты информации базы данных.
Таблицы: стандартные логические единицы хранения
ORACLE7 хранит и представляет все данные в таблицах. Таблица - это массив связанной информации, то есть записей данных, имеющих одинаковые атрибуты. Атрибутами таблицы являются ее столбцы, а записи данных образуют строки таблицы. Каждый столбец таблицы или атрибут содержит конкретный тип данных. Когда пользователь создает таблицу. он задает для каждого столбца метку и тип данных. ORACLE7 поддерживает множество различных типов данных например: char, number date, long и другие.
Табличные области и файлы данных: стандартные физические единицы хранения ORACLE7.
Когда пользователь создает новую таблицу он сообщает ORACLE7 где физически нужно хранить ее данные Пользователь делает это путем спецификации для новой таблицы табличной области Табличная область - это раздел илилогическая область памяти в базе данных непосредственно соответствующая одному или более физическим файлам данных после определения администратором табличной области в базе данных пользователи могут создавать в ней одну или более таблиц Табличная область - это логический раздел базы данных который отображается в один или несколько физических файлов Таким образом табличные данные в каждой табличной области отображаются в ее файлы данных.
Цепочка таблица - табличная_область - файл данных - это то что обеспечивает для ORACLE7 характеристики реляционной базы данных независимость от данных. После создания таблицы пользователем другие пользователи могут вставлять удалить или обновлять строки в таблице, указывая ее имя в операторе SQL . ORACLE7 берет на себя заботы по отображению запроса SQL в корректные физические данные диска.
Область SYSTEM: табличная область для всех таблиц
Каждая база данных ORACLE7 имеет по крайней мере одну табличную область - область SYSTEM. При создании базы данных администратор задает для нее имена и размеры начальных файлов данных. Эти файлы образуют на диске физическую память для табличной области SYSTEM. ORACLE7 использует табличную область SYSTEM для хранения словаря данных. Словарь данных - набор внутренних системных таблиц, содержащих все виды информации о базе данных. Например: имеются таблицы словаря данных с информацией о таблицах табличных областях и файлах данных СУБД.
Для чего используются несколько табличных областей ? После создания базы данных ORACLE7 администратору обычно требуется создать другие табличные области Они используются для физического распределения данных для планируемой базы данных Это позволит хранить данные каждого приложения отдельно от данных других приложений. Причины заключаются в следующих обстоятельствах :
ORACLE7 позволяет администраторам управлять доступностью информации базы данных на основе табличных областей Таким образом они могут эффективно переводить приложения в автономное состояние, переводя в автономное состояние соответствующую табличную область (при этом ее таблицы становятся недоступными).
При разумном использовании табличных областей администраторы могут улучшить производительность приложений. Например, если администратор помещает файлы данных табличной области каждого приложения на разные диски сервера базы данных, то приложения не будут мешать друг другу при обращении к диску (не возникает конкуренции за доступ к диску и память на нем).
Рассмотрим некоторые компоненты системы базы данных ORACLE7.
Представления: способы просмотра данных
Когда пользователи работают с представлениями, они видят те же данные, что находятся в таблицах базы данных, но, возможно, в другой перспективе. Аналогично тому, как телескоп не содержит звезд, представление не содержит данных. Представление - это виртуальная таблица, данные для которой получаются из базовых таблиц
Представление можно рассматривать как хранимый запрос (оно определяется с помощью запроса). Например:
CREATE VIEW reorder AS
SELECT id, onhand, reorder FROM stock
WHERE onhand<reorder
Представление REORDER определяет оператор CREATE VIEW. Этот запрос соответствует только тем строкам в таблице STOCK, у которых текущее наличное количество меньше той точки, когда нужно заказывать новую партию товара.
Одно из основных правил реляционной модели заключается в том, что все данные нужно рассматривать как таблицы. Таким образом, представление обслуживает характеристики таблицы. Также как для таблицы, пользователи могут использовать для представления операторы SQL (но с некоторыми ограничениями). Конечно, представление получает свои данные из базовой таблицы. Когда пользователь запрашивает данные представления, вставляет их, удаляет или обновляет в представлении, ORACLE7 работает с данными таблицы. Но если вы точно не знаете, что это представление, его трудно отличить от таблицы.
Представление может использоваться для улучшения защиты, для вывода дополнительной информации, для сокрытия сложных запросов (конкретное использование рассматривается в специальной литературе).
Обеспечение целостности данных.
Очень важно, чтобы была обеспечена целостность информации базы данных, то есть чтобы данные были, согласно некоему набору правил, допустимыми. Реляционная модель описывает некоторые характерные правила, которые можно ввести для обеспечения в реляционной базе данных целостности данных. Это - ограничение домена, ограничение таблицы и ссылочное ограничение. Правила целостности поясняют следующие понятия.
Целостность домена: каждое значение поля должно быть элементом домена.
Целостность домена гарантирует, что база данных не содержит бессмысленных значений. Она обеспечивает то, что значение в столбце является элементом домена столбца, то есть допустимого множества его значений. Строка не будет включена в таблицу, пока каждое из значений ее столбцов не будет находиться в домене соответствующего столбца.
Задание целостности домена осуществляется с помощью типов данных. Запись данных не может быть включена в таблицу, пока данные в каждом столбце не будут иметь корректный тип.
Все типы данных ORACLE7 позволяют разработчикам описывать тот или иной тип столбца. Можно ввести дальнейшие ограничения домена столбца. Например, тип данных NUMBER позволяет определить точность (общее число значащих цифр) и масштаб (общее число цифр справа или слева от десятичной точки), и тому подобное (более полное описание можно получить в справочном руководстве).
Целостность вcей таблицы: обеспечение уникальности каждой строки.
Другим встроенным ограничением целостности данных является целостность всей таблицы, которая означает, что каждая строка в таблице должна быть уникальной. Если таблица имеет такое ограничение, то вы можете уникальной. Если таблица имеет такое ограничение, то вы можете уникально идентифицировать каждую ее строку .
Чтобы задать целостность всей таблицы, разработчик указывает в таблице столбец или группу столбцов, определяя их как первичный ключ. Уникальное значение первичного ключа должно содержаться в каждой строке таблицы. Неявно это означает, что каждая строка таблицы должна иметь первичный ключ, поскольку отсутствие значение, то есть NULL, не будет отличаться от других значений NULL.
Таблица может иметь только один первичный ключ. ВО многих случаях разработчикам требуется устранить дублирующие значения и из других столбцов. Для этого разработчик может выделить другой ключевой столбец - задать альтернативный или уникальный ключ. Как и в основном ключе, дублирующих значений в альтернативном ключе таблица содержать не может.
Ограничения целостности позволяют легко задать целостность таблицы, и всей базы данных в целом. Так как разработчики могут описывать стандартные правила целостности как часть определения таблицы, использовать такие ограничения целостности несложно. Приведем примеры операторов задающих ограничения целостности, на примере базы данных, состоящей из двух таблиц.
CREATE TABLE customer
(id NUMBER(5,0) PRIMARY KEY,
lastname CHAR(50) NOT NULL,
firstname CHAR(50) NOT NULL,
phone CHAR(20),
UNIQUE (lastname,firstname),
CHECK (state IN
('AL','AK','AZ','OH','SC','WV'))) --сокращенные названия штатов
CREATE TABLE orders
(customerid NUMBER(5,0) NOT NULL,
orderdate DATE NOT NULL,
shipdate DATE
status CHAR(1),
CHECK (status IN ('F','B')), --F—оплачено, В—долг
FOREIGN KEY (customerid) REFERENCES customer)
В данном примере ограничения NOT NULL, CHECK позволяют задать в таблице ограничения домена. Для определения первичного ключа и задания ограничений целостности таблицы разработчик должен описать целостность таблицы с помощью PRIMARY KEY. Для таблицы customer описывается также ограничение UNIQUE, которое обеспечивает уникальность имен/фамилий покупателей.
Ссылочная целостность: обеспечение синхронизации связанных таблиц.
Ссылочная целостность или целостность отношения - еще одно элементарное правило целостности реляционной модели. Ссылочная целостность определяет соотношения между различными столбцами и таблицами в реляционной базе данных. Такое название она получила, поскольку значения в одном столбце или наборе столбцов ссылаются на значения другого столбца или набора столбцов, либо должны совпадать с ними.
При описании ссылочной целостности встретятся новые термины. Столбец, от которого зависит другая таблица, называется внешним ключем. При этом другая таблица, называется родительским ключем (это должен быть первичный или уникальный ключ). Внешний ключ находится в дочерней или детальной таблице, а родительский ключ - в основной таблице.
Возможность связывать значения в различных таблицах и поддерживать отношения ссылочной целостности - это очень важная характеристика реляционных баз данных. Благодаря возможности связывания таблиц серверы реляционных СУБД могут очень эффективно хранить данные.
В приведенном выше примере с помощью ограничения целостности FOREIGN KEY задается ограничение ссылочной целостности , определяющего для таблицы внешний ключ. С помощью этого мы соединяем таблицу orders с родительской таблицей customer.
Деловые правила: специальные правила целостности данных.
До сих пор это были стандартные правила целостности данных, встроенные в реляционную модель данных. Однако в базе данных каждой организации определяется собственный уникальный набор деловых правил, не менее важных чем стандартный набор правил целостности данных. Например, администратор, отвечающий за вопросы защиты, может запретить изменение таблицы вне обычного рабочего времени либо получать значение столбца, когда пользователь вставляет или обновляет запись.
Для задания специальных правил ORACLE7 предлагает использовать хранимые процедуры или триггеры. Для полного представления о задании специальных правил надо обратиться к справочным материалам.
Похожие работы
... прав хозяйствующих субъектов. Таким образом, проведенные исследования создания и ведения земельного кадастра в Екатеринбурге позволяют сделать вывод о том, что достигнута главная цель дипломной работы, земельный кадастр выступает инструментом регулирования социально-экономического развития города, является экономической основой городского развития, служит гарантом его дальнейшего процветания. ...
... ресурсов и в своей основе предполагает выделение и описание земельных участков, их территориальных границ с последующим картографированием и представлением количественных и качественных характеристик. Государственный земельный кадастр ведется в целях защиты прав собственников земли и создания объективной основы для налогообложения, обеспечения рационального использования и охраны земель, ...
Развитие предпринимательства в сфере управления земельными отношениями в городском секторе экономики
... функционально-пространственного развития города, сформулирован методически обоснованный подход и предложена 10 перспективная модель кадастровой оценки земель в городском секторе экономики, способствующая развитию предпринимательства в сфере управления земельными отношениями. Результаты, выносимые на защиту. В ходе проведенных исследований получены и выносятся на защиту следующие результаты: ...
... основополагающим показателем как информационных качеств управленческих решений, так и качества информационного обеспечения государственного и муниципального управления в целом. 2.2 Информационное обеспечение управления МО в современных условиях Информационное обеспечение муниципального управления в современных условиях невозможно без использования современных информационных технологий, ...
0 комментариев