🚀 go-pugleaf

"Slavec van der Marel" <bsomeone@nietzsche.net> wrote in message
news:bsomeone-86E1D3.18575601052000@news.cura.net...
> In article <slrn8grvjd.iu.nomailwanted@cp223cc1.gelrevision.nl>,
> hans@linux.gelrevision.nl wrote:
>
> |Welke database(servers) kan ik er bijvoorbeeld mee
> |benaderen, Oracle, db2?
>
> Access, Filemaker, SQL, MySQL en de Oracle Application Server. Duidelijk
> genoeg?

    oh, wacht, een ODBC based framework?
    Of niet? heeft het EIGEN drivers voor de database?
    want hoe kun je anders meer dan '250%' snelheidswinst
    halen in 'common routines such as adding, editing and deleting
    records'. O wacht, in asp hebben ze natuurlijk alles op de
    meest trieste manier geprogrammeerd, ZONDER connectionpooling etc
    met recordsetobjects of elke keer een nieuw ado command aanmaken
    en bij lasso de INSERT tablename () VALUES() queries direct
    naar de database gestuurd?

    als je je application build framework gaat aanprijzen met het
    argument dat het '250%' sneller is dan de 'concurrent' met
    DATABASE bewerkingen, dan snap je volgens mij ECHT niet waar
    het over gaat. In ASP maak je veelal een middle tier met
    COM objects die de database benaderen. Je zit helemaal niet in
    je scripts in de database te poeren. Die middle tier stop je
    in een transaction system en klaar. o wacht, lasso heeft
    dat ook allemaal natuurlijk.

    Lasso Dynamic Markup Language? dat gaat dan weer door een parser
    heen die er html van maakt? (dat lijkt me wel) lijkt me erg snel.

    ehehehe: 'With ASP, database access is achieved via a combination of the ADO component (with multiple
parts) and SQL statements; server-side programming requires either VBScript or JScript'

    ok, veel plezier met het werpen^H^H^H^H^H^Hwerken met lasso.

    FB


>
> ---
> Slavec
>
> Freedom is a road seldom traveled by the multitude
> -Frederick Douglass-