I need to connect using ODBC / OleDB to a Firebird database, but without the server, so I want to install the embedded server.
I downloaded the embedded firebird server, put into database folder, renamed fbembed to gds32.dll, , then I installed IBProvider, and i was trying to create the database connection. But everytime I try to test the connection it tells me it cannot find gds32.dll.
Where I should install embedded firebird server dll's for the OldDB providrr to find them? I was trying in same folder as OldDB provider, in System32, in db folder. None worked.
I have Win7 x64 Ultimate, and I need to access that db both from a VS 2008 SSIS project, from a VS 2008 app, and maybe from a Access database, as linked tables through a ODBC connection
Thanks for suggestions
I solved the problem with ODBC driver.
It asks for client library, where one should select the gds32.dll from embedded server, and all workes ok.
Related
I am trying to connect to an ms access database that is in our company network.I have installed IIS7 and PHP 5.3 .For that I have copied the database from the remote computer to my PC and it works fine.But I don't want to copy the database every time.So,I need to connect to that database remotely in PHP. I have not find any simple way.
For locally access the database ,i have configured
Control Panel\All Control Panel Items\Administrative Tools\system DSN and add the database path.
$conn=odbc_connect("dbname","" ,"");
Any help would be appreciated.
My course requires me to connect to an Oracle database server at the university for my project. I am provided with a url (like oracle.xyz.edu) and username and password. How can I connect to the database from Visual Studio. I have only dealt with SQL Server 2008. I don't know how to go ahead with setting up the database. I tried to install Oracle Instant Client, but could not find a setup exe to install. The instant client download zip consists of a set of files. Where can I find the steps to connect to Oracle database from VS.
Do you need to use the Oracle Instant Client? Or would it be acceptable to you to download and install the full version of the Oracle client?
The full version of the Oracle client is generally what ought to be installed on a developer machine. The Instant Client is a very slimmed down version of the client that is designed for developers to distribute along with their Windows applications on machines that do not have or need any way to access the database other than via the application. As a developer, I'd strongly recommend the full version of the Oracle client if only because it includes various additional utilities like SQL*Plus and SQL*Loader.
The full Oracle client is available for download from OTN on the same page that the database is available. For example, the Oracle 11.2 client for 64-bit Windows is a 615 MB download on the OTN site.
Don't use ODBC. Use ODP.NET (Oracle's Instant Client) Oracle Data Provider for .NET. (Read technical notes in provided link.)
I have a freshly built 64-bit Windows Server 2008 R2 box that I have installed 64-bit Coldfusion 9 Standard on. I've upgraded and hotfixed it up to the most current version of CF. I also had 64-bit Oracle 11g (11.1.0.7.0) Client installed on the box. I've created a System DSN using the 64-bit ODBC Data Source Administrator in Windows and can successfully test the connection of the data source.
All of these installations went smoothly, however, when I went to add a datasource in the Coldfusion Administrator I receive the error:
Connection verification failed for data source: myDatabaseName
java.sql.SQLException: [Macromedia][SequeLink JDBC Driver][ODBC Socket]internal error: The specified DSN contains an architecture mismatch between the Driver and Application
The root cause was that: java.sql.SQLException: [Macromedia][SequeLink JDBC Driver][ODBC Socket]internal error: The specified DSN contains an architecture mismatch between the Driver and Application
I am having a hard time understanding exactly where this architecture mismatch is coming from since the box is entirely 64-bit. I see while looking at all the processes that are running, some related CF processes are running in 32-bit (Verity related processes, SOLR and CFDotNetSVC). I am not sure if those could cause this issue but I am at a loss to explain were this mismatch would come from otherwise.
Anyone have any ideas?
Using Dan's advice I grabbed a JDBC Driver from Oracle here:
http://www.oracle.com/technetwork/database/enterprise-edition/jdbc-111060-084321.html
I then moved the JAR (ojdbc6.jar in my case) and added it to my Coldfusion Class Path.
Determining the correct settings for using the datasource to Coldfusion was slightly harder but here are the settings I ended up going with:
JDBC URL: jdbc:oracle:thin:#//dbsrv.mydomain.com:1521/myDB.world
Driver Class: oracle.jdbc.driver.OracleDriver
Driver Name: Oracle Thin Driver
Then the username and password for the DB.
Sure enough it worked like a charm.
Dan, I want to give you a check mark because you definitely put me in the right direction, but I can only mark one correct.
I believe you need to either step down to the 32-bit drivers, or use native JDBC drivers to connect to Oracle successfully. My suggestion would be to go the JDBC route, and connect directly through a native Oracle JDBC driver by using the "other" selection on the Datasource screen. You'll get better performance that way, and have more control over your connection via ColdFusion.
Connecting to Oracle information in ColdFusion Livedocs.
i found an alternate way to do this
install the ODBC drivers for 64bit and 32bit (in that order) on your win2008 64bit OS
thereafter create the DSNs on both the System32 folder and SysWow64 folder by running the odbc32ad32.exe
ensure your tnsnames are setup fine in the respective network/admin folder (if you use tnsnames to maintain your sids)
now on the CF admin you creaet a new ODBC source with aODBC Socket and name. the next page should show you a drop down of all DSNs that exists in the 64bit DSN setup. When you go and test it in CF, it will strangely use the config of the 32bit DSN setup for validationb
voila....your connections should work. No worries of those architectural failures etc
We needed to setup 64 bit ODBC connections for a ColdFusion 11 server to query against 2012 SQL Server instance on Windows 2008 R2 Server. The ODBC connections would show up but would never work. We received so many various messages when verifying such as "needing SSL connections to work" and also timeout messages as it was having problems logging into SQL Server.
I stumbled across this post and we decided to follow setting up 64bit ODBC connections and then effectively overwriting them--preserving the name using the 32bit ODBC. Thank you again fellow developers, especially Souzam! My instructions are below:
For Windows 2008R2 Server you must disguise 64bit ODBC socket configurations for 32 bit in order for them to appear in CF Admin as datasources (obvious bug in CF 11):
Creating 64bit ODBC connections via 2008 R2 ODBC application, follow a naming convention that will allow you to recall in 32 bit configuration.
Configure ODBC 32bit connection in SYSWOW64 (C:\Windows\SysWOW64) using the odbcad32.exe using the previous 64bit names in Step #1.
Create data sources in CF Admin as these should appear in a dropdown when creating ODBC Socket Type connections.
I am getting following error when I run my website on my laptop which i created on another computer
The database 'C:\DOCUMENTS AND
SETTINGS\ASIF\DESKTOP\APP\WEBSITE\APP_DATA\DB.MDF'
cannot be opened because it is version
661. This server supports version 612 and earlier. A downgrade path is not
supported. Could not open new database
'C:\DOCUMENTS AND
SETTINGS\ASIF\DESKTOP\APP\WEBSITE\APP_DATA\DB.MDF'.
CREATE DATABASE is aborted. An attempt
to attach an auto-named database for
file C:\Documents and
Settings\asif\Desktop\App\Website\App_Data\DB.mdf
failed. A database with the same name
exists, or specified file cannot be
opened, or it is located on UNC share.
Please suggest me solution to this.
Regards,
Asif Hameed
Version 661 is SQL Server 2008 R2. You are trying to attach a database created with this version to an earlier version of the engine, which is not allowed.
Are you trying to use a SQL Server 2008 R2 database in SQL Server 2005? They are not backwards compatible.
See http://forums.asp.net/p/1560835/3859344.aspx and http://social.msdn.microsoft.com/Forums/en/sqlexpress/thread/2744a003-d61c-4d3d-93c2-af946e141e7e.
Edit
Also, if you have multiple SQL Server engines installed, make sure connection is pointing to the correct one. It might be an instance name like computername\instance instead of just computername.
I'm deploying a small ASP.NET (framework 3.5) application in a Windows Server Web 2008 32 bits, IIS 7. The applications needs connection to an Oracle DB in another Server, using the tradicional DataAdapter, Oracle Connection, etc.
I´ve installed correctly the Oracle Client in the server (the server is another server´s client) and I´ve checked that this server has access to the server where the database is.
Even though my app isn´t able to connect to DataBase. The message says that Oracle components haven´t been found. It doesn´t find the OleDB Provider for Oracle or some dll.
¿Something I shluod know about permissions of the ASP.NEt users or something like this?
Some idea??
Thanks in advance.
Gus.
Check the path. It could be that the Oracle client directory is not on the path of the account that runs your ASPNET app.
Actually there are other steps you can go through, to verify the Oracle client install.
This article is old but may be helpful.