[C#] connect naar MSSQL

[Verwijderd]

hallo.

Ik heb een server waar 2 databaseservers draaien

1) MySQL
2) MSSQL

Allebei zitten op localhost.

Nu heb ik een C# code om te connecten naar een MSSQL server. Omdat alle servers op localhost zitten te luisteren, moet ik in de connectiestring een portnumemr opgeven.

De poortnummer van MSSQL staat gewoon op 1433.

Dit is nu mijn huidige connectiestring

code:

SqlConnection cn = new SqlConnection("server=localhost;user=myuser;password=mypasswd;database=mydatabase");

Wie weet hoe ik de poortnummer kan opgeven?

[whoami]

Je moet geen poortnummer opgeven.
Je connectionstring klopt niet; check eens www.connectionstrings.com

Je connectionstring moet er ongeveer zo uit zien:

code:

DataSource=<servername>;User Id=<userid>;Password=<pwd>;Initial Catalog=<databasename>

Het is ook beter als je je connectionstring in je config-file zet.

[ Voor 96% gewijzigd door whoami op 06-01-2005 10:32 ]

[Verwijderd]

uh?

maar hoe weet de .net script dat hij naar de MSSQL server moet gaan en niet naar de MySQL server?

[OZ-Gump]

Als het goed is gebruik je een SqlConnection. En dus wordt er verbinding gemaakt met de SQL Server. Niente problemi.

offtopic:
.Net != script

[ Voor 39% gewijzigd door OZ-Gump op 06-01-2005 10:44 ]

[H!GHGuY]

als je toch een poort wil wat, zoals gezegd niet nodig is dan geef je:

code:

...;server=localhost,1433;...

[pjvandesande]

HIGHGuY schreef op donderdag 06 januari 2005 @ 10:46:
als je toch een poort wil wat, zoals gezegd niet nodig is dan geef je:

code:

...;server=localhost,1433;...

Wel als jij op een bepaalde port host of een bepaalde port staat gemapt naar de juist port intern.

[ Voor 10% gewijzigd door pjvandesande op 06-01-2005 11:07 ]

[whoami]

Dan idd wel ja.

[EfBe]

geef de echte servernaam op, NOOIT localhost. Localhost == 127.0.0.1 en sqlserver luistert op 1433 (eigenlijk 1434 maar ok) op de echte IP addresses.

Wil je local werken geef dan op:
server=(local);...

[kenneth]

EfBe:
geef de echte servernaam op, NOOIT localhost.

Waarom niet? Ik kan gewoon connecten (met Enterprise Manager) op 127.0.0.1

[Gé Brander]

Gebruik bijvoorbeeld cliconfg.exe om aliassen aan te maken en DNS entry's Dan ben je ook flexibeler met verhuizen van databases etc naar andere systemen.
Bijvoorbeeld:
Alias PROD_appname verwijzend naar server PRODappname en poortnummer 1433
Server = DNS entry PRODappname
DNS entry verwijst naar de juiste server.
Bij wijzigingen van machine is het een kwestie van DNS entry wijzigen, en eventueel poortnummer.

In je code vor je connectiestring gebruik je dan de alias PROD_appname.

Dat maakt beheer een stuk flexibeler. Ook iets om bij stil te staan.

[eghie]

kenneth schreef op donderdag 06 januari 2005 @ 15:00:
[...]
Waarom niet? Ik kan gewoon connecten (met Enterprise Manager) op 127.0.0.1

Als jij de site op een andere computer wilt gaan zetten, moet je weer een ander adres voor je SQL server in gaan vullen, dat hoeft niet als je het echte adres naar je SQL server erin zet.

Een tip voor mensen die een connectie string willen bouwen in windows waarbij je geen internet site voor nodig hebt is: ga ergens in verkenner of op je bureaublad staan en maak een nieuwe text bestand aan, alleen die geef je de extensie .udl ipv .txt. Als je dan dubbelklikt krijg je een schermpje met "Datalink properties", hierin kun je een connectiestring aanmaken/bewerken. Als je klaar bent kun je op OK drukken en dan het bestandje in een texteditor openen en daar heb je je connectie string.

[ Voor 40% gewijzigd door eghie op 07-01-2005 11:01 ]

[whoami]

Nog een reden waarom je niet 'localhost' in je connection string moet zetten:

Just a quick note for anyone who has ever gotten this error before: “Cannot create SSPI context”. I started getting this error when I was trying to establish a connection to a SQL Server when I wasn’t connected to the internal Microsoft corporate network. Connection strings that worked just fine when I was connected just wouldn’t work at all, and I could not figure out how to fix it.

GIYF (Google Is Your Friend) I googled it and found out that I had my connection string set wrong. I was using localhost for the server name in the connection string, which is not correct. I needed to use the SQL Server name, not the hostname.

So I changed the server to brian-thinkpad, my machine name, and everything worked just fine.

Hopefully this will save someone else the hour or so of confusion I spent trying to fix this.