Драйвер JDBC - JDBC driver

А Драйвер JDBC это программного обеспечения компонент, позволяющий Ява приложение для взаимодействия с база данных.[1] Драйверы JDBC аналогичны Драйверы ODBC, Поставщики данных ADO.NET, и Поставщики OLE DB.

Чтобы подключиться к отдельным базам данных, JDBC (подключение к базе данных Java API ) требуются драйверы для каждой базы данных. Драйвер JDBC выдает связь в базу данных и реализует протокол для передачи запроса и результата между клиент и база данных.

Драйверы технологии JDBC относятся к одной из четырех категорий.[2]

  1. Мост JDBC-ODBC
  2. Драйвер Native-API
  3. Драйвер сетевого протокола (Промежуточное ПО Водитель)
  4. Драйвер протокола базы данных (драйвер чистой Java) или тонкий драйвер.

Драйвер типа 1 - мост JDBC-ODBC

Схема моста JDBC-ODBC

Драйвер JDBC типа 1, также известный как Мост JDBC-ODBC, это реализация драйвера базы данных, в которой используется ODBC драйвер для подключения к базе данных. Драйвер преобразует вызовы методов JDBC в вызовы функций ODBC.

Драйвер зависит от платформы, так как он использует ODBC, который, в свою очередь, зависит от собственных библиотек базового Операционная система в JVM бежит. Кроме того, использование этого драйвера приводит к другим зависимостям установки; например, ODBC должен быть установлен на компьютере с драйвером, а база данных должна поддерживать драйвер ODBC. Использование этого драйвера не рекомендуется, если доступна альтернатива чистого Java-драйвера. Другое значение состоит в том, что любое приложение, использующее драйвер типа 1, непереносимо, учитывая привязку между драйвером и платформой. Эта технология не подходит для среды с большим количеством транзакций. Драйверы типа 1 также не поддерживают полный набор команд Java и ограничены функциональностью драйвера ODBC.

Sun (ныне Oracle) предоставила драйвер моста JDBC-ODBC: sun.jdbc.odbc.JdbcOdbcDriver. Этот драйвер представляет собой собственный код, а не Java, и имеет закрытый исходный код. Мост JDBC-ODBC от Sun / Oracle был удален в Java 8 (доступны другие поставщики).[3][4][5][6]

Если драйвер был написан так, что загрузка вызывает создание экземпляра, а также вызывает DriverManager.registerDriver с этим экземпляром в качестве параметра (как и должно быть), тогда он будет в списке драйверов DriverManager и доступен для создания соединения.

Иногда может случиться так, что несколько драйверов JDBC могут подключиться к данному URL-адресу. Например, при подключении к данной удаленной базе данных можно использовать драйвер моста JDBC-ODBC, драйвер JDBC-to-generic-network-protocol или драйвер, предоставленный поставщиком базы данных. В таких случаях порядок, в котором проверяются драйверы, имеет большое значение, поскольку DriverManager будет использовать первый найденный драйвер, который может успешно подключиться к данному URL-адресу.

Сначала DriverManager пытается использовать каждый драйвер в том порядке, в котором он был зарегистрирован. (Драйверы, перечисленные в jdbc.drivers, всегда регистрируются первыми.) Он будет пропускать все драйверы с ненадежным кодом, если они не были загружены из того же источника, что и код, который пытается открыть соединение.

Он проверяет драйверы, вызывая метод Driver.connect для каждого из них по очереди, передавая им URL-адрес, который пользователь изначально передал методу. DriverManager.getConnection. Первый драйвер, распознающий URL-адрес, устанавливает соединение.

Преимущества

  • Можно получить доступ практически к любой базе данных, для которой установлен драйвер ODBC, и можно получить данные.

Недостатки

  • Накладные расходы на производительность, поскольку вызовы должны проходить через мост JDBC (подключение к базе данных Java) к драйверу ODBC (подключение к открытой базе данных), а затем к собственному интерфейсу подключения к базе данных (таким образом, он может быть медленнее, чем другие типы драйверов).
  • Драйвер ODBC необходимо установить на клиентском компьютере.
  • Не подходит для апплеты, потому что драйвер ODBC должен быть установлен на клиенте.
  • Определенные драйверы ODBC не всегда доступны на всех платформах; следовательно, переносимость этого драйвера ограничена.
  • Нет поддержки JDK 1.8 (Java 8).

Драйвер типа 2 - драйвер Native-API

Схема драйвера Native API

Драйвер JDBC типа 2, также известный как Драйвер Native-API, это реализация драйвера базы данных, использующая клиентские библиотеки базы данных. Драйвер конвертирует JDBC вызовы методов в собственные вызовы API базы данных. Например: драйвер Oracle OCI - это драйвер типа 2.

Преимущества

  • Поскольку не существует реализации моста JDBC-ODBC, он может быть значительно быстрее, чем драйвер типа 1.

Недостатки

  • На клиентском компьютере должна быть установлена ​​клиентская библиотека поставщика.
  • Не все базы данных имеют библиотеку на стороне клиента.
  • Этот драйвер зависит от платформы.
  • Этот драйвер поддерживает все приложения Java, кроме апплетов.

Драйвер типа 3 - драйвер сетевого протокола (драйвер промежуточного программного обеспечения)

Схема драйвера сетевого протокола

Драйвер JDBC типа 3, также известный как драйвер Pure Java для промежуточного программного обеспечения баз данных,[7] - это реализация драйвера базы данных, в которой используется средний уровень между вызывающей программой и базой данных. Средний ярус (сервер приложений ) конвертирует JDBC прямо или косвенно обращается к конкретному поставщику база данных протокол.

Он отличается от драйвера типа 4 тем, что логика преобразования протокола находится не на клиенте, а на среднем уровне. Как и драйверы типа 4, драйвер типа 3 полностью написан на Java.

Один и тот же драйвер JDBC на стороне клиента может использоваться для нескольких баз данных. Это зависит от количества баз данных, для поддержки которого настроено промежуточное ПО. Драйвер типа 3 независимая платформа поскольку о различиях, связанных с платформой, позаботится промежуточное программное обеспечение. Кроме того, использование промежуточного программного обеспечения обеспечивает дополнительные преимущества безопасности и доступа к брандмауэру.

Функции

  • Отправляет вызовы JDBC API на сетевой сервер среднего уровня, который переводит вызовы в специфичный для СУБД сетевой протокол. Затем переведенные вызовы отправляются в конкретную СУБД.
  • Использует трехуровневый коммуникационный подход.
  • Может взаимодействовать с несколькими базами данных - не зависит от поставщика.
  • Драйвер клиента JDBC, написанный на java, взаимодействует с промежуточным сервером сети, используя протокол, независимый от базы данных, а затем этот сетевой сервер переводит этот запрос в команды базы данных для этой базы данных.
  • Таким образом, связь драйвера клиента с промежуточным программным обеспечением не зависит от базы данных.

Преимущества

  • Поскольку связь между клиентом и сервером промежуточного программного обеспечения не зависит от базы данных, нет необходимости в библиотеке поставщика базы данных на клиенте. Для новой базы данных менять клиента не нужно.
  • Сервер промежуточного программного обеспечения (который может быть полноценным сервером приложений J2EE) может предоставлять типичные службы промежуточного программного обеспечения, такие как кеширование (соединений, результатов запросов и т. Д.), Балансировка нагрузки, ведение журнала и аудит.
  • Один драйвер может обрабатывать любую базу данных, если это поддерживает промежуточное ПО.
  • Например: IDA Server

Недостатки

  • Требует, чтобы кодирование для конкретной базы данных выполнялось на среднем уровне.
  • Добавленный промежуточный уровень может привести к дополнительной задержке, но обычно преодолевается за счет использования более качественных промежуточных сервисов.

Драйвер типа 4 - драйвер протокола базы данных / тонкий драйвер (драйвер чистой Java)

Схема драйвера Native-Protocol

Драйвер JDBC типа 4, также известный как Direct to Database Драйвер Pure Java, это реализация драйвера базы данных, которая преобразует JDBC звонки непосредственно на конкретного поставщика база данных протокол.

Написано полностью на Ява, драйверы типа 4, таким образом, независимая платформа. Они устанавливаются внутри Виртуальная машина Java клиента. Это обеспечивает лучшую производительность, чем драйверы типа 1 и типа 2, поскольку не требует дополнительных затрат на преобразование вызовов в вызовы ODBC или API базы данных. В отличие от драйверов типа 3, для работы не требуется связанное программное обеспечение.

Поскольку протокол базы данных зависит от поставщика, клиенту JDBC требуются отдельные драйверы, обычно поставляемые поставщиком, для подключения к различным типам баз данных.

Преимущества

  • Полностью реализован на Java для достижения независимости от платформы.
  • Эти драйверы не переводят запросы в промежуточный формат (например, ODBC).
  • Клиентское приложение напрямую подключается к серверу базы данных. Нет перевода или промежуточное ПО слои используются, улучшая производительность.
  • JVM может управлять всеми аспектами соединения приложения с базой данных; это может облегчить отладку.

Недостатки

  • Драйверы зависят от базы данных, поскольку разные поставщики баз данных используют совершенно разные (и обычно проприетарные) сетевые протоколы.

Список драйверов JDBC

Смотрите также

Рекомендации

  1. ^ "Технологии Java SE - База данных"
  2. ^ Обзор Sun JDBC
  3. ^ Oracle. «Мост JDBC-ODBC». Справочный центр Oracle. Получено 27 июн 2015.
  4. ^ "Жизнь после sun.jdbc.odbc.JdbcOdbcDriver". Блог о технологии универсального доступа к данным. Программное обеспечение OpenLink. 2015-06-04. Получено 2016-11-18. Мост JDBC-ODBC в формах как типа 1, так и типа 3 был доступен и регулярно обновлялся с момента его первоначального выпуска для JDBC 1.
  5. ^ https://www.progress.com/connectors/sequelink
  6. ^ http://www.easysoft.com/blog/java-8.html
  7. ^ http://docs.oracle.com/cd/E19509-01/820-5069/ggzci/index.html
  8. ^ "Программное обеспечение | xerial.org". xerial.org. Получено 2020-08-25.