Процесс разработки и развития любой СУБД неизбежно приводит к необходимости
решать проблему взаимодействия с данными, созданными и управляемый в рамках
других программных систем, или, как еще говорят, к проблеме доступа к внешним
источникам данных. Это, в свою очередь, определяет принципиальное требование,
которому должны удовлетворять прикладные СУБД: программные процедуры обработки
информации, создаваемые в рамках СУБД, должны быть максимально независимыми
от формата хранимых данных.
Выполнение этого принципа позволяет:
- во-первых, с наименьшими затратами осуществлять переход от одной СУБД к другой,
потребность в чем, допустим, возникает при масштабировании ранее созданного
программного обеспечения для предприятий и фирм качественно иного размера;
- во-вторых, успешно решать задачи интеграции двух и более независимых программных
систем.
Важнейшим инструментом форматно независимого доступа к данным из программ стала
технология ODBC (Open Data Base Connectivity), созданная фирмой Microsoft. Ее
принципиальная схема изображена на рис. 30.
Как следует из рис. 30, в рамках ODBC:
- программное приложение непосредственно взаимодействует с диспетчером драйверов,
посылая ему ODBC-вызовы;
- диспетчер драйверов отвечает за динамическую загрузку нужного ODBC-драйвера,
через который обращается к СУБД (серверу баз данных);
Рис. 30. Принципиальная схема технологии ODBC
- ODBC-драйвер выполняет все вызовы ODBC-функций, "переводит" их
на язык источника данных;
- СУБД хранит и выводит данные в ответ на запросы со стороны ODBC-драйвера (или
же возвращает код ошибки).
В настоящее время в состав подавляющего большинства систем управления данными
входят соответствующие ODBC-драйверы.
Таким образом, при работе с базой данной через ODBC-драйвер она выступает как
некоторый виртуальный источник данных, которым можно управлять с помощью SQL-подобных
команд.
Рис. 31. Окно Администратора источников данных ODBC
Задание ODBC-источника данных (DSN - data source name) является действием,
которое осуществляется средствами операционной системы, управляющей компьютером.
В частности, в операционных средах Windows для этого в Панели
управления предусмотрен пункт Источники Данных ODBC (32 разр), из которого вызывается
Администратор источников данных ODBC.
С его помощью могут быть заданы:
- пользовательский DSN - источник данных, доступный только текущему пользователю
на текущем компьютере;
- файловый DSN - источник данных, которые могут применять совместно различные
пользователи, у которых установлены одинаковые ODBC-драйверы;
- системный DSN - источник данных, доступный всем пользователям и службам текущего
компьютера.
Окно Администратор источников данных ODBC показано на рис. 31.
3.2. Доступ из MS Access к источникам
данных в формате других программных приложений
В MS Access предусмотрены две принципиальные возможности работы с внешними данными.
Это импорт данных и связь с внешними таблицами данных. Оба режима доступны из
меню главного окна базы данных: Файл > Внешние данные.
В случае импорта происходит создание дубликата внешних данных во вновь создаваемой
таблице. Среди преимуществ такого решения могут быть названы:
- доступность всего арсенала средств СУБД Access при манипуляциях импортированными
данными;
- высокое быстродействие при обращении к ним;
- независимость от исходного источника данных.
Однако, приобретая указанные преимущества, мы одновременно получаем и потенциальные
проблемы, связанные с поддержанием актуальности и соответствия друг другу двух
параллельных копий одной и той же информации. Очень часто подобные проблемы
оказываются неразрешимыми.
Eсли актуальность данных является для нас критичным фактором, то необходимо
использовать другой способ работы с внешними данными - связь. В этом случае
в базе данных добавляется лишь ссылка на внешние источники данных и работа с
ними происходит с помощью специальных драйверов. В поставку MS Access традиционно
входят драйверы для работы с данными, созданными в форматах Paradox" Excel,
dBase, FoxPRO, а также в текстовом (*.txt) и гипертекстовом (*.htm) форматах.
Базы данных Paradox, Excel, dBase, FoxPRO и некоторых других форматов также
называют базами данных с индексно-последовательной организацией (англ. - ISAM
- Indexed Sequential Access Method). Специфические IS AM-драйверы, учитывающие
конкретные особенности перечисленных форматов организации данных, как правило,
обеспечивают высокую эффективность и быстродействие при работе с ними. Одновременно
в Access существует возможность работы с обширным множеством универсальных источников
данных, для которых установлены ODBC-драйверы. Для этого при указании типа файла,
с которым устанавливается связь, необходимо выбрать Базы данных ODBCQ (рис.
32).
Рис. 32. Выбор типа внешнего источника данных
"Платой" за применение технологии связывания с внешними данными являются ограничения возможностей по управлению структурой добавляемых таблиц, а также зависимость от состояния самого внешнего источника, к которому мы подключаемся.
3.3. Технологические решения по организации
доступа к данным
Рассмотрим чуть подробнее архитектуру доступа к данным в Access. Схематично
она представлена на рис. 33. В представленной схеме блок пользовательского
интерфейса олицетворяет видимую часть СУБД, то есть то, с чем пользователь взаимодействует
непосредственно (формы, отчеты и другие объекты). Под хранилищем данных понимаются
файл (файлы), содержащие таблицы данных (например, в Access это mdb-файлы).
Хранилище - это некоторый пассивный элемент, в нем данные просто содержатся.
Осуществлять манипуляции с ними - это задача процессора базы данных (или, как
еще говорят, ядра базы данных). Он транслирует команды приложения в физические
операции, непосредственно меняющие файл (файлы) хранилища данных. Основным достоинством
описанной схемы является независимость приложения от типа базы данных, к которой
она обращается: будут ли это данные во внутреннем формате Access или данные
какой-то другой структуры - в приложении используются одни и те же объекты и
методы доступа к ним.
Рис. 33. Архитектура доступа к данным в Access
В СУБД MS Access используется процессор, получивший название Jet (Join* Engine
Technology). Он реализован в виде набора файлов динамически компонуемых библиотек
(DLL), которые связываются с прикладной программой Access в период ее выполнения.
В состав процессора Jet входят процессор запросов SQL и процессор обработки
результатов, возвращаемых этими запросами.
Рассмотренная ранее модель объектного интерфейса доступа к данным ОАО представляет
собой программную надстройку над процессором Jet. Jet также реализует описанные
в 3.1 возможности по доступу к внешним данным в формате ISAM и источникам
данных ODBC.
Для работы СУБД MS Access 97 был использован процессор Jet версии 3.5 для 32-разрядных
приложений. Среди принципиальных преимуществ новой версии могут быть названы:
- ODBCDirect - альтернативный режим DAO, который предоставляет возможности прямого
обращения к источникам данных ODBC в обход ядра Jet. Это позволяет в некоторых
случаях оптимизировать процесс работы с данными за счет использования специфических
характеристик удаленных ODBC-источников;
- для баз данных, управляемых процессором Jet, определены новые объекты, свойства
и методы, позволяющие использовать новые возможности частичной репликаций.
Также следует отметить, что в Jet реализована технология Rushmore - специальная
методика управления запросами, которая позволяет очень эффективно отбирать Наборы
записей при использовании в их критериях определенных типов выражений.
Релятивисты и позитивисты утверждают, что "мысленный эксперимент" весьма полезный интрумент для проверки теорий (также возникающих в нашем уме) на непротиворечивость. В этом они обманывают людей, так как любая проверка может осуществляться только независимым от объекта проверки источником. Сам заявитель гипотезы не может быть проверкой своего же заявления, так как причина самого этого заявления есть отсутствие видимых для заявителя противоречий в заявлении.
Это мы видим на примере СТО и ОТО, превратившихся в своеобразный вид религии, управляющей наукой и общественным мнением. Никакое количество фактов, противоречащих им, не может преодолеть формулу Эйнштейна: "Если факт не соответствует теории - измените факт" (В другом варианте " - Факт не соответствует теории? - Тем хуже для факта").
Максимально, на что может претендовать "мысленный эксперимент" - это только на внутреннюю непротиворечивость гипотезы в рамках собственной, часто отнюдь не истинной логики заявителя. Соответсвие практике это не проверяет. Настоящая проверка может состояться только в действительном физическом эксперименте.
Эксперимент на то и эксперимент, что он есть не изощрение мысли, а проверка мысли. Непротиворечивая внутри себя мысль не может сама себя проверить. Это доказано Куртом Гёделем.
Понятие "мысленный эксперимент" придумано специально спекулянтами - релятивистами для шулерской подмены реальной проверки мысли на практике (эксперимента) своим "честным словом". Подробнее читайте в FAQ по эфирной физике.
|
|
 |
