Реализация электронной коммерции данных интерфейс решения

Embedded SQL

В первые дни реляционных баз данных, единственный портативный интерфейс для приложений Embedded является структурированной Язык запросов (SQL). Был не общие функции API и не стандарт четвертого поколения язык (4GL). Embedded SQL использует конкретного языка Precompiler. SQL команды кроются в принимающем языке программирования, таком как C или COBOL. В Precompiler переводит команды во встроенный язык принимающей заявления, что использовать родной API к базе данных.

Проблема с использованием Embedded SQL состоит в том, что должно быть составлен версию базы данных интерфейс для каждой базы данных и операционной системы, поддерживаются. Это не эффективно и полезно для гетерогенных средах. Кроме того, разработчик может осуществляться с проблемами при каждой базе данных продавца C API. Не все базы данных API для создания равных.

ODBC

При построении веб-сайта, которые должны соединяться с различными базами данных, первой базы данных стандартных подключения, как правило, рассмотрен Открыть Database Connectivity (ODBC). ODBC представляет собой логический выбор, потому что это стандартные API. Она представляет собой набор функций требует основе SQL Доступ группой (НКГ) набор функций для использования единой базы данных SQL системы (бэкэнд системы). В НКГ реализует набор базовых функций, динамических SQL. Embedded SQL команды могут быть переведены с призывом ODBC. Наконец, есть ODBC драйверов для всех основных баз данных приложения.

Применение функций ODBC доступ через ODBC Driver Manager, которая динамически ссылки на соответствующий ODBC драйвер. ODBC драйверов ODBC переводит запросы к родной формат для конкретного источника данных. Источник данных может быть полностью RDBMS, таких как FirstSQL или может быть простой формат файла, такие как Xbase. Иными словами, большинство драйверов ODBC связаны с одним источником данных. Некоторые, как FirstSQL, поддержку множества источников данных. В FirstSQL ODBC Драйвер поддерживает как FirstSQL источника данных и Xbase источника данных.

Хотя ее название начинается с открытым, это означает, что он не привязан к одному поставщику или даже подмножеством RDBMS продавцов, ODBC находится под контролем одного поставщика: Microsoft. Microsoft определяет спецификацию на API и поставок основных водитель менеджер программного обеспечения, используемого на их операционных систем. Такой контроль имеет ряд положительных аспектов, и некоторые плохие для будущего ODBC.

Microsoft сделала разумный, полезный расширений для первоначального определения НКГ в создании ODBC. Позднее Выпуски после оптимизации этих расширений. Microsoft взяла приведения будущих версий ODBC в соответствие с НКГ спецификаций и с существующими стандартами.

OLE DB

В крупных удар ODBC, Microsoft является touting их Объект Связь Погружение и базы данных (OLE DB) объекта в качестве замены ODBC. OLE DB может рассматриваться в качестве объекта слоя укладывать на ODBC, но Microsoft может оказывать прямого OLE DB драйверы для своего данных товаров и де подчеркнуть, и, возможно, прекратить ODBC драйверов для своей продукции. OLE DB не является открытой или переносные исключением между операционными системами Microsoft (OSs), которая в настоящее время является одной ОС Windows NT.

Поскольку Microsoft общий контроль над спецификацией и в произвольной сложности объекта, OLE DB не будет поддержана другими операционными системами - Операционная система 2 (OS / 2), операционной системы Macintosh (MAC OS), и различными видами Unix . ODBC, Embedded SQL и, в меньшей степени, будет оставаться единственным открытым и портативных интерфейсы для баз данных SQL. К сожалению, судьба ODBC полностью под контролем Microsoft.

Java и JDBC

Java Database Connectivity (JDBC) является SQL API уровня, что позволяет встроить SQL заявления как аргументы методов JDBC интерфейсы. Для вас сделать это в базу данных независимой от моды, JDBC требует базы данных поставщиков предоставлять выполнения осуществления своих интерфейсов. Эти пути реализации вашего SQL призывает к базе данных в форме собственности оно признает. Как программист, хотя вы никогда не придется беспокоиться о том, как JDBC является маршрутизация SQL заявлений. Что JDBC, можно запустить тот же код неважно какой базе данных находится. А Java клиент / сервер приложение может использовать одну из следующих трех основных архитектур баз данных:

• Объект базы данных

• Объект - реляционная база данных

• Реляционной базы данных

Большинство современных баз данных реляционных баз данных. Таким образом, JDBC API сильно предвзятым для реляционных баз данных и SQL. Существует архитектурного конфликта между Java и реляционных баз данных. Java является объектно- ориентированного, в то реляционных баз данных не являются объектом направленность. Поэтому картирование между объектами Java в SQL отношений должно произойти. Теперь разработчик это сделать карт.

Применение Java и JDBC имеет две явные преимущества для гетерогенных Web разработки приложений. Это база данных независимых и облегчает распределенных вычислений. А Java базы данных, не то, что обслуживание данных двигателя используется. Таким образом, разработчик может изменять базу данных двигателя без изменения Java приложения. По сути, разработчик может написать библиотеку классов, что карты деловых объектов к базе данных субъектов таким образом, что в заявке не знаем, что база данных используется.

Использование Java для распределенных вычислений, имеет то преимущество, что пользователь может загрузить код Java как он нуждается в ней. Администратор не имеет для установки программного обеспечения на каждой рабочей станции пользователя. Эта модель очень полезны, когда настанет время для обновления приложения. Администратор не переустановить программное обеспечение.

- DBI PERL

Практические Добыча и отчетности язык (PERL), скорее всего, наиболее распространенным языком сценариев, используемых в Интернете сегодня. Это в основном используются с Uniplexed информации и вычислительной системы (Unix) операционной системы, хотя она и может использоваться с Windows NT ®. PERL хорошо подходит для сети, потому что это язык, который был написан для обработки текста и текстовых файлов. В PERL сообществу необходимо также интерфейс к базам данных. Поскольку PERL является открытым исходным применения, базы данных Interface (DBI) идеально подходит для этой задачи.

В простым языком, то DBI интерфейс позволяет пользователям получать доступ к базе данных нескольких типов прозрачно. Поэтому, если Вы подключении к Oracle, Informix, mSQL, Sybase или любой другой базы данных, вам не нужно знать механизмы, лежащие в 4GL слоя. В API определены DBI будет работать на всех этих типов данных.

Аналогичное пособие накопленный возможность подключения к двум различным базам данных различных поставщиков в рамках одной PERL скрипт (если вы хотите читать данные из баз данных Oracle и вставить его обратно в базу данных Informix все в одной программе). В DBI слоя позволяет вам сделать это просто и убедительно.