Database
 sql >> база данни >  >> RDS >> Database

Тестване на ODBC слоя

Препоръчваме ви, преди да тествате приложението си с един от нашите ODBC драйвери, да използвате обикновено ODBC приложение, за да проверите дали ODBC слоят работи. Това ви позволява да се уверите, че драйверът е лицензиран и че вашият източник на ODBC данни има правилните подробности за връзката (потребителско име, парола, екземпляр на базата данни, порт на базата данни и т.н.) Препоръчваме ви да направите това, защото някои приложения ще ви изолират от основна грешка, ако има проблем с ODBC драйвера. Например, ако сте забравили да лицензирате драйвер на Easysoft ODBC, когато използвате Oracle Heterogeneous Services, ще видите само съобщение за грешка на Oracle във вашето приложение, ще трябва да активирате регистрирането на Oracle, за да видите, че действителният проблем е, че драйверът не е лицензиран.

Ако сте тествали ODBC връзката, преди да съобщите за проблем, това ни казва, че проблемът е във вашето приложение, което е полезно при диагностициране на причината за проблема.

В Linux и Unix предлагаме тестово приложение с име isql, което, ако приемем, че изберете да инсталирате unixODBC Driver Manager, който е включен в дистрибуцията на ODBC драйвери, се намира в install_dir/easysoft/unixODBC/bin . Например:

cd /usr/local/easysoft/unixODBC/bin
./isql.sh -v MY_DSN

В примера изпълняваме isql.sh скрипт за обвивка, който задава средата и след това изпълнява isql . MY_DSN е името на ODBC източника на данни, който ще бъде тестван и -v казва isql за да върнете всички съобщения за грешка, които могат да възникнат.

Ако сте избрали да използвате версия на unixODBC, която вече е била във вашата система по време на инсталацията, въведете тази команда вместо това:

isql -v MY_DSN

Ако връзката се провали на този етап, няма смисъл да изпробвате драйвера с предназначеното от вас приложение. Консултирайте се с документацията на ODBC драйвера, уеб сайта на Easysoft или се свържете с екипа за поддръжка на Easysoft за съдействие.

В Windows драйверите на Easysoft ODBC имат бутон Тест в диалоговите прозорци за конфигурация на източника на данни, но те не тестват лицензирането и понякога може да изискват рестартиране на машината, преди да могат да се използват за проверка на ODBC връзката. По-добър тест е да използвате приложението Microsoft ODBC Test, което можете да изтеглите от сайта на Easysoft FTP.

Ако вашият ODBC източник на данни е конфигуриран в 32-битовата версия на ODBC Data Source Administrator, на машината, където сте създали този източник на данни:

  1. Създайте папка с име ODBCTest32.
  2. Изтеглете съдържанието на тази папка в ODBCTest32:
    ftp://ftp.easysoft.com/pub/utils/windows/odbc-test/32-bit/

—Или—

Ако вашият ODBC източник на данни е конфигуриран в 64-битовата версия на ODBC Data Source Administrator, на машината, където сте създали този източник на данни:

  1. Създайте папка с име ODBCTest64.
  2. Изтеглете съдържанието на тази папка в ODBCTest64:
    ftp://ftp.easysoft.com/pub/utils/windows/odbc-test/64-bit/

След това:

  1. Стартирайте ODBC тест, като щракнете двукратно:
    odbcte32.exe
  2. В ODBC Test изберете Conn -> Full Connect и след това щракнете двукратно върху източника на данни в списъка. (Ако не виждате своя източник на данни, имате грешна версия на ODBC Test, например имате тази от 32-битовата папка на нашия FTP сайт и вместо това се нуждаете от тази от 64-битовата папка или обратно .)

Ако връзката се провали на този етап, няма смисъл да изпробвате драйвера с предназначеното от вас приложение. Консултирайте се с документацията на ODBC драйвера, уеб сайта на Easysoft или се свържете с екипа за поддръжка на Easysoft за съдействие.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Параметър Sniffing, Embedding и опциите RECOMPILE

  2. Вътрешните елементи на С КРИПЦИЯ

  3. Свързване на Google BigQuery към софтуера IRI Voracity

  4. Практическа употреба на функцията SQL COALESCE

  5. Отстраняване на проблеми с производителността на процесора на VMware