Ansluta till MS SQLExpress 2005

Det skall inte bara vara HP_LAPTOP\SQLEXPRESS ?

Har provat det plus med localhost men inget hjälper.

Jag vet inte hur du har det på din dator men det känns som att \Databases\ skall bort, och att Dat abase skall sitta ihop. Såhär dvs,

Set con = Server.CreateObject("ADODB.Connection")
con.ConnectionString = "Provider=SQLOLEDB;Server=HP_LAPTOP\SQLEXPRESS;Database=HBR_DB;Trusted_Connection=yes;Extended Properties=" & Chr(34) & "Network=dbmssocn" & Chr(34)
con.Open

Dubbelkolla så SQL server lyssnar på TCP.
Nu kommer jag inte ihåg hur det är med Express, men de "stora" SQL-servr har bara shared memory igån per default efer installation. Av någon form av säkerhetsskäl. Man skall själv slå på när man är klar typ.

/pebi

pebi skrev:

Dubbelkolla så SQL server lyssnar på TCP.
Nu kommer jag inte ihåg hur det är med Express, men de "stora" SQL-servr har bara shared memory igån per default efer installation. Av någon form av säkerhetsskäl. Man skall själv slå på när man är klar typ.

/pebi

Kan bekräfta att SQL Express INTE har TCP/IP aktiverat by default.

Flyttas från SQL.

Nu har jag både SHARED MEMORY och TCP aktiverat och får då följande fel:
Microsoft OLE DB Provider for SQL Server fel '80004005'

Inloggningen av användaren budg1e misslyckades. Användaren är inte associerad med en betrodd SQL Server-anslutning.

Försöker ansluta med följande:

rs.ActiveConnection = "Provider=SQLOLEDB;Server=HP_LAPTOP\SQLEXPRESS;Database=HBR_DB;UID2=budg1e;PWD=xxx;"

Jag har lagt till användaren "budg1e" under Security, Logins i MS SQL Server Management Studio Express.

Någon som vet?

Löste det genom att sätta gästkontot med databasrättigheter

rs.ActiveConnection = "Provider=SQLOLEDB;Server=HP_LAPTOP\SQLEXPRESS;Database=HBR_DB2;Trusted_Connection=yes"

Hmm, kan du logga in med konton "budg1e" i SQL Man. Studio? Är inte säker, men har för mig att felet kan uppstå om du kör med Windows Auth i SQL Servern istället för Mixed.

Jag kör med Windows Auth och kan inte logga in med budg1e. Istället använde jag "Trusted_Connection=yes" och satte högre behörighet på gästkontot.

Är det bättre att använda mixed mode och skapa ett konto för åtkomst till databasen?

"hur djup är en grop?"

Nej, allvarligt, det finns väl inget bra svar på om det skulle vara bättre eller sämre med sql login.

Det beror ju på vilken tillämpning, hur miljön ser ut mm. mm.

Det har väl skrivits ungefär hur mycket som helst om det här.
Microsofts generella råd är väl att aldrig använda sql-login, utan överlåta all login till windows/ad.
Men ibland är det ju smartare att använda en sqllogin, ibland har man inget val med system och miljöer som inte klarar trusted connections.

Det viktiga är väl att du ser till att anändaren du besämmer dig för att använda inte har "för mycket" rättigheter.
Dvs det är ju lätt hänt att man ger användaren dbo rättigheter, "för då funkar det", men i själva verket skall applikatione bara läsa och skriva data i befintliga tabeller, då borde den ju bara vara dbreader och dbwriter, för att försvåra lite för någon illvillig person därute.

/pebi