Создают базы данных и обрабатывают запросы к ним системы управления базами данных — СУБД. Известно множество СУБД, различающихся своими возможностями или обладающих примерно равными возможностями и конку- рирующих друг с другом: Paradox, dBase, Microsoft Acess, FoxPro, Oracle, Inter-
Base, Sybase и много других. Разные СУБД по разному организуют и хранят базы данных. Например, Paradox и dBase используют для каждой таблицы отдельный файл. В этом случае база данных — это каталог, в котором хранятся файлы таблиц. В Microsoft Access и в InterBase несколько таблиц хранится как один файл.
В этом случае база данных — это имя файла с путем доступа к нему. Системы типа клиент/сервер, такие, как серверы Sybase или Microsoft SQL, хранят все данные на отдельном компьютере и общаются с клиентом посредством специального языка, называемого SQL.
Поскольку конкретные свойства баз данных очень разнообразны, пользователю было бы весьма затруднительно работать, если бы он должен был указывать в своем приложении все эти каталоги, файлы, серверы и т.п. Да и приложение часто пришлось бы переделывать при смене, например, структуры каталогов и при переходе с одного компьютера на другой, Чтобы решить эту про- блему, используют псевдонимы баз данных . Псевдоним (alias) содержит всю информацию, необходимую для обеспечения доступа к базе данных.
2. Базы данных. Модификация и выборка данных | Технострим
Эта информация сообщается только один раз при создании псевдонима. А приложение для связи с базой данных использует псевдоним. В этом случае приложению безразлично, где физически расположена та или иная база данных, а часто безразлична и СУБД, создавшая и обслуживающая эту базу данных. При смене системы каталогов, сервера и т.п. ничего в приложении переделывать не надо.
Достаточно, чтобы администратор базы данных ввел соответствующую информацию в псевдоним. При работе с базами данных часто используется кэширование всех изменений . Это означает, что все изменения данных, вставка новых записей, удаление существующих записей, т.е. все манипуляции с данными, проводимые пользователем, сначала делаются не в самой базе данных, а запоминаются в памяти во временной, виртуальной таблице.
И только по особой команде после всех проверок правильности вносимых в таблицу данных пользователю предоставляется возможность или зафиксировать все эти изменения в базе данных, или отказаться от этого и вернуться к тому состоянию, которое было до начала редактирования. Фиксация изменений в базе данных осуществляется с помощью транзакций . Это совокупность команд, изменяющих базу данных.
Пользователю предоставляется возможность завершить транзакцию или внесением всех изменения в реальную базу данных, или отказом от этого с возвратом к тому состоянию, которое было до начала транзакции. Основой работы прикладных программ с базами данных является Borland Database Engine (BDE) — процессор баз данных фирмы Borland. BDE служит посредником между приложением и базами данных. Он предоставляет пользователю единый интерфейс для работы, развязывающий пользователя от конкретной реализации базы данных. Благодаря этому не надо менять приложение при смене реализации базы данных. Приложение никогда не обращается непо-
Занятие 2. Проектирование базы данных. Таблицы и связи. Схема базы данных
средственно к базе данных, а только к BDE. Таким образом, общение с базами данных соответствует схеме, приведенной на рис. 2.20. Приложение, когда ему нужно связаться с базой данных, обращается к BDE и сообщает обычно псевдоним базы данных и необходимую таблицу в ней. BDE реализован в виде динамически присоединяемых библиотек DLL.
Они, как и любые библиотеки, снабжены API (Application Program Interface — интерфейсом прикладных программ), названным IDAPI (Integrated Database Application Program Interface). Это список процедур и функций для работы с базами данных, которым и пользуются приложения. BDE по псевдониму находит подходящий для указанной базы данных драйвер.
Драйвер — это вспомогательная программа, которая понимает, как общаться с базами данных определенного типа. Если в BDE имеется собственный драйвер соответствующей СУБД, то BDE связывается через него с базой данных и с нужной таблицей в ней, обрабатывает запрос пользователя и возвращает в приложение результаты обработки.
BDE поддерживает естественный доступ к таким базам данных, как Microsoft Access, FoxPro, Paradox, dBase. Рис. 2.20. Схема связи приложения с базами данных Если собственного драйвера нужной СУБД в BDE нет, то используется драйвер ODBC. ODBC (Open Database Connectivity) — это DLL, аналогичная по функциям BDE, но разработанная фирмой Microsoft.
Она хранится в файле ODBC.DLL. Поскольку Microsoft включила поддержку ODBC в свои офисные продукты и для ODBC созданы драйверы практически к любым СУБД, фирма Borland включила в BDE драйвер, позволяющий использовать ODBC. Правда, работа через ODBC осуществляется несколько медленнее, чем через собствен-
ные драйверы СУБД, включенные в BDE. BDE поддерживает SQL — стандартизованный язык запросов, позволяющий обмениваться данными с SQL-серверами, такими, как Sybase, Microsoft SQL, Oracle, Interbase. Эта возможность используется особенно широко при работе на платформе клиент/сервер. В C++ введена другая альтернативная возможность работы с базами данных, минуя BDE.
Это разработанная в Microsoft технология ActiveX Data Objects (ADO). ADO — это пользовательский интерфейс к любым типам данных, включая реляционные и не реляционные базы данных, электронную почту, системные, текстовые и графические файлы. Связь с данными осуществляется посредством так называемой технологии OLE DB. Использование ADO обеспечивает более эффективную работу с данными.
Для реализации этой возможности на компьютере пользователя должна быть установлена система ADO 2.1 или более старшая версия. Кроме того должна быть установлена клиентская система доступа к данным, например, Microsoft SQL Server, а в ODBC должен иметься драйвер OLE DB для того типа баз данных, с которым вы работаете. Надо сказать, что возможности ADO в С++ пока в некоторых отношениях ниже, чем возможности BDE.
Источник: studfile.net
лр6. Лекция3.Байрамукова.ИСиП-192. Лекция Логическая и физическая независимость данных
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 85.74 Kb.
Лекция 3. Логическая и физическая независимость данных
Вопросы для самоконтроля:
1.Каким образом прикладные программы взаимодействуют с БД?
Одновременно выполняется несколько прикладных программ(ПП), в определенный момент процесс запрашивает информацию, обращаясь к СУБД. СУБД на основании структуры информации представляет во внутренней и внешней модели данных запрос к базе данных в терминах ОС. ОС применяет те или иные драйверы физических устройств, выполняет выборку данных из физической БД и помещает ее в системный буфер.
2.Чем банк данных отличается от базы данных?
Банк данных (БД) — это система специальным образом организованных данных — баз данных, программных, технических, языковых, организационно-методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.
База данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.
3.Какие компоненты входят в состав банка данных?
Основными компонентами банка данных являются: вычислительная система (технические средства и операционная система), база данных ,система управления базой данных , СУБД (программное обеспечение для организа-ции хранения и использования информации), набор прикладных программ.
4.Что представляет собой трехуровневая архитектура СУБД?
Трехуровневая архитектура СУБД – это архитектурная модель программного комплекса, состоящая их трех компонентов: клиента, сервера приложений (к которому подключено клиентское приложение) и сервера БД (с которым работает сервер приложений).
5.В чем особенность уровня внешних моделей?
Уровень внешних моделей — самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению.
6. В чем особенность концептуального уровня?
Концептуальный уровень — центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
7. В чем особенность физического уровня?
Физический уровень — собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.
8.Что означает логическая и физическая независимость данных?
Логическая независимость предполагает возможность изменения одного приложения без корректировки других приложений, работающих с этой же базой данных.
Источник: topuch.com
Большая Энциклопедия Нефти и Газа
Взаимодействие прикладных программ происходит следующим образом. Обмен информацией во всех сетях осуществляется по логическим каналам ( ЛК), следовательно, между взаимодействующими программами должен быть установлен ЛК. Выделяются программа-источник и программа-приемник. После установления ЛК программы становятся равноправными. Между двумя или более взаимодействующими программами может существовать по одному или более логических каналов. [1]
Взаимодействие прикладной программы с терминалом может осуществляться с помощью одного из следующих трех методов. [2]
ЯМД предназначен для взаимодействия прикладных программ с БД с целью поиска, чтения и обновления записей файлов БД. ЯМД расширяет возможности ОС ЕС ЭВМ при работе с данными на магнитных дисках и обеспечивает доступ к БД из прикладных программ пользователей и программных компонентов ДИСОД на уровне логических имен элементов записей файлов. [3]
Рассмотрим подробнее макрокоманды и подпрограммы для взаимодействия прикладных программ . На базе этого механизма реализовано большинство сервисных возможностей сетевых обслуживающих программ, и этими средствами широко пользуются программисты. Поясним упрощенно взаимодействие двух прикладных программ, написанных на Макроассемблере, однако для программ на языках высокого уровня существуют подпрограммы, выполняющие функции, аналогичные соответствующим макрокомандам. [4]
На рис. 1.5 приведена примерная схема взаимодействий прикладной программы с СУБД. Передачу данных между рабочей областью ввода — вывода и БД вызывают команды манипулирования данными, которые инициируются прикладной программой и работают на основании приведенного описания требуемых данных. СУБД и базу данных можно представлять как гипотетическое внешнее устройство, с которого считываются данные ( либо куда записываются данные), управляемое с помощью команд ЯМД. При этом в программе выполняется соответствующее описание требуемых данных и переменных. [5]
Системное ПрО хранится в памяти устройства ЧПУ и организует взаимодействие прикладных программ с пользователем, устройством ЧПУ и технологическим оборудованием. Оно включает в себя операционную систему реального времени и пакет обрабатывающих программ — утилит, в которые входят программы, решающие задачи обработки прерываний и фоновые задачи обработки соответствующих массивов базы данных. Системное ПрО направлено на решение общих задач программного управления, не относящихся к конкретному технологическому процессу. [6]
Прикладной уровень [ application layer ] — отвечает за взаимодействие прикладных программ и интерфейс пользователя. [7]
Интерфейсные средства программиста включают ряд наборов макрокоманд и подпрограмм — для взаимодействия прикладных программ , выполняемых в разных узлах сети, для доступа куда-ленным файлам, для управления удаленными программами, а также макрокоманды прямого управления линиями. [8]
Обычно под термином интерфейс включающего языка понимается компонент СУБД, предоставляющий средства для взаимодействия прикладной программы , написанной на включающем языке программирования, с этой системой. Таким образом, имеется в виду интерфейс между прикладной программой и СУБД. [9]
Под графическим пользовательским интерфейсом GUI ( Graphical User Interface) понимается некоторая система ( среда), служащая для организации взаимодействия прикладных программ с пользователем на основе графического многооконного представления данных. [10]
ЭВМ работает последовательно, поочередно обслуживая агрегаты; это объективное несоответствие режимов работы технологического оборудования и системы управления порождает сложные проблемы увязки взаимодействия отдельных прикладных программ решения задач . [11]
Третью группу образуют сеансовый, прикладной уровни и уровень представления данных. Они непосредственно связаны с организацией взаимодействия прикладных программ пользователей , а также с вводом, хранением, обработкой данных и выдачей результатов. [12]
Третью группу образуют сеансовый, прикладной уровни и уровень представления данных. Они непосредственно связаны с организацией взаимодействия прикладных программ пользователей , а также с вводом, хранением, обработкой данных и выдачей результатов. Все процессы, проходящие на перечисленных уровнях, носят название прикладных. Это главные процессы в коммутационных системах; именно ради них создаются сети, в том числе ЛВС. [13]
Программисту, начинающему работать с Windows или РМ, наиболее тяжело дается непривычная структура программы. Это связано с тем, что базовым механизмом взаимодействия прикладной программы с оконной системой являются сообщения, посылаемые от оконной системы к прикладной программе. Таким образом, оконная система оказывается активным участником взаимодействия прикладной программы с системой. С другой стороны, прикладная программа должна быть всегда готова к обработке очередного сообщения ( в том числе — перевысветить все изображение в окне), постоянно с помощью специальных функций опрашивать очередь сообщений. [14]
Специфической особенностью систем моделирования химико-технологических схем ( ХТС) является их многоуровневая структура, причем взаимодействие с системой обеспечения расчетов осуществляется на нижнем уровне из программ расчета отдельных узлов и аппаратов. Характер и алгоритм свертки данных определяется типом решаемой задачи. Схемы организации взаимодействия прикладных программ , пакетов предварительной обработки данных и СУЩ могут быть различными. [15]
Источник: www.ngpedia.ru