![]() ![]() This is fine - but you then need to be very careful to keep the 32-bit and 64-bit DSN configurations in sync, as different output resulting from different configurations can lead to undesired and unexpected results in the end, especially in scenarios where tools invisibly mix 32-bit and 64-bit components (as some versions of Microsoft SQL Server and Visual Studio are known to do). It can be tempting - and in some ways useful - to use identical names for 32-bit and 64-bit DSNs. System DSNs will only be seen by the applications and tools which can use them - 32-bit DSNs for 32-bit applications, and 64-bit DSNs for 64-bit applications.įor this reason among others, we strongly advise using only System DSNs in 64-bit environments. On 64-bit Windows computers, make sure that you run the 32-bit version of the Microsoft ODBC Data Source Administrator C:WindowsSysWOW64odbcad32.exe. Likewise, the 64-bit Administrator, and all 64-bit ODBC applications (typically installed to %systemdrive%/Program Files/), will list 32-bit User DSNs (that is, DSNs based on 32-bit ODBC drivers) - even though these DSNs and drivers cannot be used by the 64-bit tools/applications. Note that the 32-bit Administrator, and all 32-bit ODBC applications (typically installed to %systemdrive%/Program Files (x86)/), will list 64-bit User DSNs (that is, DSNs based on 64-bit ODBC drivers) - even though these DSNs and drivers cannot be used by the 32-bit tools/applications. ![]() Many 64-bit environments still support 32-bit applications, and these require 32-bit ODBC drivers and DSNs, so it's important to understand how this all works. Start -> Control Panels -> Data Sources (ODBC) 64-bit Windows has some surprising and counterintuitive setup and behavior around 32-bit and 64-bit ODBC. I even inspected the Registry manually, and by comparing registry entries with a 32-bit machine which has ACEODBC.DLL set up and working everywhere, made corresponding registry entries on the 64-bit machine. (The 64-bit ODBC Administrator can also be accessed through the Control Panels interface, as the Data Sources (ODBC) control panel.) Typical Paths to ODBC Administrators That simply generated errors, even when run from C:WindowsSysWOW64. This controls 64-bit ODBC drivers, which are required by 64-bit client applications. (The 32-bit ODBC Administrator cannot be accessed through the Control Panels interface the Data Sources (ODBC) control panel is the 64-bit ODBC Administrator.)Ĭounterintuitively, the 64-bit ODBC Administrator is found at %systemdrive%/Windows/System32/odbcad32.exe. This controls 32-bit ODBC drivers, which are required by 32-bit client applications. The 32-bit ODBC Administrator is found at %systemdrive%/Windows/ SysWoW64/odbcad32.exe. They are differentiated by their filesystem location. Many 64-bit environments still support 32-bit applications, and these require 32-bit ODBC drivers and DSNs, so it's important to understand how this all works.īoth the 32-bit and 64-bit ODBC Administrator are named odbcad32.exe. If table or schema names are not listed, click the search icon or enter the name in the. From your Windows desktop, click Start > Micro Focus Enterprise Developer > ODBC Data Source Administrator (32-bit) or ODBC Data Source Administrator (64-bit). Enter the information required to make the connection. For a complete list of data connections, select More under To a Server. Using ODBC (32-bit and 64-bit) on 64-bit WindowsĦ4-bit Windows has some surprising and counterintuitive setup and behavior around 32-bit and 64-bit ODBC. To connect to your data using the ODBC driver, do the following: Start Tableau and under Connect, select Other Databases (ODBC). StrFile = ThisWorkbook.Path
0 Comments
Leave a Reply. |