sql-server-2008
Type: .NET Framework Class Library
Usage: System.Data.SqlClient.SqlConnection
Standard Security
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
User Id=
myUsername;
Password=
myPassword;
Use serverName\instanceName as Data Source to connect to a specific SQL Server instance.
Are you using SQL Server 2008 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server Express installation resides.
Standard Security alternative syntax
This connection string produce the same result as the previous one. The reason to include it is to point out that some connection string keywords have many equivalents.
Server=
myServerAddress;
Database=
myDataBase;
User ID=
myUsername;
Password=
myPassword;
Trusted_Connection=
False;
Trusted Connection
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
Integrated Security=
SSPI;
Trusted Connection alternative syntax
This connection string produce the same result as the previous one. The reason to include it is to point out that some connection string keywords have many equivalents.
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
True;
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
True;
Trusted Connection from a CE device
Often a Windows CE device is not authenticated and logged in to a domain. To use SSPI or trusted connection / authentication from a CE device, use this connection string.
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
Integrated Security=
SSPI;
User ID=
myDomain\myUsername;
Password=
myPassword;
Note that this will only work on a CE device.
Connect via an IP address
Data Source=
190.190.200.100,1433;
Network Library=
DBMSSOCN;
Initial Catalog=
myDataBase;
User ID=
myUsername;
Password=
myPassword;
DBMSSOCN=TCP/IP. This is how to use TCP/IP instead of Named Pipes. At the end of the Data Source is the port to use. 1433 is the default port for SQL Server.
Enabling MARS (multiple active result sets)
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
True;
MultipleActiveResultSets=
true;
Use ADO.NET for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Attach a database file on connect to a local SQL Server Express instance
Server=
.\SQLExpress;
AttachDbFilename=
c:\asd\qwe\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Using an User Instance on a local SQL Server Express instance
The User Instance functionality creates a new SQL Server instance on the fly during connect. This works only on a local SQL Server instance and only when connecting using windows authentication over local named pipes. The purpose is to be able to create a full rights SQL Server instance to a user with limited administrative rights on the computer.
Data Source=
.\SQLExpress;
Integrated Security=
true;
AttachDbFilename=
|DataDirectory|\mydb.mdf;
User Instance=
true;
To use the User Instance functionality you need to enable it on the SQL Server. This is done by executing the following command: sp_configure 'user instances enabled', '1'. To disable the functionality execute sp_configure 'user instances enabled', '0'.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Asynchronous processing
A connection to SQL Server that allows for the issuing of async requests through ADO.NET objects.
Server=
myServerAddress;
Database=
myDataBase;
Integrated Security=
True;
Asynchronous Processing=
True;
Type: OLE DB Provider
Usage: Provider=SQLNCLI10
Standard security
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Are you using SQL Server 2008 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2008 Express installation resides.
Trusted connection
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Provider=
SQLNCLI10;
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
oConn.Open "Provider=
SQLNCLI10;
Server=
myServerAddress;
DataBase=
myDataBase;
Enabling MARS (multiple active result sets)
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MarsConn=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Provider=
SQLNCLI10;
Server=
.\SQLExpress;
AttachDbFilename=
c:\asd\qwe\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Provider=
SQLNCLI10;
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: .NET Framework Wrapper Class Library
Usage: System.Data.OleDb.OleDbConnection
Bridging to SQL Native Client OLE DB
This is just one connection string sample for the wrapping OleDbConnection class that calls the underlying OLEDB provider. See respective OLE DB provider for more connection strings to use with this class.
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: ODBC Driver
Usage: Driver={SQL Server Native Client 10.0}
Standard security
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Are you using SQL Server 2008 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2008 Express installation resides.
Trusted Connection
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Driver=
{SQL Server Native Client 10.0};
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Enabling MARS (multiple active result sets)
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MARS_Connection=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Driver=
{SQL Server Native Client 10.0};
Server=
.\SQLExpress;
AttachDbFilename=
c:\asd\qwe\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Driver=
{SQL Server Native Client 10.0};
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: .NET Framework Wrapper Class Library
Usage: System.Data.Odbc.OdbcConnection
Bridging to SQL Native Client 10.0 ODBC Driver
This is just one connection string sample for the wrapping OdbcConnection class that calls the underlying ODBC Driver. See respective ODBC driver for more connection strings to use with this class.
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: OLE DB Provider
Usage: Provider=SQLXMLOLEDB.4.0;Data Provider=providername
Using SQL Server Native Client provider
Provider=
SQLXMLOLEDB.4.0;
Data Provider=
SQLNCLI10;
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
User Id=
myUsername;
Password=
myPassword;
Type: .NET Framework Class Library
Usage:
Context Connection
Connecting to "self" from within your CLR stored prodedure/function. The context connection lets you execute Transact-SQL statements in the same context (connection) that your code was invoked in the first place.
C#
using(SqlConnection connection = new SqlConnection("context connection=true"))
{
connection.Open();
// Use the connection
}
VB.Net
Using connection as new SqlConnection("context connection=true")
connection.Open()
' Use the connection
End Using
Type: .NET Framework Class Library
Usage: Oracle.DataAccess.Client.OracleConnection
Using TNS
Data Source=
TORCL;
User Id=
myUsername;
Password=
myPassword;
Using integrated security
Data Source=
TORCL;
Integrated Security=
SSPI;
Using ODP.NET without tnsnames.ora
Data Source=
(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=MyHost)(PORT=MyPort)))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=MyOracleSID)));
User Id=
myUsername;
Password=
myPassword;
Using the Easy Connect Naming Method (aka EZ Connect)
The easy connect naming method enables clients to connect to a database without any configuration.
Data Source=
username/password@//myserver:1521/my.service.com;
Port 1521 is used if no port number is specified in the connection string.
Make sure that EZCONNECT is enabled in the sqlnet.ora file. NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)
'//' in data source is optional and is there to enable URL style hostname values
Easy Connect Naming Method to connect to an Instance
This one does not specify a service or a port.
Data Source=
username/password@myserver//instancename;
Easy Connect Naming Method to connect to a dedicated server instance
This one does not specify a service or a port.
Data Source=
username/password@myserver/myservice:dedicated/instancename;
Other server options: SHARED, POOLED (to use instead of DEDICATED). Dedicated is the default.
Specifying Pooling parameters
By default, connection pooling is enabled. This one controls the pooling mechanisms. The connection pooling service creates connection pools by using the ConnectionString property to uniquely identify a pool.
Data Source=
myOracle;
User Id=
myUsername;
Password=
myPassword;
Min Pool Size=
10;
Connection Lifetime=
120;
Connection Timeout=
60;
Incr Pool Size=
5;
Decr Pool Size=
2;
The first connection opened creates the connection pool. The service initially creates the number of connections defined by the Min Pool Size parameter.
The Incr Pool Size attribute defines the number of new connections to be created by the connection pooling service when more connections are needed.
When a connection is closed, the connection pooling service determines whether the connection lifetime has exceeded the value of the Connection Lifetime attribute. If so, the connection is closed; otherwise, the connection goes back to the connection pool.
The connection pooling service closes unused connections every 3 minutes. The Decr Pool Size attribute specifies the maximum number of connections that can be closed every 3 minutes.
Restricting Pool size
Use this one if you want to restrict the size of the pool.
Data Source=
myOracle;
User Id=
myUsername;
Password=
myPassword;
Max Pool Size=
40;
Connection Timeout=
60;
The Max Pool Size attribute sets the maximum number of connections for the connection pool. If a new connection is requested, but no connections are available and the limit for Max Pool Size has been reached the connection pooling service waits for the time defined by the Connection Timeout attribute. If the Connection Timeout time has been reached, and there are still no connections available in the pool, the connection pooling service raises an exception indicating that the request has timed-out.
Disable Pooling
Data Source=
myOracle;
User Id=
myUsername;
Password=
myPassword;
Pooling=
False;
Using Windows user authentication
Oracle can open a connection using Windows user login credentials to authenticate database users.
Data Source=
myOracle;
User Id=
/;
If the Password attribute is provided, it is ignored.
Operating System Authentication is not supported in a .NET stored procedure.
Privileged Connections
Oracle allows database administrators to connect to Oracle Database with either SYSDBA or SYSOPER privileges.
Data Source=
myOracle;
User Id=
myUsername;
Password=
myPassword;
DBA Privilege=
SYSDBA;
SYSOPER is also valid for the DBA Privilege attribute.
Runtime Connection Load Balancing
Optimizes connection pooling for RAC database by balancing work requests across RAC instances.
Data Source=
myOracle;
User Id=
myUsername;
Password=
myPassword;
Load Balancing=
True;
This feature can only be used against a RAC database and only if pooling is enabled (default).
Type: .NET Framework Class Library
Usage: System.Data.OracleClient.OracleConnection
Standard
Data Source=
MyOracleDB;
Integrated Security=
yes;
This one works only with Oracle 8i release 3 or later
Specifying username and password
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
Integrated Security=
no;
This one works only with Oracle 8i release 3 or later
Omiting tnsnames.ora
This is another type of Oracle connection string that doesn't rely on you to have a DSN for the connection. You create a connection string based on the format used in the tnsnames.ora file without the need to actually have one of these files on the client pc.
SERVER=
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=MyHost)(PORT=MyPort))(CONNECT_DATA=(SERVICE_NAME=MyOracleSID)));
uid=
myUsername;
pwd=
myPassword;
Some reported problems with the one above and Visual Studio. Use the next one if you've encountered problems.
Data Source=
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=MyHost)(PORT=MyPort))(CONNECT_DATA=(SERVICE_NAME=MyOracleSID)));
User Id=
myUsername;
Password=
myPassword;
Using Connection Pooling
The connection pooling service will create a new pool if it can't find any existing pool that exactly match the new connections connection string properties. If there is a matching pool a connection will be recycled from that pool.
Data Source=
myOracleDB;
User Id=
myUsername;
Password=
myPassword;
Min Pool Size=
10;
Connection Lifetime=
120;
Connection Timeout=
60;
Incr Pool Size=
5;
Decr Pool Size=
2;
The first connection opened creates the connection pool. The service initially creates the number of connections defined by the Min Pool Size parameter.
The Incr Pool Size attribute defines the number of new connections to be created by the connection pooling service when more connections are needed.
When a connection is closed, the connection pooling service determines whether the connection lifetime has exceeded the value of the Connection Lifetime attribute. If so, the connection is closed; otherwise, the connection goes back to the connection pool.
The connection pooling service closes unused connections every 3 minutes. The Decr Pool Size attribute specifies the maximum number of connections that can be closed every 3 minutes.
Windows Authentication
Data Source=
myOracleDB;
User Id=
/;
Privileged Connection
With SYSDBA privileges
Data Source=
myOracleDB;
User Id=
SYS;
Password=
SYS;
DBA Privilege=
SYSDBA;
Privileged Connection
With SYSOPER privileges
Data Source=
myOracleDB;
User Id=
SYS;
Password=
SYS;
DBA Privilege=
SYSOPER;
Utilizing the Password Expiration functionality
First open a connection with a connection string. When the connection is opened, an error is raised because the password have expired. Catch the error and execute the OpenWithNewPassword command supplying the new password.
Data Source=
myOracleDB;
User Id=
myUsername;
Password=
myPassword;
oConn.OpenWithNewPassword(sTheNewPassword);
Proxy Authentication
Data Source=
myOracleDB;
User Id=
myUsername;
Password=
myPassword;
Proxy User Id=
pUserId;
Proxy Password=
pPassword;
Type: .NET Framework Class Library
Usage: Devart.Data.Oracle.OracleConnection
Standard
User ID=
myUsername;
Password=
myPassword;
Host=
ora;
Pooling=
true;
Min Pool Size=
0;
Max Pool Size=
100;
Connection Lifetime=
0;
Type: OLE DB Provider
Usage: Provider=msdaora
Standard security
This connection string uses a provider from Microsoft.
Provider=
msdaora;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
Trusted connection
Provider=
msdaora;
Data Source=
MyOracleDB;
Persist Security Info=
False;
Integrated Security=
Yes;
Type: OLE DB Provider
Usage: Provider=OraOLEDB.Oracle
Standard Security
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
Trusted Connection
This one specifies OS authentication to be used when connecting to an Oracle database.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
OSAuthent=
1;
TNS-less connection string
Provider=
OraOLEDB.Oracle;
Data Source=
(DESCRIPTION=(CID=GTU_APP)(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=myHost)(PORT=myPort)))(CONNECT_DATA=(SID=MyOracleSID)(SERVER=DEDICATED)));
User Id=
myUsername;
Password=
myPassword;
Controling rowset cache mechanism
Specifies the type of caching used by the provider to store rowset data. OraOLEDB provides two caching mechanisms; File and Memory.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
CacheType=
File;
Memory is the default value. All the rowset data is stored in-memory which provides better performance at the expense of higher memory utilization.
File = All the rowset data is stored on disk. This caching mechanism limits the memory consumption at the expense of performance.
Controling the fetchsize
This one specifies the number of rows the provider will fetch at a time (fetch array).
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
FetchSize=
200;
The FetchSize value must be set appropriately depending on the data size and the response time of the network. If the value is set too high, this could result in more wait time during the execution of the query. If the value is set too low, this could result in many more round trips to the database. Valid values are 1 to 429,496,296. The default is 100.
Controling the chunksize
This one specifies the size, in bytes, of the data in LONG and LONG RAW columns fetched and stored in the provider cache.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
ChunkSize=
200;
Providing a high value for this attribute improves performance, but requires more memory to store the data in the rowset. Valid values are 1 to 65535. The default is 100.
Using with Microsofts OLE DB .NET Data Provider
The Microsoft OLE DB .NET Data Provider can utilize OraOLEDB as the OLE DB Provider for accessing Oracle. However this must be enabled in the connection string.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
OLEDB.NET=
True;
The OLEDB.NET connection string attribute must not be used in ADO applications.
Using OraOLEDB Custom Properties with Microsofts OLE DB .NET Data Provider
The SPPrmsLOB and NDatatype properties can only be set as connection string attributes when OraOLEDB is used by OLE DB .NET Data Provider.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
OLEDB.NET=
True;
SPPrmsLOB=
False;
NDatatype=
False;
SPPrmsLOB=
False;
Using ADO, these properties would have been set as a property on the command. This is not possible if using the Microsofts OLE DB .NET Data Provider. So the properties are specified in the connection string instead.
PLSQLRSet: If the stored procedure, provided by the consumer, returns a rowset, PLSQLRSet must be set to TRUE (enabled).
NDatatype: This property allows the consumers to specify whether any of the parameters bound to the command are of Oracle's N datatypes (NCHAR, NVARCHAR or NCLOB). This information is required by OraOLEDB to detect and bind the parameters appropriately. This property should not be set for commands executing SELECT statements. However, this property must be set for all other SQLs such as INSERT, UPDATE, and DELETE.
SPPrmsLOB: This property allows the consumer to specify whether one or more of the parameters bound to the stored procedures are of Oracle's LOB datatype (CLOB, BLOB, or NCLOB). OraOLEDB requires this property to be set to TRUE, in order to fetch the parameter list of the stored procedure prior to execution. The use of this property limits the processing overhead to stored procedures having one or more LOB datatype parameters.
Using distributed transactions
This one specifies sessions to enlist in distributed transactions. This is the default behaviour.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
DistribTX=
1;
Valid values are 0 (disabled) and 1 (enabled).
Type: .NET Framework Wrapper Class Library
Usage: System.Data.OleDb.OleDbConnection
Bridging to Oracle Provider for OLE DB
This is just one connection string sample for the wrapping OleDbConnection class that calls the underlying OLEDB provider. See respective OLE DB provider for more connection strings to use with this class.
Provider=
OraOLEDB.Oracle;
Data Source=
MyOracleDB;
User Id=
myUsername;
Password=
myPassword;
OLEDB.NET=
True;
Note! The keyword "OLEDB.NET" must be set to "True" for the OraOLEDB.Oracle provider to function with the .NET Framework Data Provider for OLE DB.
Type: ODBC Driver
Usage: Driver={Oracle in OraHome92}
Manufacturer: Oracle
Standard
Driver=
{Oracle in OraHome92};
Server=
myServerAddress;
Dbq=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: ODBC Driver
Usage: Driver={Microsoft ODBC for Oracle}
New version
Driver=
{Microsoft ODBC for Oracle};
Server=
myServerAddress;
Uid=
myUsername;
Pwd=
myPassword;
Type: ODBC Driver
Usage: Driver={Microsoft ODBC Driver for Oracle}
Old version
Driver=
{Microsoft ODBC Driver for Oracle};
ConnectString=
OracleServer.world;
Uid=
myUsername;
Pwd=
myPassword;
Type: ODBC Driver
Usage: Driver=(Oracle in XEClient)
Manufacturer: Oracle
Standard
Oracle XE (or "Oracle Database 10g Express Edition") is a simple version that's free to distribute.
Driver=
(Oracle in XEClient);
dbq=
111.21.31.99:1521/XE;
Uid=
myUsername;
Pwd=
myPassword;
Type: .NET Framework Wrapper Class Library
Usage: System.Data.Odbc.OdbcConnection
Bridging to Oracle in OraHome92 ODBC Driver
This is just one connection string sample for the wrapping OdbcConnection class that calls the underlying ODBC Driver. See respective ODBC driver for more connection strings to use with this class.
Driver=
{Oracle in OraHome92};
Server=
myServerAddress;
Dbq=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: Data Shaping COM component
Usage: Provider=MSDataShape;Data Provider=providername
Manufacturer: Microsoft
MSDataShape
Provider=
MSDataShape;
Persist Security Info=
False;
Data Provider=
MSDAORA;
Data Source=
orac;
User Id=
myUsername;
Password=
myPassword;
SQL Server 2005
Type: .NET Framework Class Library
Usage: System.Data.SqlClient.SqlConnection
Standard Security
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
User Id=
myUsername;
Password=
myPassword;
Use serverName\instanceName as Data Source to connect to a specific SQL Server instance.
Are you using SQL Server 2005 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2005 Express installation resides.
Standard Security alternative syntax
This connection string produce the same result as the previous one. The reason to include it is to point out that some connection string keywords have many equivalents.
Server=
myServerAddress;
Database=
myDataBase;
User ID=
myUsername;
Password=
myPassword;
Trusted_Connection=
False;
Trusted Connection
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
Integrated Security=
SSPI;
Trusted Connection alternative syntax
This connection string produce the same result as the previous one. The reason to include it is to point out that some connection string keywords have many equivalents.
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
True;
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
True;
Trusted Connection from a CE device
Often a Windows CE device is not authenticated and logged in to a domain. To use SSPI or trusted connection / authentication from a CE device, use this connection string.
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
Integrated Security=
SSPI;
User ID=
myDomain\myUsername;
Password=
myPassword;
Note that this will only work on a CE device.
Connect via an IP address
Data Source=
190.190.200.100,1433;
Network Library=
DBMSSOCN;
Initial Catalog=
myDataBase;
User ID=
myUsername;
Password=
myPassword;
DBMSSOCN=TCP/IP. This is how to use TCP/IP instead of Named Pipes. At the end of the Data Source is the port to use. 1433 is the default port for SQL Server.
Enabling MARS (multiple active result sets)
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
True;
MultipleActiveResultSets=
true;
Use ADO.NET 2.0 for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Attach a database file on connect to a local SQL Server Express instance
Server=
.\SQLExpress;
AttachDbFilename=
c:\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Using an User Instance on a local SQL Server Express instance
The User Instance functionality creates a new SQL Server instance on the fly during connect. This works only on a local SQL Server 2005 instance and only when connecting using windows authentication over local named pipes. The purpose is to be able to create a full rights SQL Server instance to a user with limited administrative rights on the computer.
Data Source=
.\SQLExpress;
Integrated Security=
true;
AttachDbFilename=
|DataDirectory|\mydb.mdf;
User Instance=
true;
To use the User Instance functionality you need to enable it on the SQL Server. This is done by executing the following command: sp_configure 'user instances enabled', '1'. To disable the functionality execute sp_configure 'user instances enabled', '0'.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Asynchronous processing
A connection to SQL Server 2005 that allows for the issuing of async requests through ADO.NET objects.
Server=
myServerAddress;
Database=
myDataBase;
Integrated Security=
True;
Asynchronous Processing=
True;
Type: OLE DB Provider
Usage: Provider=SQLNCLI
Standard security
Provider=
SQLNCLI;
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Are you using SQL Server 2005 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2005 Express installation resides.
Trusted connection
Provider=
SQLNCLI;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Provider=
SQLNCLI;
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
oConn.Open "Provider=
SQLNCLI;
Server=
myServerAddress;
DataBase=
myDataBase;
Enabling MARS (multiple active result sets)
Provider=
SQLNCLI;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MarsConn=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET 2.0 for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Provider=
SQLNCLI;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Provider=
SQLNCLI;
Server=
.\SQLExpress;
AttachDbFilename=
c:\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Provider=
SQLNCLI;
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: .NET Framework Wrapper Class Library
Usage: System.Data.OleDb.OleDbConnection
Bridging to SQL Native Client OLE DB
This is just one connection string sample for the wrapping OleDbConnection class that calls the underlying OLEDB provider. See respective OLE DB provider for more connection strings to use with this class.
Provider=
SQLNCLI;
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: OLE DB Provider
Usage: Provider=SQLNCLI10
Standard security
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Are you using SQL Server 2005 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2005 Express installation resides.
Trusted connection
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Provider=
SQLNCLI10;
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
oConn.Open "Provider=
SQLNCLI10;
Server=
myServerAddress;
DataBase=
myDataBase;
Enabling MARS (multiple active result sets)
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MarsConn=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET 2.0 for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Provider=
SQLNCLI10;
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Provider=
SQLNCLI10;
Server=
.\SQLExpress;
AttachDbFilename=
c:\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Provider=
SQLNCLI10;
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Provider=
SQLNCLI10;
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: ODBC Driver
Usage: Driver={SQL Native Client}
Standard security
Driver=
{SQL Native Client};
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Are you using SQL Server 2005 Express? Don't miss the server name syntax Servername\SQLEXPRESS where you substitute Servername with the name of the computer where the SQL Server 2005 Express installation resides.
Trusted Connection
Driver=
{SQL Native Client};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Driver=
{SQL Native Client};
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
Driver=
{SQL Native Client};
Server=
myServerAddress;
Database=
myDataBase;
Enabling MARS (multiple active result sets)
Driver=
{SQL Native Client};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MARS_Connection=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET 2.0 for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Driver=
{SQL Native Client};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Driver=
{SQL Native Client};
Server=
.\SQLExpress;
AttachDbFilename=
c:\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Driver=
{SQL Native Client};
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: ODBC Driver
Usage: Driver={SQL Server Native Client 10.0}
Standard security
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Trusted Connection
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Equivalent key-value pair: "Integrated Security=SSPI" equals "Trusted_Connection=yes"
Connecting to an SQL Server instance
The syntax of specifying the server instance in the value of the server key is the same for all connection strings for SQL Server.
Driver=
{SQL Server Native Client 10.0};
Server=
myServerName\theInstanceName;
Database=
myDataBase;
Trusted_Connection=
yes;
Prompt for username and password
This one is a bit tricky. First you need to set the connection object's Prompt property to adPromptAlways. Then use the connection string to connect to the database.
oConn.Properties("Prompt") = adPromptAlways
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Enabling MARS (multiple active result sets)
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
MARS_Connection=
yes;
Equivalent key-value pair: "MultipleActiveResultSets=true" equals "MARS_Connection=yes"
Use ADO.NET for MARS functionality. MARS is not supported in ADO.NET 1.0 nor ADO.NET 1.1.
Encrypt data sent over network
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Trusted_Connection=
yes;
Encrypt=
yes;
Attach a database file on connect to a local SQL Server Express instance
Driver=
{SQL Server Native Client 10.0};
Server=
.\SQLExpress;
AttachDbFilename=
c:\asd\qwe\mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Attach a database file, located in the data directory, on connect to a local SQL Server Express instance
Driver=
{SQL Server Native Client 10.0};
Server=
.\SQLExpress;
AttachDbFilename=
|DataDirectory|mydbfile.mdf;
Database=
dbname;
Trusted_Connection=
Yes;
Why is the Database parameter needed? If the named database have already been attached, SQL Server does not reattach it. It uses the attached database as the default for the connection.
Database mirroring
If you connect with ADO.NET or the SQL Native Client to a database that is being mirrored, your application can take advantage of the drivers ability to automatically redirect connections when a database mirroring failover occurs. You must specify the initial principal server and database in the connection string and the failover partner server.
Data Source=
myServerAddress;
Failover Partner=
myMirrorServer;
Initial Catalog=
myDataBase;
Integrated Security=
True;
There is ofcourse many other ways to write the connection string using database mirroring, this is just one example pointing out the failover functionality. You can combine this with the other connection strings options available.
Type: .NET Framework Wrapper Class Library
Usage: System.Data.Odbc.OdbcConnection
Bridging to SQL Native Client 10.0 ODBC Driver
This is just one connection string sample for the wrapping OdbcConnection class that calls the underlying ODBC Driver. See respective ODBC driver for more connection strings to use with this class.
Driver=
{SQL Server Native Client 10.0};
Server=
myServerAddress;
Database=
myDataBase;
Uid=
myUsername;
Pwd=
myPassword;
Type: OLE DB Provider
Usage: Provider=SQLXMLOLEDB.4.0;Data Provider=providername
Using SQL Server Native Client provider
Provider=
SQLXMLOLEDB.4.0;
Data Provider=
SQLNCLI;
Data Source=
myServerAddress;
Initial Catalog=
myDataBase;
User Id=
myUsername;
Password=
myPassword;
Type: .NET Framework Class Library
Usage:
Context Connection
Connecting to "self" from within your CLR stored prodedure/function. The context connection lets you execute Transact-SQL statements in the same context (connection) that your code was invoked in the first place.
C#
using(SqlConnection connection = new SqlConnection("context connection=true"))
{
connection.Open();
// Use the connection
}
VB.Net
Using connection as new SqlConnection("context connection=true")
connection.Open()
' Use the connection
End Using