/ Forside / Teknologi / Udvikling / ASP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
ASP
#NavnPoint
smorch 9259
Harlekin 1866
molokyle 1040
Steffanst.. 758
gandalf 657
smilly 564
gibson 560
cumano 530
MouseKeep.. 480
10  Random 410
ODBC vs. DNS-less
Fra : Benny Nissen


Dato : 04-05-01 07:51

Kan nogen sige mig, hvad der er hurtigst og bedst, en ODBC-DNS, eller en
DNS-less forbindelse til en database ?

Benny Nissen




 
 
Peter Lykkegaard (04-05-2001)
Kommentar
Fra : Peter Lykkegaard


Dato : 04-05-01 09:24


"Benny Nissen" <email@bennynissen.dk> wrote in message
news:9ctjip$hss$1@news.inet.tele.dk...
> Kan nogen sige mig, hvad der er hurtigst og bedst, en ODBC-DNS, eller en
> DNS-less forbindelse til en database ?
>
DNS-Less

Der har været en tråd tidligere hvor jeg henviste til en undersøgelse lavet
af flokene bagved www.4guysfromrolla.com

mvh/Peter Lykkegaard






Benny Nissen (04-05-2001)
Kommentar
Fra : Benny Nissen


Dato : 04-05-01 09:27

> Kan nogen sige mig, hvad der er hurtigst og bedst, en ODBC-DNS, eller en
> DNS-less forbindelse til en database ?
Nå, nu har jeg fundet ud af at formulere spørgsmålet, så andre også man
forstå mig. Altså:
Hvorfor "bøvle" med ODBC (kontakte webadministator o.s.v.), når man kan lave
det med DNS-less? Er det noget man IKKE kan med en DNS-less forbindelse ?

Benny



James Olsen (04-05-2001)
Kommentar
Fra : James Olsen


Dato : 04-05-01 13:02


"Benny Nissen" <email@bennynissen.dk> wrote in message
news:9ctp6g$5h3$1@news.inet.tele.dk...
> > Kan nogen sige mig, hvad der er hurtigst og bedst, en ODBC-DNS, eller en
> > DNS-less forbindelse til en database ?
> Nå, nu har jeg fundet ud af at formulere spørgsmålet, så andre også man
> forstå mig. Altså:
> Hvorfor "bøvle" med ODBC (kontakte webadministator o.s.v.), når man kan
lave
> det med DNS-less? Er det noget man IKKE kan med en DNS-less forbindelse ?

Ja, i aller højste grad men det er noget administrativt du vinder. Tag et
eksempel du ønsker at flytte en database til en anden maskine (eller måske
en helt anden platform). Med DSN-less forbindelser skal du ind og rette dit
program og huske at rette det alle de steder du måtte åbne en forbindelse
til databasen. Det er typisk rimeligt bad news fordi man altid lige glemmer
et eller andet. Med en DSN forbindelse skal du blot pege den på en anden
maskine og vupti så køre du igen (Ok det lyder lidt rosenrødt, men det
fungere faktisk hvis man gør det rigtigt - der er selvfølgeligt nogle
forudsætninger som skal være iorden).

Men hvis vi taler om hvad er hurtigst at åbne - ja så er det naturligvis
DSN-less fordi du slipper for at ODBC-DriverManager skal oversætte navnet
til en fysisk driver. Men IMHO er det ikke noget som på nogen måder kan
ødelægge et site, så vælg det som er praktisk - hvilket jo selvfølgelig
afhænger meget af hvilket miljø man befinder sig i.

>
> Benny
>
>



Peter Lykkegaard (04-05-2001)
Kommentar
Fra : Peter Lykkegaard


Dato : 04-05-01 13:55


"James Olsen" <james_olsen@vip.cybercity.dk> wrote in message
news:9cu5nl$23f$1@news.cybercity.dk...
>
> "Benny Nissen" <email@bennynissen.dk> wrote in message
> news:9ctp6g$5h3$1@news.inet.tele.dk...

> > Hvorfor "bøvle" med ODBC (kontakte webadministator o.s.v.), når man kan
> > lave det med DNS-less? Er det noget man IKKE kan med en DNS-less
> > forbindelse ?
>
> Ja, i aller højste grad men det er noget administrativt du vinder. Tag et
> eksempel du ønsker at flytte en database til en anden maskine (eller måske
> en helt anden platform). Med DSN-less forbindelser skal du ind og rette
dit
> program og huske at rette det alle de steder du måtte åbne en forbindelse
> til databasen. Det er typisk rimeligt bad news fordi man altid lige
glemmer
> et eller andet.

Man skal "bare" rette i globa.asa eller en enkelt include fil - det burde
ikke give problemer
Har dog ikke selv haft behovet for at ændre det

> Men IMHO er det ikke noget som på nogen måder kan
> ødelægge et site

http://www.4guysfromrolla.com/webtech/070399-1.shtml

"These tests showed that DSN-less connections were slightly faster than
System DSN connections. The increase in performance was nothing monumental;
the greatest performance boost was a mere 13% faster with 64 concurrent
requests. For one, two, or four concurrent requests, there was virtually no
performance improvement. In fact, no noticeable improvement is seen in a
DSN-less connection over a System DSN until there are 10 or more concurrent
connections. "

Få hits - vælg hvad du vil
Mange hits - brug DSNless

mvh/Peter Lykkegaard



Benny Nissen (04-05-2001)
Kommentar
Fra : Benny Nissen


Dato : 04-05-01 14:15

> > Ja, i aller højste grad men det er noget administrativt du vinder. Tag
et
> > eksempel du ønsker at flytte en database til en anden maskine (eller
måske
> > en helt anden platform). Med DSN-less forbindelser skal du ind og rette
> dit
> > program og huske at rette det alle de steder du måtte åbne en
forbindelse
> > til databasen. Det er typisk rimeligt bad news fordi man altid lige
> glemmer
> > et eller andet.
>
> Man skal "bare" rette i globa.asa eller en enkelt include fil - det burde
> ikke give problemer
> Har dog ikke selv haft behovet for at ændre det
>
Jeg bruger også normalt blot en include-fil, så det er kun ét sted, jeg skal
rette.
Det jeg blot ville vide, var om det var en håbløst langsom måde at forbinde
på, men det ser jo ud til, at det er den hurtigste. Fedt

Benny



James Olsen (04-05-2001)
Kommentar
Fra : James Olsen


Dato : 04-05-01 17:42


"Peter Lykkegaard" <polonline@hot.mail.com> wrote in message
news:GAxI6.104$Qq2.21095@news.get2net.dk...
>
> "James Olsen" <james_olsen@vip.cybercity.dk> wrote in message
> news:9cu5nl$23f$1@news.cybercity.dk...
> >
> > "Benny Nissen" <email@bennynissen.dk> wrote in message
> > news:9ctp6g$5h3$1@news.inet.tele.dk...
>
> > > Hvorfor "bøvle" med ODBC (kontakte webadministator o.s.v.), når man
kan
> > > lave det med DNS-less? Er det noget man IKKE kan med en DNS-less
> > > forbindelse ?
> >
> > Ja, i aller højste grad men det er noget administrativt du vinder. Tag
et
> > eksempel du ønsker at flytte en database til en anden maskine (eller
måske
> > en helt anden platform). Med DSN-less forbindelser skal du ind og rette
> dit
> > program og huske at rette det alle de steder du måtte åbne en
forbindelse
> > til databasen. Det er typisk rimeligt bad news fordi man altid lige
> glemmer
> > et eller andet.
>
> Man skal "bare" rette i globa.asa eller en enkelt include fil - det burde
> ikke give problemer
> Har dog ikke selv haft behovet for at ændre det
>
> > Men IMHO er det ikke noget som på nogen måder kan
> > ødelægge et site
>
> http://www.4guysfromrolla.com/webtech/070399-1.shtml
>
> "These tests showed that DSN-less connections were slightly faster than
> System DSN connections. The increase in performance was nothing
monumental;
> the greatest performance boost was a mere 13% faster with 64 concurrent
> requests. For one, two, or four concurrent requests, there was virtually
no
> performance improvement. In fact, no noticeable improvement is seen in a
> DSN-less connection over a System DSN until there are 10 or more
concurrent
> connections. "
>

En yderst mangelfuld artikel kan jeg kun sige, den rejser flere spørgsmål
end den besvare. For bare at tage nogle enkelte. Hvad er der kørt på ? Og er
det iøvrigt konfigureret korrekt ? Er der kørt mod Access, som OLEDB
eksempel i slutningen indikere ?

Det største problem ved artiklen er at den på intet punkt godtgøre at det er
ODBC-DriverManager, som ikke kan skalere, for det er det som konkluderes i
artiklen. Faktisk ville jeg være meget forfalden til at tro at det er noget
andet i deres setup som ikke skalere.

> Få hits - vælg hvad du vil
> Mange hits - brug DSNless

Der skal ikke hærske tvivl om at DSN-less (specielt over OLEDB-drivere) er
hurtigere end DSN setup - der er jo et ekstra software-lag så det ville være
lidt underligt hvis der var hurtigere - men derfra til at konkludere at et
system-DSN ikke skalere der er lige godt noget længere vej.

Iøvrigt forsøgte jeg (nok uden større held ;) ) at lægge vægt på de
administrative fordele, som der ligger i at anvende et DSN istedet for at
hardcode den slags information direkte i applikationen. Jeg kan om ikke
andet komme på et par scenarier, hvor det er endda meget praktisk at have
den slags oplysninger uden for applikationen, for eksempel i clusters og i
forbindelse med visse former for load-balancing og failover systemer klare
sig typisk også på det niveau.

>
> mvh/Peter Lykkegaard
>
>



Peter Lykkegaard (07-05-2001)
Kommentar
Fra : Peter Lykkegaard


Dato : 07-05-01 07:57


"James Olsen" <james_olsen@vip.cybercity.dk> wrote in message
news:9cum4v$tpg$1@news.cybercity.dk...
>
> Der skal ikke hærske tvivl om at DSN-less (specielt over OLEDB-drivere) er
> hurtigere end DSN setup - der er jo et ekstra software-lag så det ville
være
> lidt underligt hvis der var hurtigere - men derfra til at konkludere at et
> system-DSN ikke skalere der er lige godt noget længere vej.

Mine egne erfaringer baserer sig på MSSQL - OLEDB - TcpIp
Her har det fungeret fremragende og bedre end med SystemDSN

Okay, det er en subjektiv vurdering - og jeg kan desværre ikke frembringe
nogle benchmarks fra dengang

mvh/Peter Lykkegaard



Jonathan Stein (04-05-2001)
Kommentar
Fra : Jonathan Stein


Dato : 04-05-01 18:01

Benny Nissen wrote:

> Er det noget man IKKE kan med en DNS-less forbindelse ?

Connecte til databaser, som kun har en ODBC-driver?

M.v.h.

Jonathan

--
jsp-hotel.dk tilbyder profesionelle webhoteller med bl.a. Resin JSP,
PHP, MySQL, SSH/Telnet adgang, rå log-filer, grafisk statistik og
99% oppetidsgaranti.
http://www.jsp-hotel.dk/




James Olsen (04-05-2001)
Kommentar
Fra : James Olsen


Dato : 04-05-01 19:01


"Jonathan Stein" <jstein@image.dk> wrote in message
news:3AF2E040.1475D20A@image.dk...
> Benny Nissen wrote:
>
> > Er det noget man IKKE kan med en DNS-less forbindelse ?
>
> Connecte til databaser, som kun har en ODBC-driver?

Jo det kan man godt - det her ikke noget med den underliggende driver at
gøre.

>
> M.v.h.
>
> Jonathan
>
> --
> jsp-hotel.dk tilbyder profesionelle webhoteller med bl.a. Resin JSP,
> PHP, MySQL, SSH/Telnet adgang, rå log-filer, grafisk statistik og
> 99% oppetidsgaranti.
> http://www.jsp-hotel.dk/
>
>
>



Søg
Reklame
Statistik
Spørgsmål : 177557
Tips : 31968
Nyheder : 719565
Indlæg : 6408876
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste