oprettelse af odbc fra web

Hvorfor kører du ikke DSNless ?

Jeg mener godt at man kan godt oprette DSN'er kommando linie.

Jeg har et web med personlige oplysninger, debitor og kreditor osv, så det skal være så sikkert som muligt, og jeg mener at skulle have læst at ODBC er det sikreste...

ODBCCONF utility skulle kunne gøre det

Jeg har svært ved at se hvorfor ODBC skulle være mere sikkert end OLE DB
eller hvorfor DSN skulle være mere sikkert end DSNless.

Men DSN kræver selvfølgelig at en med passende adgang har
oprettet DSN.

OLEDB er også hurtigere end den ældre ODBC har jeg lige læst...

Er det ikke nemmere at blive hacket hvis man kører DSNless ?

Jeg har svært ved lige at se hvordan.

Du konstruerer en connection string enten med DSN eller database beskrivelse. I begge
tilfælde skal du sikre dig at de rigtige data bliver valgt.

Umiddelbart synes jeg ikke at det er nemmere at fuske en database beskrivelse
(Access: stil til MDB fil, SQLServer & MySQL: databae navn) end at fuske
en DSN.

Eneste forskel jeg kan se er database som ikke har en DSN måske er lidt bedre
beskyttet ved DSN brug, fordi så skal der fuskes både style og data for
at komme til dem.

Men jeg er ikke sikkerheds ekspert. Og du skal nok spørge en sådan.

Husk ikke at accepter er X er mere sikkert end Y svar uden at få en
teknisk begrundelse for hvorfor.

Sikkerheds branchen er fuld af eksperter der bare lukker bullshit ud uden
virkeligt at vide noget.

Nåh men så skal jeg vel bare have lavet en OLEDB til mySQL...

OLE DB er ikke så anvendt til MySQL.

Jeg vil tro at connection string er:

"Provider=MySQLProv;Data Source=xxxx;User Id=xxxx;Password=xxxx;"

men jeg er ikke sikker.

hvad er så almindeligt brugt ??? ado eller sådan (husker ikke alt det der db noget)

Jeg tror faktisk at man bruger ADO + OLE DB provider for ODBC + ODBC driver.

almindeligt når man har sin egen server vel at mærke :-)

men så skal man jo også oprette forbindelsen manuelt hver gang man laver et nyt web ikke ?

Det er jo lige det jeg vil prøve at undgå, uden at miste sikkerhed.

Det er så vidt jeg ved følgende connection strings:

MyODBC 2.x:

"Driver={mySQL};Server=localhost;Database=xxxx;UID=xxxx;PWD=xxxx;"

MyODBC 3.x:

"DRIVER={MySQL ODBC 3.51 Driver};SERVER=localhost;DATABASE=xxxx;USER=xxxx;PASSWORD=xxxx;"

Hvad mener du med at oprette forbindelsen manuelt ?

ligesom jeg kører det nu, så skal jeg jo oprette en DSN manuelt til hver database.
Jeg bruger ODBC 3.51

Nej.

ADO med ovenstående connstrings er DSNless.

Der skal ikke oprettes nogle DSN'er.

Hvis du vil køre med DSN'er ser connection anderledes ud. Og så skal du finde
ud af at automatisere oprettelsen af DSN'er med ODBCCONF.

OK dette er den DSNless version af det jeg bruger nu:
"DRIVER={MySQL ODBC 3.51 Driver};SERVER=localhost;DATABASE=xxxx;USER=xxxx;PASSWORD=xxxx;"
Og det skulle være lige så sikkert som DSN... og så slipper jeg for at oprette DNS'en
Så langt så godt.
Men jeg har lige læst noget om at det er hurtigere med OLE DB eller ADO for så kontaktes DB direkte uden først at skulle gennem ODBC eller tilsvarende...
Er det rigtigt forstået ?

Så jeg gætter på at "Driver={mySQL};Server=localhost;Database=xxxx;UID=xxxx;PWD=xxxx;"
er ADO right ?

Hov fandt lige dette:

Using DSN-less Method:
Use the following connect string to ADODB.Connection object:
"Driver={MySQL ODBC 3.51 Driver}; Server=servername; Database=dbname; UID=username; PWD=password; Option=3"

Option 3 skulle være vigtig, men der står ikke hvorfor... men det er ADO!

Nu er jeg forvirret. Det er ligesom at være tilbae på skolebænken.
Som du skrev tidligere med x og y, når man har gjort noget i lang tid, så tænker man ikke over det og glemmer hvorfor :-)

Begge er ADO bare med forskellige versioner af MyODBC (se også 12/09-2004 00:11:59).

Du kan se OPTION her: http://dev.mysql.com/doc/connector/odbc/en/manual.html

(ca. midt p siden)

3=1+2 og

The OPTION argument is used to tell Connector/ODBC 3.51 that the client isn't 100% ODBC compliant. On Windows, one normally sets the option flag by toggling the different options on the connection screen but one can also set this using OPTION connection argument. The following options are listed in the same order as they appear in the Connector/ODBC 3.51 connect screen:
Bit     Description
1     The client can't handle that Connector/ODBC returns the real width of a column.
2     The client can't handle that MySQL returns the true value of affected rows. If this flag is set then MySQL returns 'found rows' instead. One must have MySQL 3.21.14 or newer to get this to work.

Jeg kan ikke vurdere om 3 er nødvendig.

Jeg retter lige: hvis du bruger de 2 connection strings fra ASP er de begge ADO.

Her kommer lige en liste over fejl jeg får ved de forskellige måder!

Set Conn = Server.CreateObject("ADODB.Connection")
ConnStr = "Driver={MySQL ODBC 3.51 Driver}; Server=localhost; Database=" & dbName & "; UID=" & dbUser & "; PWD=" & dbPass & "; Option=3"
og samme uden option.
Conn.Open ConnStr
[MySQL][ODBC 3.51 Driver]Access denied for user: 'xxx@localhost' (Using password: YES)

Set Conn = Server.CreateObject("ADODB.Connection")
ConnStr = "driver={mysql}; server=localhost; database=" & dbName & "; uid=" & dbUser & ";pwd=" & dbPass & ";option=16386;"
Conn.Open ConnStr
[Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified

Jeg har ikke oprettet DSN/Less i ODBC Data Source Manager til databasen for det er jo det jeg kan undgå med DSNLess!

Hov, glemte lige en

Set Conn = Server.CreateObject("ADODB.Connection")
ConnStr = "Provider=MySQLProv;Data Source=" & dbName & ";User Id=" & dbUser & ";Password=" & dbPass & ";"
Conn.Open ConnStr

Provider cannot be found. It may not be properly installed.

Google er en ven!

odbcconf ledte mig over på en side hvor der står noget om at man med den kan oprette en odbc, men password kan den ikke klare...
Men så var der en der skrev og at gøre det direkte i registreringsdatabasen og der kan det lade sig gøre.
Jeg har kigget lidt på de entries der er der nu, og kan yderligere berette at der ved alle står Option = 3, så den må man jo formode skal være der når man selv skriver DSN/Less

Så jeg har altså fundet ud af hvordan man selv skriver data til regdb, så skal jeg bare have dem importeret...

Og det er jo også nemt...
REGEDIT /S pathname

Takker for din ulejlighed, jeg har fået opfrisket en masse siden i går.

Lægger du et svar Arne

Ved du forresten hvordan man gemmer en textfil (lavet automatisk med Scripting.FileSystemObject) i binært format ?

[MySQL][ODBC 3.51 Driver]Access denied for user: 'xxx@localhost' (Using password: YES)

=> "normalt" adgangs problem

Jeg smed et link til hvor alle option bittene er beskrevet

Jeg er ikke sikker på at FSO understøtter binære filer.

Men så må man kunne bruge noget Win32 API.

svar