🚀 go-pugleaf

"Philip Paeps" <philip@paeps.cx> wrote in message
news:zE8e9.106186$8o4.14778@afrodite.telenet-ops.be...
> Vincent WILLEMS <vincent.willems@work-it-out.com> wrote:
> > Philip Paeps <philip@paeps.cx> wrote:
> > > Vincent WILLEMS <vincent.willems@work-it-out.com> wrote:
>
> [...]
>
> > > > Laat iedereen toch eens zijn eigen keuzes over hoe en waarin ze
> > > > programmeren... Probeer maar eens een algemene database toepassing
te
> > > > schrijven in GNU C "open source", zonder beperkingen te leggen op
welke
> > > > database er gebruikt dient te worden. Och ja, er is nu ook OpenODBC
:)
>
> [...]
>
> > > Het komt neer op modularisatie.  Als je database parameters gaat
hardcoden
> > > (in *any* language) maak je er een soep van.  Als je ADO, DAO of
andere
> > > prutsjes gebruikt, ben je platform-afhankelijk.  (Open)ODBC is tergend
> > > traag.
> >
> > Misschien interessant om eens te lezen:
> > http://ourworld.compuserve.com/homepages/Ken_North/API_test.htm
>
> Boeiend.  Dat artikel is ondertussen meer dan zeven jaar oud.
>
> Ik moet eerlijk bekennen dat ik OpenODBC niet extensief gebruikt heb (om
> verschillende redenen, de belangrijkste dat ik het niet nodig heb gehad
omdat
> de database libraries steeds ter beschikking waren), de paar keren dat ik
het
> echter wel - tegen beter weten in - gebruikt heb, was het mijn ervaring
dat
> het *tergend* traag was, in vergelijking met 'gewoon' gebruik van de API.
Dit
> viel me op bij PostgreSQL en bij DB2.  Andere databases en
pseudo-databases
> heb ik nooit door OpenODBC geprobeerd wegens niet nodig, en wegens eerdere
> turn-off.

Artikel is inderdaad vrij oud, 't komt uit Dr. Dobbs; er is in de tussentijd
wel al heel wat veranderd, denk maar aan connection pooling, parameter
binding, etc. die de performantie alleen maar naar boven kan halen!

Ik ben niet pro 't een of pro 't ander (ook niet uitgesproken voor Unix,
Linux, FreeBSD, Microsoft, noem maar op), maar ODBC is onder Microsoft (en
dus nu ook bvb. onder Linux) een heel makkelijk middel om een applicatie te
schrijven, zonder dat je op voorhand weet welke database er gebruikt zal
worden. Jouw wrapper verhaal is een oplossing, maar zoals je zei, er dient
gelinkt te worden met de native API's. Bij ODBC volstaat het dat er een
driver is en bovendien kan van de ene op de andere dag zonder hercompileren
of whatever een andere database gebruikt worden. Dit voordeel (en andere) is
zeker een van de redenen van het bestaan van dingen zoals o.m. UnixODBC.

Daarnaast niet onbelangrijk, platform-onafhankelijkheid is er, want de ODBC
code is dezelfde voor UNIX & Microsoft...

> Wil je alsjeblieft ook eens de settings van je newsreader nakijken?  Die
helpt
> linebreaks finaal om zeep, en wrapt op een hoogst idiote manier.  Niet
> iedereen heeft een gq operator om zo'n rommel op te ruimen.

Outlook Express standaard ingesteld

Vincent