DBeaver - как вручную загрузить драйвера для баз

Какая версия базы на сервере?

Оффтопик: а зачем вам драйверы сразу для трёх БД?

работаю с ними

база MSSQL Server 2019 Но ошибка драйвера появляется еще до подключения. Правильный драйвер разве не подойдет для всех баз MSSQL?

Для MS SQL качать тут: https://learn.microsoft.com/en-us/sql/connect/jdbc/download-microsoft-jdbc-driver-for-sql-server?view=sql-server-ver16

Правильный драйвер разве не подойдет для всех баз MSSQL?

Не уверен, что всегда, надо читать документацию. Для старых версий могут быть нюансы.

Как раз скаченная версия Version 12.8 (6 файлов .jar ) дала ошибку "не нйден нужный драйвер@

Значит неправильно установил. Должен работать.

Может я не так подгружаю - пробовал только все 6 файлов, и всю разархивированную папку подставлять… Может класс как то надо прописать?

В закрытой от внешнего мира сети я удалял всё, что было на вкладке «библиотеки» в «свойствах драйвера» и добавлял один только jar.

спасибо, попробую удалить лишнее. А если файлов jar целых 6 штук?

я так понимаю нужен то один - или mssql-jdbc-12.8.1.jre11.jar, или mssql-jdbc-12.8.1.jre8.jar, смотря какая у вас jre на машине.

удалил старые дрова, теперь ошибка «не найден действительный путь сертификации к целевому объекту»

не видел такого, не знаю что сказать по этому сообщению.

Очевидно же, импортозамещает MSSQL и Oracle. Да и закрытая сеть «символизирует».

Автор: беги оттуда!

Полный текст ошибки:

Сообщению «encrypt» присвоено значение «true», сообщению «TrustServerCertificate» — значение «false», поэтому мне не удалось установить безопасное подключение к SQL Server. используем SSL-шифрование. Ошибка: Не удалось создать путь к PKIX: sun.security.provider.certpath.Исключение SunCertPathBuilderException: не удается найти действительный путь сертификации к запрошенному целевому объекту. Идентификатор подключения к клиенту:df3099b3-4ac6-427e-8e84-7dcac1d22009

Не удалось создать путь к PKIX: sun.security.provider.certpath.SunCertPathBuilderException: не удается найти допустимый путь сертификации к запрошенному целевому объекту

Ошибка построения пути к PKIX: sun.security.provider.certpath.Исключение SunCertPathBuilderException: не удается найти допустимый путь сертификации к запрашиваемому целевому объекту

не удается найти допустимый путь сертификации к запрашиваемому целевому объекту

не удается найти допустимый путь сертификации к запрашиваемому целевому объекту

Ну, наверно, нужно правильный сертификат положить куда надо.

jre11

Вот и думаю где взять сертификат и куда положить)…

от импортозамещения не убежишь)

Какой JDBC URL используешь? Попробуй параметр trustServerCertificate=true

Сертификаты бери у админов хостов с SQL серверами, куда положить - гугли, это для jvm общий путь.

Почитай Пелевина «Жёлтая стрела».

Скрины настройки подключения к БД можешь сбросить? Особенно окно, которое возникает при кликании ссылки настройки драйвера. Работаю в похожих условиях. Могу завтра посмотреть на работе настройки. Может что подскажу.

Что за странная работа такая что нужны сразу 3 похожие БД?

Диверсификация зависимостей (с) не моё. Слава импортозамещению - всё меняется на PG, но наши и тут умудряются зоопарк из нескольких вендоров сделать.

Передайте вашим что это классическая ошибка, описанная во многих статьях и книгах.

Частенько вендору хочется в рекламе написать что поддерживаются как минимум 3 разных БД-движка. Но по факту действующие инсталляции/продукты меняют БД только в исключительных случаях. А чаще всего не меняют никогда. И уж точно не переключают БД одним кликом - переход это всегда труд, пот и кровища.

По состоянию на 2025 можно резюмировать так: просто делайте всё на Postgres

они совсем не похожие) , у меня в обслуживании много разных баз разных платформ, это же не запрещено), я не понимаю вопроса…

Настроил «Дверять по SSL всегда», ещё поворочал драйверами, подключился к MSSQL базе - только под sa, под своим доменным Win-логином не получилось) Теперь Oracle буду пробовать…

«просто делайте всё на Postgres» - надо же перевести туда все, все впереди)

Заранее продумай, что что-то придётся переводить в clickhouse.

К MSSQL базе подключился. Почему не видно Агента и его заданий, вкладок Управление, Mail… как в DBEAVERе этим управлять?

я не понимаю вопроса…

ясно

Удачного хождения по граблям!

Судя по тому что они что-то там настраивают продукт у них только пилится

они это DBeaver? По отзывам dba в нем работают сколько угодно баз разных платформ, дело привыкания к настройкам и нюансам управления. В моём же случае нюанс корп.запрета автозагрузки драйверов. Но базу MSSQL я же подключил…В четверг буду пробовать базы ORA и может быть PG Напишу какие камни на этом пути…

А, понял! Сначала подумал у вас есть один продукт, который нужно допилить до использования нескольких БД, кек

Тема же вот так называется: DBeaver - как вручную загрузить драйвера для баз MSSQL, Oracle и Postgres?

Я просто не знал что такое DBeaver - адепт консольного использования БД

Поключил SQL. Подключая ORA-базу возник вопрос нужно в систему ли установить ORA-клиент, или у Dbeaver-а есть свой встроенный?

Не нужно. Он по TCP-соединению работает без всяких клиентов.

Думаю, ты слишком многого хочешь от DBeaver-а. Он умеет делать SQL-запросы. Всё остальное это уже излишества. Нужно это всё - ставь штатный клиент. Или изучай, как рулить этими агентами через SQL, подозреваю, что это возможно.

имена Схем отображаются как ?12345678 вместо буквенных имён

В одной из 4 подключеннх ORA-баз норм.отображение имен схем. Еще попробую установить ORA-клиента, сообщу о результатах…

«Затворник и шестипалый» Нужно просто натренировать крылья и слиться в закат за забор.

Скачал и подставил требуемый latest PostGres драйвер для своего JAVA 11.0.25.1 (Если вы используете Java 8 или новее, то вам следует использовать версию JDBC 4.2.):

postgresql-42.7.5.jar от 14 January 2025

Java 8 42.7.5 https://jdbc.postgresql.org/download/

При подключении к PG соединению Ошибка:

      Error resolving driver libraries

      Error resolving dependencies

      Maven artifact 'maven:/org.postgresql:postgresql:RELEASE' not foun