ADO MS SQL

[Tim Henford]

Hallo nochmal,

also ich hab mir jetzt nochmal Gedanken gemacht. Wie sieht dass denn mit der Verwaltung mehrerer Benutzer und dem ADO Zugriff aus?

Hab mir schon überlegt eifach einen Server zu schreiben, der immer die *.db files über TCP empfängt und dann in eine lokale Datenbank einträgt, aber das ist ja recht viel Handarbeit, wenn man da alles vergleichen muss und dann immer nur eine Verbindung zur DB zulässt - geht das einfacherer?

LG Tim

[Jelly]

Zitat:

Zitat von Tim Henford

Wie sieht dass denn mit der Verwaltung mehrerer Benutzer und dem ADO Zugriff aus?

Der ADO Zugriff hat nix mit Mehrbenutzerverwaltung zu tun. Wie ich schon oben schrieb defniert der ConnectionString alles was Du brauchst. Natürlich wird dort auch der Benutzer mit seinem Passwort angegeben. Die Infos kannst Du doch aber in einem Dialog vorher abfragen. Oder Du nutzt einfach die Windowsauthentifizierung vom SQL Server, dann brauchts gar keine Logindaten, sondern Du musst einfach im SQL ein Login definieren, das dem Windowsaccount entspricht.

Zitat:

Zitat von Tim Henford

Hab mir schon überlegt eifach einen Server zu schreiben, der immer die *.db files über TCP empfängt und dann in eine lokale Datenbank einträgt,

Und gleich danach wirst Du das Rad erfinden :mrgreen:
Im ernst. Mach Dir das Leben nicht schwer.Der SQL Server ist dazu gedacht übers Netz angesprochen zu werden. Mach Dir da mal keine Gedanken. Wenn der Zugriff lokal klappt, dann wird er es auch übers Netz

[Tim Henford]

Danke stimmt natürlich.

Jetzt weiß ich nicht genau, wo und wie ich den ConnectionString definieren muss, damit ich einen SQL Server im Netzwerk ansprechen kann? Was muss dazu auf dem Clientenrechner hier installiert sein?

LG Tim

[Jelly]

Zitat:

Zitat von Tim Henford

Was muss dazu auf dem Clientenrechner hier installiert sein?

Wenn Du MSSQL 2000 (oder die abgespeckte kostenlose MSDE) nutzt, prinzipiell gar nichts, da jeder halbwegs aktueller Win2000 oder XP Rechner die Treiber haben sollte. Gleiches gilt für den SQL2005 Server, den Du mit gleichem Treiber nutzen kannst. Dazu gibt es aber auch noch den neuen SQLClient Treiber, der aber wohl eher .NET Features unterstützt (Asynchrones Lesen usw.)