Федеральное агентство по образованию Российской Федерации
Государственное образовательное учреждение
высшегопрофессионального образования
«КУБАНСКИЙГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Кафедра математическогомоделирования
КУРСОВАЯ РАБОТА
Информационная база данных по гигиеническим нормативам химических веществ
Автор курсовойработы _________________________________ Чубасов М.В.
Группа 33 факультет прикладной математики, спец. 010501«Прикладная математика и информатика»
Научныйруководитель_______________________________ Павлова А.В.
канд.физ.- мат. наук, доцент
Краснодар2006
Реферат
Настоящая работапосвящена разработке информационной базы данных, предполагающей обеспечениенормативно правовой основы для различных аспектов деятельности природоохранныхорганизаций по контролю над соблюдением гигиенических требований и норм.
Работа состоит из 44страниц, содержит 3 рисунка, 10 таблиц, приложение и библиографический списокиз 10 источников.
Ключевые слова:загрязняющие вещества, нормативы, СУБД, экомониторинг, реляционность, модельданных.
В ходе выполнениякурсового проекта были изучены основы теории реляционных баз данных, а такжеметоды разработки приложений баз данных.
Разработка приложенияпроизводилась в среде визуального программирования Delphi7 с использованием InterBase6.0 в качестве СУБД с локальнымсервером. Реализованы функции комплексного редактирования содержания базы ипечати необходимой информации.
Главным результатомпроведенной работы является создание базы данных с сопутствующим программныминтерфейсом, обеспечивающей комплексную нормативно правовую информационную базудля осуществления различных аспектов деятельности природоохранных организацийпо контролю над соблюдением гигиенических требований и норм.
Содержание
TOC o «1-3» p " " h zu Введение. 4
1 Базы данных. Основные понятия. 7
1.1Общие сведения. 7
1.2 Реляционная модель данных. 11
1.3 Нормализация баз данных. 14
1.4 Основные требования к организациибаз данных… 16
1.5 Трехуровневая архитектура… 18
2 Используемые средства программирования 21
2.1 Средапрограммирования Delphi21
2.1 СУБД InterBase24
3 Проектирование и реализация базы данных29
3.1 Предметная областьи задачи проекта29
3.2Инфологическаямодель данных. 30
3.3Физическая модельданных33
3.4 Реализацияинформационной базы данных36
Заключение… 37
Библиографический список. 39
ПРИЛОЖЕНИЕ АСозданиебазы данных втерминах языка SQL… 40
Введение
Современныйгород — большой социальный организм, включающий комплекс эколого-экономических,географических, архитектурно-строительных, культурно-бытовых особенностей.Такие особенности естественных и экономических факторов, действующих в городах,формируют качественно новую среду обитания, где наряду, а порой и вместоестественных экосистем функционируют и развиваются антропогенные связи. Городастановятся самыми загрязненными участками государственной территории. Ввоздушный бассейн городов ежегодно поступает 50 млн. тонн загрязняющих веществот разнообразных источников выбросов, что составляет до 300 кг на каждого жителяРоссии в год.
В ряде промышленныхцентров, транспортных узлов, на крупных сельскохозяйственных комплексах уровнизагрязнения атмосферного воздуха, вод и земель веществами, вредными дляздоровья человека, а также для растительного и животного мира значительнопревышают допустимые.
Загрязнениеатмосферы и водных источников выбросами вредных веществ приводит котрицательным последствиям: увеличению роста заболеваемости населения, снижениюпродуктивности сельского и лесного хозяйства, ускорению износа основныхпромышленных фондов, изменению химического состава почв и другим. Этипоследствия могут носить как мгновенный, так и проявляющийся через значительноевремя характер, но вне зависимости от этого многие из них могут нанести непоправимыйущерб окружающей среде и человеку. Поэтому очень важно не допуститьвозникновения таких ситуаций, которые привели бы к нарушению экологическойустойчивости. Для этого в первую очередь, необходимо разработать и внедрятьмалоотходные технологические процессы и снизить выбросы загрязняющих веществ вданном регионе, используя прогнозирование и моделирование разрабатыватьтехнологические процессы с минимизацией их антропогенной нагрузки до пределов,безопасных для природной среды и учетом оптимальных темпов социальноэкономического развития конкретного региона. Первым этапом очевидно долженстать этап внедрения системы мониторинга и анализа информации о комплексномсостоянии окружающей среды.
Кнастоящему времени практикой накоплен обширный опыт построения многоуровневыхинформационных систем, решающих те илииные узко специфичные или, напротив, многоцелевые задачи. Часть изних хорошо исследована теоретически, другая часть стой или иной долейдостижимого эффекта осуществлена на практике. В области экологии попыткисоздания многоцелевой информационной системы и перехода от идей к ихпрактическому воплощению не реализованы за отсутствием приемлемых концепций итеоретических выкладок. В числеобъективных причин, определившихситуацию, было отсутствие до последнего времени основного потребителя – государственной структуры, контролирующейэкологическую ситуацию, координирующей разрозненные действия различных природоохранительныхорганов, определяющей и лимитирующей те илииные виды природопользования. С момента создания Минприроды РФ и началадеятельности его территориальных органов ситуация изменилась. Сформировавшаяся специфика задач, решаемых региональнымикомитетами охраны природы, вынуждаетпоследние к систематизации возрастающих объемов информации. При этом становитсявсе более ясным, что локальное использование мощных средств вычислительнойтехники для оптимизации отдельныхпроцессов (в основном расчетных) не приносит желаемого эффекта и что нужна целостная взаимосвязанная и взаимозависимая информационная система, осуществляющая поддержку деятельностиподразделений комитетов на всех уровняхи по всем проблемным вопросам.
Одно из наиболее важных мест в решениирассматриваемой задачи занимает совершенствование нормативного правового обеспеченияприродопользования и охраны окружающей среды.
В силу разрозненности, апорой, и противоречивости данных и увеличения требуемой функциональностисредств для осуществления задач, поставленных в ходе экологических программ,появляется необходимость в создании некоего универсального программногокомплекса. Помимо полноты данных комплекс должен обладать достаточной гибкостьюдля возможности интеграции его в различных сферах деятельности экологическихслужб для конкретных целей (экомониторинг, экологический аудит, экологическаясертификация, экологическое страхование и т.д.).
Настоящая работапосвящена разработке информационной базы данных, предполагающей обеспечениенормативно правовой базы для различных аспектов деятельности природоохранныхорганизаций по контролю над соблюдением гигиенических требований и норм. Реализованабаза данных гигиенических нормативов химических веществ, сопутствующихпостановлений и нормативных документов, разработана программный интерфейс длявизуализации соответствующих данных.
1 Базы данных. Основные понятия1.1 Общие сведения
Базуданных можно определить как совокупность взаимосвязанных, хранящихся вместеданных при наличии такой минимальной избыточности, которая допускает ихиспользование оптимальным образом для одного или нескольких приложений. Данныезапоминаются так, чтобы они были независимы от программ, использующих этиданные; для добавления новых или модификации существующих данных, а также дляпоиска данных в базе данных применяется общий управляемый способ.
СУБД – это программа, спомощью которой реализуется централизованное управление данными, хранимыми вбазе, доступ к ним, поддержка их в актуальном состоянии.
Говорят, что системасодержит совокупность баз данных, если эти базы данных структурно полностьюсамостоятельны. В системах с простой организацией данных для каждого приложениясоздается своя совокупность записей. Назначение базы данных заключается в том,чтобы одну и ту же совокупность данных можно было использовать для максимальновозможного числа приложений. Исходя из этого, базу данных часто разрабатывают вкачестве хранилища такой информации, необходимость в котором возникает впроцессе выполнения определенных функций какой-либо организации. Такая база данных должна обеспечиватьвозможность не только получения информации, но также постоянной её модификации, необходимой для процессов управления в данной организации, можетоказаться, что для получения информации для целей планирования или ответов навопросы потребуется осуществлять поиск в базе данных, при этом совокупностьданных должна поддерживать множественный доступ.
База данных можетразрабатываться для пакетной обработки данных, обработки в реальном времени илиоперативной обработки (в этом случае обработка каждого запроса завершается копределенному моменту времени, но при этом на время обработки не накладываетсяжестких ограничений, существующих в системах реального времени). В большинствебаз данных предусмотрена совокупность этих методов обработки, а во многихсистемах с базами данных обслуживание терминалов в реальном времени происходитодновременно с пакетной обработкой данных.
До начала использования СУБДпри запоминании многих элементов данных допускалась избыточность, так как наносители информации для различных целей записывались одни и те же данные и,кроме того, хранились различные варианты модификаций одних и тех же данных.База данных предоставляет возможность в значительной степени избавиться оттакой избыточности. Однако в действительности для уменьшения времени доступа кданным или упрощения способов адресации во многих базах данных избыточность внезначительной степени присутствует. Чтобы база данных была неизбыточной иудовлетворяла другим требованиям, приходится идти на компромисс. В этом случаеговорят об управляемой, или минимальной, избыточности или о том, что хорошоразработанная база данных свободна от излишней избыточности.
Неуправляемаяизбыточность имеет несколько недостатков. Во-первых, хранение нескольких копийданных приводит к дополнительным затратам. Во-вторых, при обновлении, покрайней мере, нескольких избыточных копий необходимо выполнять многократныеоперации обновления. Избыточность поэтому обходится значительно дороже в техслучаях, когда при обработке файлов обновляется большое количество информацииили, что еще хуже, часто вводятся новые элементы или уничтожаются старые.В-третьих, вследствие того, что различные копии данных могут соответствоватьразличным стадиям обновления, информация, выдаваемая системой, может бытьпротиворечивой.
Если не использовать базыданных, то при обработке большого количества информации появится так многоизбыточных данных, что фактически станет невозможным сохранять их все на одноми том же уровне обновления. Очень часто пользователи обнаруживают явныепротиворечия в данных и поэтому испытывают недоверие к получаемой информации.Невозможность хранения избыточных данных на одинаковом уровне обновленияявляется основным препятствием в обработке данных с помощью СУБД.
Одной из наиболее важныххарактеристик большинства баз данных является их постоянное изменение ирасширение. По мере добавления новых типов данных или при появлении новыхприложений должна быть обеспечена возможность быстрого изменения структуры базыданных. Реорганизация базы данных должна осуществляться по возможности без перезаписиприкладных программ и в целом вызывать минимальное количество преобразований.
О независимости данныхчасто говорят как об одном из основных свойств базы данных. Под этимподразумевается независимость данных и использующих их прикладных программ другот друга в том смысле, что изменение одних не приводит к изменению других. Вчастности, прикладной программист изолирован от влияния изменений данных и ихорганизации, а также от изменения характеристик физических устройств, накоторых они хранятся. В действительности же полностью независимыми данныебывают так же редко, как и полностью неизбыточными. Независимость данныхопределяется с различных точек зрения. Сведения, которыми должен располагатьпрограммист для доступа к данным, различны для различных баз данных. Тем неменее, независимость данных – это одна из основных причин использования системуправления базами данных.
В том случае, когда одиннабор элементов данных используется для многих приложений, между элементамиэтого набора устанавливается множество различных взаимосвязей, необходимых длясоответствующих прикладных программ. Организация базы данных в значительнойстепени зависит от реализации взаимосвязей между элементами данных и записями,а также от того, как и где эти данные хранятся. В базе данных, используемоймногими приложениями, должны быть установлены многочисленные промежуточныевзаимосвязи между элементами. В этом случае при хранении и использовании данныхконтролировать их правильность, обеспечивать их защиту и секретность труднее,чем при хранении данных в простых, несвязанных файлах. Что касается обеспечениясекретности данных и восстановления их после сбоев, то этот вопрос являетсяочень важным при конструировании баз данных.
В некоторых системахсредства управления базами данных применяются для того, чтобы пользователимогли использовать данные таким путем, который не был предусмотренразработчиками системы. Наличие этой возможности означает такую организациюданных в системе, при которой доступ к ним можно осуществлять по различнымпутям, причем одни и те же данные могут использоваться для ответов на различныезапросы. Вся существенная информация об объектах запоминается одновременно иполностью, а не только та ее часть, которая необходима для одного приложения.
В настоящее времясуществуют СУБД, реализующие эти возможности как на уровне локальных базданных, расположенных на одном диске (Paradox, DBase), так и промышленных удаленных баз данных (Acсess,Oracle, FoxPro). Выполнение основных функций по методам доступа и поддержанияфизической модели базы данных во всех современных системах обеспечивается ядромСУБД.
Общий состав средствработы готового приложения с БД, показан на рисунке 1. Согласно этой общей схеме, мы имеем цепочку: Приложение(Визуальные компоненты — Невизуальные компоненты) — Ядро СУБД — База данных.Невизуальные компоненты предоставляют программисту некоторые функции поуправлению ядром базы данных, а также самими данными. С помощью визуальныхкомпонент данные отображаются на экране (таблицы, списки, выпадающие списки,графики и др.).
SHAPE * MERGEFORMAT
Приложение
Невизуальные компоненты для работы с БД
Визуальные компоненты для работы с БД База данных Ядро СУБД
Рисунок 1 – Общая структура работы приложения и СУБД
1.2 Реляционная модель данных
Недостаткисуществовавших иерархической и сетевой моделей привели к появлению новой,реляционной модели данных, созданной Коддом в 1970 году и вызвавшей всеобщийинтерес. Реляционная модель была попыткой упростить структуру базы данных. Вней отсутствовали явные указатели на предков и потомков, а все данные былипредставлены в виде простых таблиц, разбитых на строки и столбцы. К сожалению,практическое определение понятия «реляционная база данных» оказалосьгораздо более расплывчатым, чем точное математическое определение, данное этомутермину Коддом в 1970 году. В первых реляционных СУБД не были реализованынекоторые из ключевых частей модели Кодда, и этот пробел был восполнен тольковпоследствии.
В ответ на неправильноеиспользование термина «реляционный» Кодд в 1985 году написал статью,где сформулировал 12 правил (Таблица 1), которым должна удовлетворять любаябаза данных, претендующая на звание реляционной.
Таблица 1 – Требования к реляционнымбазам данных
1
Многомерное представление данных
Средства должны поддерживать многомерный на концептуальном уровне взгляд на данные.
2
Прозрачность
Пользователь не должен знать о том, какие конкретные средства используются для хранения и обработки данных, как данные организованы и откуда они берутся.
3
Доступность
Средства должны сами выбирать и связываться с наилучшим для формирования ответа на данный запрос источником данных. Средства должны обеспечивать автоматическое отображение их собственной логической схемы в различные гетерогенные источники данных.
4
Согласованная производительность
Производительность практически не должна зависеть от количества Измерений в запросе.
5
Поддержка архитектуры клиент-сервер
Средства должны работать в архитектуре клиент-сервер.
6
Равноправность всех измерений
Ни одно из измерений не должно быть базовым, все они должны быть равноправными (симметричными).
7
Динамическая обработка разреженных матриц
Неопределенные значения должны храниться и обрабатываться наиболее эффективным способом.
8
Поддержка многопользовательского режима работы с данными
Средства должны обеспечивать возможность работать более чем одному пользователю.
9
Поддержка операций на основе различных измерений
Все многомерные операции (например Агрегация) должны единообразно и согласованно применяться к любому числу любых измерений.
10
Простота манипулирования данными
Средства должны иметь максимально удобный, естественный и комфортный пользовательский интерфейс.
11
Развитые средства представления данных
Средства должны поддерживать различные способы визуализации (представления) данных.
12
Неограниченное число измерений и уровней агрегации данных
Не должно быть ограничений на число поддерживаемых Измерений.
Правила Кодда считаютсяопределением реляционной СУБД. Можно сформулировать и более простоеопределение: реляционной называется база данных, в которой все данные,доступные пользователю, организованны в виде таблиц, а все операции над даннымисводятся к операциям над этими таблицами.
Таблицы – фундаментальныеобъекты реляционной базы данных, в которых хранится основная часть данныхприложения. Отдельная таблица чаще всего хранит информацию по конкретной теме(например, сведения о служащих компании или адреса заказчиков). Информация втаблице организуется в строки (записи) и столбцы (поля). Таблице присущи двакомпонента: структура таблицы и данные таблицы.
Мощь реляционных базданных заключается в том, что с их помощью можно быстро найти и связать данныеиз разных таблиц при помощи запросов, форм и отчетов. Для этого каждая таблицадолжна содержать одно или несколько полей, однозначно идентифицирующих каждуюзапись в таблице. Эти поля называются ключевыми полями таблицы. Можно выделитьтри типа таких полей: счетчик, простой ключ и составной ключ.
Если поле содержитуникальные значения то это поле можно определить как простой ключ. Есливыбранное поле содержит повторяющиеся или пустые значения, то оно не будетопределено как ключевое. Для определения записей, содержащих повторяющиесяданные, можно выполнить запрос на поиск повторяющихся записей. Если устранитьповторы путем изменения значений невозможно, то следует либо добавить в таблицусчетчик и сделать его ключевым, либо определить составной ключ.
Столбец одной таблицы,значения в котором совпадают со значениями столбца, являющегося первичнымключом другой таблицы, называется внешним ключом. Реляционная модель данныхобладает всеми возможностями сетевой модели по части выражения сложныхотношений. Внешние ключи являются неотъемлемой частью реляционной модели,поскольку реализуют отношения между таблицами базы данных.
Основная идея реляционнойалгебры, являющейся основой реляционной модели, состоит в том, что таблицыявляются множествами, следовательно, средства манипулирования ими могутбазироваться на традиционных теоретико-множественных операциях, дополненныхнекоторыми операциями, специфичными для баз данных.
Используется немногорасширенный начальный вариант алгебры, который был предложен Коддом. В этомварианте набор основных алгебраических операций состоит из восьми операций,которые делятся на два класса. В состав теоретико-множественных операций входятоперации:
- объединения таблиц;
- пересечения таблиц;
- взятия разности таблиц;
- прямого произведения таблиц.
Специальные реляционные операциивключают:
- ограничение таблицы;
- проекцию таблицы;
- соединение таблиц;
- деление таблиц.
В настоящее времяблагодаря расширению функциональности и ухода от классических основ реляционнойтеории появились новые (постреляционные) модели баз данных (ненормализованныереляционные базы данных, базы сложных объектов, объектно-ориентированные базыданных и т.д.).
1.3 Нормализация базы данных
Процесстрансформации данных в реляционную форму называется нормализацией. По сутинормализация – это удаление избыточных данных из каждой таблицы в базе данных.У нормализации двойная цель – удалить лишние копии данных и обеспечитьмаксимальную гибкость, как в структурах таблиц, так и в интерфейсныхприложениях на случай возможных будущих изменений в базах данных.
О нормализации таблиц вбазе данных нужно заботиться на раннем этапе проектирования приложения, так какна последующих этапах довольно трудно менять структуру базы. Иногда процесснормализации порождает добавочные таблицы, которые не были включены впервоначальный проект.
Нормализация обычноподразделяется на шесть форм или стадий – от первой нормальной формы по третьюнормальную форму, нормальная форма Бойса-Кодда, четвёртая и пятая нормальныеформы. То есть шесть установок реляционного критерия, который либо обнаруживаеттаблицу, либо нет. Каждая последующая стадия строится на основе предыдущей. Напрактике, как правило, используется только первые три. Рассмотрим их болееподробно.
Первая нормальная форма:для того чтобы таблица считалась нормализованной к первой нормальной форме,каждое из ее полей должно быть неделимым и не должно содержать никакихповторяющихся групп.
Поле считается неделимым, если оно содержиттолько один элемент данных. Например, поле, которое содержит не только названиеулицы, но также и города, почтовый код, не является неделимым. Чтобысоответствовать первой нормальной форме, такие столбцы должны быть разбиты нанесколько полей.
Повторяющаяся группа —это поле, которое повторяется внутри определения записи с целью хранениянескольких значений для атрибута.
Вторая нормальная форма:для того чтобы привести таблицу ко второй нормальной форме, нужно, чтобы все неключевые поля полностью зависели от первичного ключа таблицы и от каждого поляв первичном ключе, если последний состоит из нескольких полей. Это значит, чтокаждое не ключевое поле должно уникально определяться первичным ключом иполями, его составляющими.
Третья нормальная форма:для того чтобы таблица была приведена к третьей нормальной форме, нужно, чтобывсе не ключевые поля полностью зависели от первичного ключа таблицы и независели друг от друга. Таким образом, к квалификации второй нормальной формыдобавляется требование независимости каждого не ключевого поля таблицы отдругих не ключевых полей.
1.4 Основные требования к организации базыданных
Впроцессе активного использования концепций реляционных баз данных и ихнепосредственного применения сформировалась следующая система требований ксвойствам и возможностям этих баз.
Установление многостороннихсвязей: различным программистам требуются различные логические файлы. Эти файлыполучаются из одной и той же совокупности данных. Между элементами запоминаемыхданных могут существовать различные связи. Некоторые базы данных будутсодержать сложные переплетения взаимосвязей. Метод организации данных долженбыть таким, чтобы обеспечивалась возможность удобного представления этихвзаимосвязей и быстрого согласования вносимых в них изменений. СУБД должнаобеспечивать возможность получения требуемых логических файлов из имеющихсяданных и существующих между ними связей.
Производительность: базыданных, специально разработанные для использования их оператором терминала,обеспечивают время ответа, удовлетворительное для диалога человека. Кроме того,система баз данных должна обеспечивать соответствующую пропускную способностьзапросов.
Минимальные затраты: дляуменьшения затрат на создание и эксплуатацию базы данных выбираются такиеметоды организации, которые минимизируют требования к внешней памяти.
Минимальная избыточность:целью организации базы данных должно быть уничтожение избыточных данных там,где это выгодно, и контроль над теми противоречиями, которые вызываютсяналичием избыточных данных.
Возможности поиска: пользовательбазы данных может обращаться к ней с самыми различными вопросами по поводухранимых данных.
Целостность: если базаданных содержит данные, используемые многими пользователями, очень важно, чтобыэлементы данных и связи между ними не разрушались.
Безопасность исекретность: данные в системах баз данных должны храниться в тайне исохранности. Под безопасностью данных понимают защиту данных от случайного илипреднамеренного доступа к ним лиц, не имеющих на это право, от неавторизованноймодификации данных или их уничтожения. Секретность определяют как правоотдельных лиц или организаций определять, когда, как и какое количествосоответствующей информации может быть передано другим лицам или организациям.
Связь с прошлым: организации,которые в течение какого-то времени эксплуатируют системы обработки данных,затрачивают значительные средства на написание программ, процедур и организациюхранения данных. В том случае, когда фирма начинает использовать навычислительной установке новое программное обеспечение управления базамиданных, очень важно, чтобы при этом она могла работать с уже существующими наэтой установке программами, обрабатываемые данные можно было бы соответствующимобразом преобразовывать.
Связь с будущим: особенноважной представляется связь с будущим. В будущем данные и среда их храненияизменятся по многим направлениям. Любая коммерческая организация со временемпретерпевает изменения. Особенно дорогими эти изменения оказываются дляпользователей системами обработки данных. Одна из самых важных задач, приразработке баз данных – запланировать базу данных таким образом, чтобыизменения ее можно было выполнять без модификации прикладных программ.
Простота использования: средства,которые используются для представления общего логического описания данных,должны быть простыми и изящными. Интерфейс программного обеспечения должен бытьориентирован на конечного пользователя и учитывать возможность того, чтопользователь не имеет необходимой базы знаний по теории баз данных.
Выполнение указанныхтребований в значительной степени упрощается благодаря использованиютрехуровневой архитектуры базы данных и архитектуры приложения типа « клиент — сервер », что также позволяет значительно упростить процесс проектирования исопровождения баз данных, не выходя за рамки вышеописанных требований.
1.5 Трехуровневая архитектура
АрхитектураANSI/SPARCвключает в себя три уровня:
- внутренний, наиболее близкий к физическому хранению информации;
- внешний, наиболее близкий к представлению данных конечнымпользователям;
- концептуальный, являющийся неким промежуточным, обобщеннымпредставлением между внутренним и внешним уровнями;
При этом можетсуществовать некоторое число внешних представлений, согласно терминологииявляющихся представлениями отдельных пользователей, состоящих из абстрактных представленийопределенной части базы данных, и лишь один концептуальный, состоящий изабстрактного представления базы в целом, и внутренний, отражающий всю базу какфизически хранимую структуру.
Трехуровневая архитектуралегко применима для реализации в реляционных системах баз данных.Концептуальный уровень является определенно реляционным, так как объекты этогоуровня являются таблицами (также как и операторы работы с ними). Внешниепредставления также будут реляционными или близкими к этому. Внутренний уровеньне будет реляционным, поскольку объекты этого уровня будут не таблицами, аобъектами такого же типа, как и находящиеся на внутреннем уровне объекты любойдругой системы.
Внешний уровеньпредставлен для различных пользователей различными языками общения: дляпрограммиста – это какой-либо язык программирования, для конечного пользователя– язык запросов или специализированный язык, основанный на формах и меню. Внезависимости от типа, каждый из них включает подъязык данных, связанный только собъектами баз данных. В большинстве случаев это SQL. Любой подъязык данных являетсякомбинацией как минимум двух подчиненных языков – языка определения данных (DDL), поддерживающего объявлениеобъектов базы данных, и языка обработки данных (DML), поддерживающего обработку таких объектов.
Концептуальноепредставление существенно отличается от представлений внешнего и внутреннегоуровней, так как информация представляется в её натуральном, неискаженном всилу потребностей конкретного пользователя виде и без учета подробностейхранения и доступа к ней. Это представление можно рассматривать как множествоэкземпляров каждого типа концептуальной записи или как совокупность объектов иотношений между ними в некой прямой форме. При этом в концептуальной схемеопределения информации нет никакого упоминания её физической структуры.Обеспечиваемая этим независимость данных предопределяет независимостьсоответствующей внешн