Оператор exists может быть полезен для вовлечения внешних ключей (foreign keys). В следующем примере идет проверка, имеет ли значение атрибута 'fred the 45' какое-либо задание. Первый вариант:
SELECT distinct 'x' FROM job WHERE name = 'fred the 45'
Во втором варианте используем оператор EXISTS и получаем уменьшение времени обработки почти в два раза.
SELECT 'x' FROM dual WHERE exists (SELECT 'x' FROM job where name = 'fred the 45')
Причина ускорения обработки состоит в том, что ядро СУБД остановится после того, как найдено хотя бы одно совпадение name = 'fred the 45'. Поэтому СУБД не будет просматривать всю таблицу целиком.
Эффективность операторов EXISTS и IN зависит от количества данных в каждой из таблиц, задействованных в запросе. В запросе с использованием IN управляющей таблицей является подзапрос, указанный в IN(), основной запрос повторяется для каждой строки возвращаемой подзапросом в IN(). В запросе с использованием EXISTS наоборот, управляющим является основной запрос, и подзапрос, указанный в EXISTS() повторяется для каждой строки, выбираемой в основном запросе. Таким образом, если подзапрос возвращает малое количество строк, а основной запрос возвращает большое количество строк, причем для каждой из строк полученных в подзапросе, то следует использовать оператор IN.
Архитектура "клиент-сервер"
Клиент-сервер.
В этой архитектуре подразумевается,
что помимо хранения централизованной
БД (сервер БД) должен обеспечивать
выполнение основного объема обработки
данных. Запрос на данные, посылаемый
клиентом (рабочей станцией), порождает
поиск и извлечение данных на сервере.
Извлеченные данные транспортируются
по сети от сервера к клиенту. Концепция
клиент-серверной архитектуры условно
изображена на рис.3.
Рисунок 3 - Клиент серверная архитектура
В современных СУБД используется архитектура клиент – сервер, когда БД хранится на сервере, а СУБД подразделяется на две части – клиентскую и серверную.
Чтобы уменьшить объем передачи данных, которые должны подвергаться прикладной обработке, используется трехуровневая архитектура: тонкий клиент – сервер приложений – сервер БД, рис.4. Тонкий клиент обеспечивает взаимодействие с пользователем через браузер, вся прикладная обработка выносится на сервер приложений, который обеспечивает формирование запроса к БД. При этом сервер БД и сервер приложений могут функционировать в различных ОС.
Концепции и возможности СУБД Oracle
Oracle Database 10g предназначена для эффективного развертывания на любом оборудовании – как на небольших серверах, так и на мощных симметричных многопроцессорных серверных системах и кластерах всех размеров. Она предоставляет возможность автоматизированного управления для простой и экономически выгодной эксплуатации. Благодаря своим уникальным возможностям управлять всеми данными от традиционной бизнес-информации до документов формата XML и распределенной/локальной информации, Oracle Database 10g является идеальным выбором для выполнения приложений, обеспечивающих оперативную обработку транзакций, поддержку принятия решений и управления информационным содержимым. Корпорация Oracle является крупнейшим в мире поставщиком программного обеспечения для управления информацией и второй в мире компанией по поставке программного обеспечения. Имея годовой объем продаж более 9.7 миллиардов долларов США, компания предлагает свои базы данных, серверы приложений, инструментальные средства разработки и готовые приложения, а также услуги в области консалтинга, обучения и поддержки систем более чем в 145 странах во всем мире. СУБД Oracle используют более чем в 750 организациях на территории СНГ и более чем в 520 организациях на территории России. Oracle является законодателем в области новых направлений развития СУБД. Вот далеко не полный список таких "пионерских" достижений:
Первая коммерческая SQL СУБД.
Поддержка множества вычислительных платформ.
Поддержка архитектуры клиент/сервер.
Поддержка модели многоверсионной записи (Multi-version Read Consistency).
Поддержка кластерной и MPP архитектуры.
Поддержка распределенных транзакций.
Поддержка активных бизнес правил.
Поддержка параллельной обработки.
Оптимизация работы с хранилищами данных.
Поддержка всего спектра Multimedia.
Поддержка объектно-реляционной модели.
Поддержка Messaging.
Перечень программных средств Oracle:
Средства создание баз данных.
Средства разработки.
Средства поддержки принятия решений.
Средства распространения информации в Web.
Средства создания хранилищ данных.
Средства администрирования и управления СУБД.
Решения CRM - Электронная Коммерция.
При работе с СУБД необходимо организовать выполнение таких функций как целостность данных, восстановление после сбоев, перехват ошибок и т.д. Это можно устроить посредством особенностей, хорошо реализованных в СУБД ORACLE, – контрольных точек, журналирования и архивирования.
Концепции и возможности СУБД ACCESS
Microsoft Access – это настольная СУБД. Для работы с данными используется процессор баз данных Microsoft Jet, объекты доступа к данным и средство быстрого построения интерфейса. Конструктор форм. Для получения распечаток используются Конструкторы отчетов. Автоматизация рутинных операций может быть выполнена с помощью макрокоманд. если не хватает функциональности визуальных средств, можно обратиться к созданию процедур и функций. При этом как в макрокомандах можно использовать вызовы функций, так и из кода процедур и функций можно выполнять макрокоманды [2]. В отличие от других рассматриваемых средств разработки, СУБД Access имеет русифицированный интерфейс и частично переведенный на русский язык файл контекстной помощи. В СУБД Access существуют следующие объекты – таблицы, формы, отчеты, запросы, макросы, модули, события.
Прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру БД. У полей таблицы задаются свойства, обязательность их заполнения, условие на значение записи и полей, отображение и скрытие линий сетки, маска ввода, связи между таблицами; оформление настраивается или указывается по умолчанию; можно увеличить ширину столбца, изменить структуру таблицы.
В СУБД Access есть несколько способов создания таблиц: в режиме «Конструктор», с помощью «Мастера таблиц», путем непосредственного ввода данных в таблицы, через запрос SQL, с применением функции языка Visual Basic for Applications (VBA), путем импорта таблиц из других БД. Каждый из этих способов имеет свои плюсы и минусы. Во всех случаях остается возможность в любое время изменить и расширить созданную БД. Хотя при созданной и эксплуатируемой БД нельзя без веских причин изменять структуру БД (добавлять, удалять поля, изменять свойства полей).
Создание таблицы в режиме «Конструктор» позволяет описать каждое поле и назначить свойства полям. Для каждого поля задается значение по умолчанию, размер, имя, свойства, дается описание. Поле можно переименовывать, указать подпись в качестве альтернативного имени, удалить, изменить тип данных, настроить параметры по умолчанию.
С помощью «Мастера» можно быстро создать БД со всеми необходимыми таблицами, формами и отчетами на основе имеющихся в системе заготовок. Это простейший способ быстрого создания БД.
Можно создать пустую БД, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента БД.
Встроенный язык SQL позволяет максимально гибко работать с данными и значительно ускоряет доступ к внешним данным. С помощью команды Create можно определить состав полей и их основные свойства.
С помощью языка программирования VBA можно создавать массивы, свои типы данных, вызывать DLL-функции, с помощью OLE Automation - контролировать работу приложений, которые могут функционировать как OLE-серверы. Можно целиком создавать базы данных с помощью кодирования, когда в этом появляется необходимость.
Для визуализации данных используются формы. Большая часть данных, представленных в форме, берется из таблицы или запроса. Другая информация, несвязанная ни с таблицей, ни с запросом, хранится в макете формы. Для создания связи между формой и записями таблицы, являющейся источником данных формы, используются графические объекты, называемые элементами управления. Формы могут содержать следующие разделы: заголовок, верхний колонтитул, область данных, нижний колонтитул и примечание. Формы создаются с помощью Конструктора или Мастера. В форме отчетов можно задать вставку даты, построение диаграмм, автоотчет.
С помощью запросов Select можно просматривать, анализировать и изменять данные из нескольких таблиц. Они также используются для получения данных из таблиц для форм и отчетов. При выполнении запроса на выборку данные, удовлетворяющие условиям отбора, выбираются из одной или нескольких таблиц и выводятся в определенном порядке. Запрос может вычислять сумму, среднее значение, число элементов и значения других статистических функций, группируя данные и выводя их в компактном виде. Запрос создается с помощью соответствующего Мастера или Конструктора запросов. В бланке запроса указывается значения полей, которые будут использоваться в вычислениях или в качестве заголовков строк и столбцов. С помощью команд SQL и фильтров можно также добавлять таблицы, поля, изменять заголовки столбцов, отображать все поля, перемещать столбцы, редактировать, сортировать по столбцам, осуществлять запрос записей без подчиненных таблиц, запрос нескольких элементов, создавать окно ввода. Условия отбора задаются с помощью другого поля, сравнением на содержание текста или значение числа.
Отчет — это средство для организации данных при выводе на печать. Сведения для отчета берутся из базовой таблицы, запроса или инструкции SQL, являющихся источниками данных для отчета. Другие сведения вводятся при разработке отчета. Вся информация в отчете разбивается на разделы, каждый из которых имеет специальное назначение. При печати разделы располагаются на страницах в определенном порядке. В режиме Конструктор на экране отображается макет каждого раздела отчета в одном экземпляре. При печати некоторые разделы могут неоднократно повторяться. Элементы управления, такие как надпись или поле, находящиеся в разделе, определяют местоположение информации в отчете. Отчет с группировкой данных позволяет вычислить итоговые значения для групп, а также представить информацию в удобном для использования виде. При выводе результатов можно поставить номера страниц, указать параметры страниц, отправить по e-mail, печатать одну или несколько записей, отчеты, формы, запросы вывести в формате Word или HTML.
Макросом называют набор из одной или более макрокоманд, выполняющих определенные операции, такие как открытие форм или печать отчетов. С помощью Макросов можно определить горячие клавиши, создать БД с помощью окна, др. Макросы могут быть полезны для автоматизации часто выполняемых задач. Например, при нажатии пользователем кнопки можно запустить макрос, который распечатает отчет. Макрос может быть как собственно макросом, состоящим из последовательности макрокоманд, так и группой макросов. При наличии большого числа макросов, объединение родственных макросов в группы может упростить управление базой данных. Для просмотра имен макросов для выбранной группы макросов достаточно в окне макроса в меню Вид выбрать команду Имена макросов. При запуске макроса в группе макросов, выполняется макрокоманда в столбце Макрокоманда, а также все следующие макрокоманды, в которых столбец Имя макроса пуст. Для запуска макроса из группы макросов следует указать имя группы, а затем, через точку, имя макроса.
Модуль - это набор объявлений и процедур (программа-приложение) на языке VBA, используемом также в Excel, Word, PowerPoint. Модули форм и модули отчетов связаны с определенными формами или отчетами. Они часто содержат процедуры обработки событий, запускаемых в ответ на событие в форме или отчете. Процедуры обработки событий используются для управления поведением формы или отчета и их откликом на события, например, такие как нажатие кнопки. При создании первой процедуры обработки события для формы или отчета автоматически создается связанный с ней модуль формы или отчета. Для просмотра модуля для формы или отчета достаточно нажать кнопку Программа на панели инструментов в режиме «Конструктор». В процедурах модулей форм и отчетов могут содержаться вызовы процедур, добавленных в стандартные модули. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом, а также часто используемые процедуры, которые могут быть запущены из любого окна БД. Для просмотра списка стандартных модулей БД выберите вкладку «Модули» в окне БД. Формы, отчеты и стандартные модули выводятся также в окно просмотра объектов.
Событие - это определенное действие, которое происходит над объектами БД или возникает в определенном объекте. СУБД Access реагирует на большое число различных событий: нажатие кнопки мыши, изменение данных, открытие или закрытие форм, и т.д. Обычно события возникают вследствие действий пользователя. С помощью процедур обработки события или макроса возможно определение собственных откликов на события, происходящие в форме, отчете или элементе управления. При создании процедуры обработки события для объекта в модуль формы или модуль отчета добавляется именованная заготовка процедуры обработки события для данного события и объекта. Остается только дописать код, определяющий желаемый отклик на событие в форме или отчете. Чтобы в ответ на событие запустить макрос, следует открыть окно свойств для формы, отчета или элемента управления, найти соответствующее событию свойство и установить в качестве его значения вызов макроса.
Методика и организация обследования пользователей
Лекция 3. Начало.
Выявление целей и факторов, способствующих и препятствующих созданию БД
Лекция 3. Продолжение после методики и организации...
Методы выявление информационных потребностей пользователей
Лекция 3. После выявления целей.
Методы анализа запросов пользователей
Там же.
Определение необходимой информации для различных видов деятельности
Там же.
Методы и средства документирования массивов и баз данных
Преимущества централизованных и распределенных БД
Лекция 11.
Централизованный сбор данных позволил сократить трудозатраты на сбор, поиск и систематизацию данных, уменьшить сроки обработки больших массивов данных, увеличить полноту обрабатываемых данных, в т.ч. за счет международного и межведомственного обмена, обеспечить одноразовое занесение данных на носитель. Последнее позволило в восьмидесятых годах обеспечить многие учреждения копиями основных массивов данных на магнитных лентах без чего переход к следующему этапу был бы невозможен, так как не был бы накоплен опыт обработки данных в региональных организациях. Распределенные БД имеют следующие основные преимущества по сравнению с централизованной БД: обеспечивается большая надежность работы, хранения копий или частей БД, данные становятся ближе к точкам их использования, что ускоряет обращение к данным и сокращает затраты на их передачу. Кроме того, преимуществами распределенных БД являются неявность адресации и тиражирования, независимость от конфигурации, использование неоднородных СУБД, тиражирование данных, расчленение БД, фрагментация данных. Неявность адресации позволяет пользователю обращаться к данным, не зная и не интересуясь, в каком центре они расположены. Неявность тиражирования связана с тем, что если существуют копии данных, то при извлечении данных необходимо извлекать одну копию данных, а при внесении изменений в данные необходимо обновлять все копии. Выбор одной копии при извлечении данных и обеспечение обновления всех копий должна автоматически выполнять система, позволяя пользователю сосредоточиться на информационных запросах. Независимость от конфигурации позволяет:
организации добавлять или заменять оборудование, не изменяя существующих компонентов программного обеспечения распределенных БД;
расширить систему в случае, если существующее оборудование перестает удовлетворять пользователя.
Использование неоднородных СУБД на разных компьютерах требует создания общего пользовательского интерфейса, за которым находятся разные модели данных. Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это могут быть копии статистических данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для этого нужно поддерживать централизованную базу, а копии выделять для локального использования. Потери данных на одном центре могут восстанавливаться при помощи централизованной БД. Недостатком такого подхода является слишком долгое время загрузки центральной БД. Поэтому загрузка новых данных, касающихся локальной БД, в региональном и главном центрах происходит одновременно. Можно применить тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последний год.
Сравните понятия расчлененная и тиражируемая БД. Когда одна из них предпочтительнее, чем другая?
Тиражирование данных означает поддержку нескольких одинаковых копий реляционных таблиц. Тиражирование применяется с целью повышения доступности данных и надежности их хранения. Кроме того, несколько пользователей могут параллельно обращаться к одним и тем же данным. Например, это будут, во-первых, копии данных для отдельных регионов, во-вторых, метаданные. Издержками этого подхода является необходимость дополнительного объема памяти и поддержания согласованности данных разных копий. Для согласованности данных в первую очередь поддерживается централизованная база данных, а копии выделяются для локального использования. Тогда потери данных на одном центре восстанавливаются при помощи централизованной базы данных. Недостатком такого подходя является слишком долгое время загрузки центральной базы данных. Поэтому загрузка новых данных, касающихся локальной базы данных, в региональном центре и главного центра системы происходит одновременно. Применяется тиражирование данных по времени отсечения. Например, в региональном центре данные хранятся только за последние годы наблюдений. Расчленение базы данных. Здесь улучшается защита данных, особенно если разделенные сегменты нуждаются в разных видах защиты. При этом варианте реализации один пользовательский запрос может требовать обращения к нескольким базам данных, реализованных в разных ведомствах на разных подходах. Хотя сложности реализации скрыты от пользователя, действительные операции, например, соединения нескольких таблиц являются сложными.
Опишите, чем отличаются распределенные и централизованные системы БД
Лекция 11.
У централизованных все в одном месте. Недостаток централизации – информация попадает в систему с большим запаздыванием. Распределенные системы ближе к пользователю, быстрее осуществляется доступ и обновление данных. +17.1
Как можно обеспечить надежность хранения данных?
Надежность БД может основываться на применении теории методов надежности, которая позволяет получить ряд четких, хорошо измеряемых интегральных показателей. Надежная БД должна, прежде всего, обеспечивать низкую вероятность потери работоспособности. Быстрое реагирование на потерю или искажение данных и восстановление их достоверности и работоспособности за время меньшее, чем порог между сбоем и отказом, обеспечивает высокую надежность. Это трехуровневая схема хранения:
Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.
Сменные носители в той же комнате, где эксплуатируется сервер.
Сменные носители, которые находятся в другом здании.
Таким образом, обеспечивается надежность хранения 99,9%. Скорее всего информация сохранится, например, при пожаре, сбое машины. Естественно какую-то часть можно потерять: последние сутки, последнюю неделю, последний месяц. Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения. Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.
Опишите роль администратора БД в установке стандартов и создании технологических процедур
Анализ данных – АБД часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.
Разработка БД (предварительная) – АБД часто привлекается к предварительной стадии разработки структуры БД. При включении АБД в процесс дизайна БД многие проблемы могут быть предупреждены. АБД знает СУБД и систему, может указать на потенциальные проблемы и помочь команде разработчиков в увеличении производительности программ.
Моделирование и оптимизация данных – При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.
Предоставление помощи разработчикам по SQL и хранимым процедурам – АБД должен быть готов стать консультантом для разработчиков и пользователей. АБД довольно часто привлекается к разрешению проблем SQL-кода и к разработке (написанию) хранимых процедур.
Разработка производственных стандартов и соглашений по именам – Поскольку в разработке и развертывании приложений могут принимать участие несколько различных групп, то АБД часто призывается на роль разработчика производственных стандартов и соглашений по именам, чтобы приложения соответствовали этим стандартам.
Документирование среды – АБД должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. АБД должен уметь полностью восстановить систему по документации в случае необходимости.
Консультирование разработчиков и конечных пользователей – АБД часто выполняет функции консультанта для группы разработчиков и сообщества пользователей. Это может включать персональную помощь отдельным пользователям и даже разработку специальных курсов для разработчиков и пользователей системы.
Проверка и тестирование новых программ – АБД может участвовать в проверке новых программ, для того, чтобы дать рекомендации, основанные на этой проверке. Это может быть связано с приобретением нового программного обеспечения или с плановым обновлением и переходом на новые версии. Эта проверка должна быть в первую очередь нацелена на оценку стабильности системы. Ваша цель заключается в том, чтобы программы работали надежно и стабильно.
Оценка приобретений нового программного и аппаратного обеспечения – приобретая новый софт и аппаратуру, есть много о чем поразмыслить. В основном это касается функциональности и совместимости, а также, конечно, стоимости. Хоть цены и не касаются АБД, но насчет функциональности и совместимости рекомендации часто необходимы.
Планирование нагрузки системы и необходимого объема памяти – определение необходимости в приобретении дополнительных серверов, дополнительной дисковой и оперативной памяти, чтобы удовлетворить возросшие потребности пользователей, является частью работы АБД. Заранее предсказывая будущие нужды пользователей, Вы можете предоставить великолепный уровень обслуживания безо всяких сбоев.
Организация пилотного проекта для проверки типовых проектных решений
В связи с тем, что стоимость проектирования велика, и на него тратится очень много времени (должно быть 80:20 – проектирование:кодирование). Для того чтобы некоторые решения проверить – вводится пилотный проект. Из общего проекта выделяется небольшая задача по проверке какого-то нового средства, технологии, приложения. Проводятся тесты. Если реализация успешна, задача начинает расширяться и превращается в типовое решение для других приложений.
Концепции и возможности CASE-средств
Лекция 9. Начало.
Методы использования case средств
Лекция 9. Начало.
Характеристики баз данных и потоков данных
Характеристиками БД и потоков данных являются:
объем данных в логических и физических единицах;
объем потока данных в единицу времени;
доступность данных 24*7*365;
оперативность поступления данных;
полнота БД в % — относительное число объектов или документов, имеющихся в БД, к общему числу объектов по данной тематике или по отношению к числу объектов в аналогичных БД;
актуальность - устаревание во времени — относительное число устаревших данных об объектах в БД к общему числу накопленных и обрабатываемых данных, определяется скоростью ввода в БД;
оперативность доведения - время в течение которого данные становятся доступны пользователям.
качество (достоверность) данных - вероятность ошибки (управление 10-4 10-5; планирование - 10-5 , статистика -10-5 , бухучет - 10-6 -10-7). Обеспечение вероятности ошибок выше, чем 10-4 требует увеличения капитальных и эксплуатационных затрат до 50%, времени программирования до 50%, времени работы программ, персонала;
идентичность — относительное число описаний объектов, не содержащих дефекты и ошибки, к общему числу документов об объектах в БД;
ценность полученной информации определяется потребностью человека в этой информации и его подготовленностью к ее восприятию и использованию;
точность определения атрибутов;
формы представления (таблицы, графики, карты, тексты, мультимедиа).
Основания для классификации данных
Лекция 4.
Жизненный цикл БД, каскадная и спиральная модели проектирования
Лекция 9. Самое начало
Основания классификации программных средств
классически программное обеспечение принято подразделять по назначению:
Системное.
Прикладное .
Инструментальное.
Системное ПО. Комплекс программ, которые обеспечивают управление компонентами компьютерной системы, такими как процессор, оперативная память, устройства ввода-вывода, сетевое оборудование, выступая как «межслойный интерфейс», с одной стороны которого аппаратура, а с другой — приложения пользователя. В отличие от прикладного программного обеспечения, системное не решает конкретные практические задачи, а лишь обеспечивает работу других программ, предоставляя им сервисные функции, абстрагирующие детали аппаратной и микропрограммной реализации вычислительной системы, управляет аппаратными ресурсами вычислительной системы. Отнесение того или иного программного обеспечения к системному условно, и зависит от соглашений, используемых в конкретном контексте. Как правило, к системному программному обеспечению относятся операционные системы[⇨], утилиты[⇨], системы программирования[⇨], системы управления базами данных[⇨], широкий класс связующего программного обеспечения.
Прикладное ПО. Прикладное программное обеспечение — программа, предназначенная для выполнения определенных пользовательских задач и рассчитанная на непосредственное взаимодействие с пользователем.
Инструментальное ПО. Программное обеспечение, предназначенное для использования в ходе проектирования, разработки и сопровождения программ, в отличие от прикладного и системного программного обеспечения. Строго говоря, определение последнего включает в себя определение инструментального, поэтому инструментальное можно считать обособленным подклассом прикладного ПО.
Нормативно – методические документы по созданию базы данных
В настоящее время в стране разработано более 40 общероссийских классификаторов социально- и технико- экономической информации, которые можно использовать при создании БД. Например:
общероссийский классификатор стандартов (ОК 001-93, ОК 014-94);
общероссийский классификатор предприятий и организаций - ОКПО (ОК 007-93);
общероссийский классификатор экономических районов (ОК 008-93);
общероссийский классификатор единиц измерений (ОК 015-94);
общероссийский классификатор информации о населении (ОК 018-95);
общероссийский классификатор объектов административно - территориального деления и населенных пунктов - CОАТО (ОК 019 -95);
отраслей промышленности (ОКОНХ);
органов государственного управления (СООГУ) и некоторые другие.
ГОСТ 7.70-96 Описание баз данных и машиночитаемых информационных массивов. При создании информационных систем необходимо использовать единый государственный кадастр (ЕГК) РФ - систематизированный на единой географической основе свод документальных данных, представляющих комплексную информацию о природных ресурсах, недвижимости, экологии и социально-экономических условиях, и базирующихся на действующих отраслевых кадастрах и других ведомственных и территориальных системах учета. Область распространения ЕГК - территория РФ, континентальный шельф, акватории морей и океанов, и воздушное пространство над ними, где проводится хозяйственная или иная деятельность в интересах РФ. ЕГК предназначен для обеспечения органов государственной власти органов местного самоуправления, предприятий, учреждений, организаций, иных юридических лиц и граждан достоверной информацией о среде обитания и хозяйственной деятельности. В настоящее время разработаны следующие кадастры:
Государственный земельный кадастр;
Государственный лесной кадастр;
Государственный водный кадастр (ГВК);
Государственный кадастр месторождений и проявлений полезных ископаемых;
Государственный кадастр животного мира;
Государственный кадастр особо охраняемых природных территорий (ООПТ)
· Перечень объектов исторического и культурного наследия федерального (общероссийского) значения (ИНК). В связи с развитием Геоинформационных систем (ГИС) особую роль приобретает стандартизация условных обозначений на карте. В семидесятых годах была проведена большая работа по стандартизации терминов в области природной среды - была выпущена серия ГОСТ Термины и определения. В качестве международных стандартов качества рассматриваются стандарты серии ISO 9000.
План управления данными: основные разделы
Лекция 14.
«управление данными (data management) – общее понятие, описывающее функции системы, которые обеспечивают создание и доступ к хранимым данным, соблюдение соглашений о хранении данных, регулирование использования устройств ввода – вывода».
Основными этапами создания плана управления данными являются:
идентификация пользователей, участвующих организаций в исследовании региона и требований пользователей к информационному обеспечению;
постановка и описание проблем исследования;
создание баз метаданных;
описание имеющихся программных средств анализа и прогноза, развитие новых приложений;
описание методов использования программных средств (СУБД, ГИС, технологий сбора данных);
разработка первой версии Плана управления данными;
определение финансовых источников для разработки Плана управления данными и его реализации.
План управления данными должен включать:
Введение (определяются цели создания и критерии реализации Плана управления данными);
Обзор состояния технологий сбора, обработки, обмена данными;
Описание имеющихся БД;
Основная концепция управления данными;
Классификация, поиск и инвентаризация, сбор и обмен данными;
Методы обработки данных;
Программное обеспечение для обработки данных;
Международное сотрудничество;
Использование сетевых технологий для управления данными;
Основные шаги реализации Плана управления данными.
Целями управления данными являются:
максимизация полноты сбора данных с широким использованием ИТ стандартов;
эффективное использование данных в течение выполняемых проектов (программ) и последующее длительное применение данных сообществом путем использования современных средств Интернет, компактных дисков.
Инфологическая модель базы данных
Лекция 5. В самом начале моделей данных.
Методы оптимизации построения БД
(это часть обобщённого вопроса, рассказать про звезду)
Методы контроля данных
(данные надо проверять на входе и на выходе, синтаксический (проверка на соответствие форматам, типа числовое значение, символьное и тд. Можно брать из словаря) и логический (логика самих данных, т.е. проверка на границы и тд) контроль, т.е. связи во времени, пространстве и тд.)
Проблемы эксплуатации, администрирования баз данных
Лекция 14.
Методы использования информации при принятии решений
Лекция 12.
|
Методы |
Описание |
Преимущества |
Недостатки |
|
Ассоциативные правила |
Выявляют причинно следственные связи и определяют вероятности или коэффициенты достоверности, позволяя делать соответствующие выводы. Правила представлены в форме «если <условия>, то <вывод>». Каждое правило представляет одну связь (зависимость, отношение) |
Читабельность. При большом количестве факторов бывает очень сложно понять смысл представления. |
Не предназначены для широких числовых интервалов. |
|
Деревья решений и алгоритмы классификации |
Определяют естественные «разбивки» в данных, основанные на целевых переменных. Сначала выполняется разбивка по наиболее важным переменным. Ветвь дерева можно представить как условную часть правила. |
Читабельность |
|
|
Нейронные сети |
Для предсказания значения целевого показателя используется наборы входных переменных, математических функций активации и весовых коэффициентов входных параметров. Выполняется итеративный обучающий цикл, нейронная сеть модифицирует весовые коэффициенты до тех пор, пока предсказываемый выходной параметр соответствует действительному значению. После обучения нейронная сеть становится моделью, которую можно применить к новым данным с целью прогнозирования. Используется, когда имеется четкая связь между значением параметра и решением. Например, при достижении определенных значений параметров система переходит из штатного режима в аварийный режим эксплуатации. |
Компактное представление числовых отношений для широкого диапазона значений |
Сложность интерпретации |
|
Семантические сети или вывод, основанный на прецедентах |
Основаны на обнаружении некоторых аналогий в прошлом, наиболее близких к текущей ситуации |
Эффективны, когда основным источником знаний является опыт. Решения могут быть использованы в других случаях |
|
Принципы создания СППР
Лекция 12.
Основные методы использования БД на WEb
Лекция 13.
Информационные ресурсы (международные, национальные и корпоративные БД)
Объясните важность информации как ресурса организации
Объясните своими словами смысл терминов БД, СУБД, модель данных
База данных - набор сведений, хранящихся некоторым упорядоченным способом.
СУБД - это система, позволяющая создавать базы данных и манипулировать сведениями из них.
Модель данных - это совокупность структур данных и операций их обработки.
Каким образом ИС, использующие БД, способствуют повышению ценности информации для организации?
Дайте сравнительную характеристику иерархических, сетевых и реляционных баз данных?
Лекция 5.
Перечислите компоненты современной ИС
Опишите компоненты СУБД
Каковы главные функции администратора БД?
Администратор БД отвечает за целостность информационных ресурсов компании. На нем лежит ответственность по созданию, обновлению и сохранности связанных между собой резервных копий файлов, исходя из задач предприятия. Этот человек должен в мельчайших подробностях знать существующие механизмы восстановления программного обеспечения БД. Возможны ситуации, при которых администратору БД потребуется на основе логических прикладных моделей создавать элементы физической схемы, а также поддерживать связь пользователей с системой и обеспечивать соответствующий уровень информационной безопасности, следя за тем, чтобы доступ к данным имели только те люди, которые в нем нуждаются. Администратор БД должен уметь определять узкие места системы, ограничивающие ее производительность, настраивать SQL и программное обеспечение СУРБД и обладать знаниями, необходимыми для решения вопросов оптимизации быстродействия БД. Разделим его обязанности на две категории (основные и дополнительные). Основные обязанности администратора БД:
Резервное копирование и восстановление системы. Возможно, самая главная задача АБД – сохранять данные в системе. Чтобы делать это эффективно, необходимо разработать процедуру резервного копирования и стратегию восстановления данных. Очень важно периодически тестировать отработанную схему резервного копирования и восстановления.
Обеспечение безопасности – это одна из основных обязанностей АБД. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами, аудит и разрешение проблем безопасности.
Создание баз данных, табличных пространств, таблиц, представлений и индексов согласно спецификации разработчика приложений.
Периодическая проверка производительности системы и произведение изменений для поддержки необходимого уровня производительности.
Поддержка целостности данных БД.
Планирование и выполнение качественного резервного копирования и стратегии восстановления.
Установка нового программного обеспечения. Очень важно протестировать все программы перед введением их в рабочую среду.
Конфигурация программного и аппаратного обеспечения (вместе с системным администратором). В большинстве случаев доступ к настройке программного обеспечения имеет только системный администратор, поэтому АБД должен вместе с системным администратором производить установку программ, конфигурирование программного и аппаратного обеспечения, чтобы рабочие станции функционировали наиболее оптимально.
Настройка производительности и мониторинг – АБД должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.
Процедура планового обслуживания – В задачи АБД входит также обязанность составить календарь обслуживания СУБД. Лучше всего производить обслуживание СУБД в ранние часы по утрам, либо по выходным, чтобы не вызвать недовольства пользователей в случае отказа базы данных. В обслуживание входят архивирование, тестирование и настройка.
Локализация неисправностей – В случае сбоя СУБД, в обязанности АБД входит восстановление работоспособности или помощь в решении этой проблемы. Рекомендуется также решать предполагаемые проблемы, которые могут возникнуть в будущем.
Восстановление системы после сбоя – Поскольку сбой системы приводит к тому, что пользователи теряют доступ к своим данным, АБД обязан как можно быстрее восстановить работу системы. Хорошо подготовленный АБД имеет план восстановления системы после сбоя.
Объясните разницу между идентификацией пользователя и проверкой полномочий
Что такое резервное копирование и восстановление?
Как можно обеспечить надежность хранения данных?
Надежность БД может основываться на применении теории методов надежности, которая позволяет получить ряд четких, хорошо измеряемых интегральных показателей. Надежная БД должна, прежде всего, обеспечивать низкую вероятность потери работоспособности. Быстрое реагирование на потерю или искажение данных и восстановление их достоверности и работоспособности за время меньшее, чем порог между сбоем и отказом, обеспечивает высокую надежность.
Это трехуровневая схема хранения:
· Копирование винчестера за счет RAID-массивов, дублирование записываемой информации.
· Сменные носители в той же комнате, где эксплуатируется сервер.
· Сменные носители, которые находятся в другом здании.
Таким образом обеспечивается надежность хранения 99,9%. Скорее всего информация сохранится, например, при пожаре, сбое машины. Естественно какую-то часть можно потерять: последние сутки, последнюю неделю, последний месяц..
Запоминающие устройства можно представить как трехзвенную систему: устройства и системы для активно используемых данных (дисковые системы), периодически используемых данных (CD/MO/DVD устройства) и данных долговременного хранения (ленточные библиотеки). Быстрые или оперативные устройства с произвольным доступом хранения служат для работы с данными, в которых пользователи для выполнения своей работы нуждаются постоянно. Это - жесткие диски, дисковые системы и RAID системы. Они имеют небольшое время доступа и самую высокую частоту обращения.
Принципиальное отличие систем 1-го и 2-го уровня от систем 3-го уровня заключается в том, что первые две - это системы произвольного доступа, а последние - последовательного доступа. Такое разделение четко определяет области их использования. При этом основные отличия систем 1-го и 2-го состоит в емкости и скорости доступа.
Опишите роль администратора БД в установке стандартов и создании технологических процедур