Nitin Nanda"JDBC драйвер 3 типа – сетевой протокол/«чистый» Java драйвер – использует трехуровневую архитектуру, где вызовы JDBC посылаются на промежуточный т.н. сервер приложений, далее этот сервер транслирует вызовы (явно или косвенно) в вызовы специфичного к СУБД нативного интерфейса для дальнейшего обращения к базе данных. Если сервер среднего слоя написан на Java то он может использовать для трансляции JDBC драйверы 1 и 2 типов."

Попробовал сравнить производительность - проигрывают вчистую не то что драйверам 4-го уровня, даже JDBC-ODBC Bridge'у. Кому интересно - работал с Sybase ASE 12.5. Hассматрвиал IDS Server компании Idssoftware в качестве драйвера 3-го типа, jConnect5.5 и jTDS в качестве драйверов 4-го типа.

В свете вышесказанного хотелось бы выяснить, находил ли то-нибудь применение такого рода драйверам, и дают ли они в чём либо преимущество?

Всё вышесказанное понятно и следует из темы. Вопрос в другом - зачем всё это нужно? Я имею ввиду не трёхзвенную архитектуру вообще, а драйвер её реализующий, учитывая что скорость его работы будет ниже (по понятным причинам)? Для чего там трёхзвенка?

peter6636
Плюсы
Данный драйвер является серверным, поэтому нет необходимости в установке библиотек вендора СУБД на клиентских машинах. Кроме того существует много способов для оптимизации портабельности, производительности и масштабируемости. Более того, использование сетевого протокола дает возможность сделать JDBC драйвер очень маленьким и быстрым для загрузки. Вдобавок, драйверы 3 типа, как правило, поддерживают такие свойства как кэширование (соединений, результатов запросов и т.д.), балансировку нагрузки и расширенные функции администрирования, такие как аудит и логгинг.
Минусы
Драйверы 3-го типа требуют кодирования на среднем слое функций специфичных к СУБД, кроме того, перебор записей в ResultSet может быть достаточно длительным, так как данные проходят через сервер приложений
(с)Nitin Nanda :)

Насчёт плюсов это всё "бла-бла-бла...". Слова обо всем в общем и ни о чем в частности. Драйвера 4-го типа также не требуют установки библиотек вендора СУБД и работают гораздо быстрее. А насчет "кэширование (соединений, результатов запросов и т.д.), балансировку нагрузки и расширенные функции администрирования, такие как аудит и логгинг", так это я и сам реализую у себя на middle-сервере.