Meer informatie: database script 2, disconnected recordset

Dit script vult een disconnected recordset met gegevens uit een database en geeft die gegevens vervolgens weer in een pagina.

Waar gaat het om?

Waar het bij dit script om gaat zijn de volgende punten: a) de manier waarop een disconnected recordset wordt gemaakt, b) de snelheid waarmee een connection object aan de connection pool kan worden vrijgeven c) de manier waarop wordt gekozen welke html moet worden weergegeven en niet als minste d) twee functies die in veel scripts van pas kunnen komen.

Dit laatste betreft de functies GetRecordset() welke een disconnected recordset oplevert en de functie NotNull() welke fouten voorkomt wanneer een veld in de recordset een null-waarde bevat.

Waarom Disconnected?

Een disconnected recordset kunt u op diskette zetten, mee naar huis nemen, de gegevens erin wijzigen en vervolgens die wijzigingen weer toevoegen aan de database. Serieus! Dat is het doel hier echter niet.

Hier gebruiken we zo'n recordset om zuinig met de beschikbare server-bronnen om te springen, om een voorbeeld te geven (al is het script volledig functioneel!) en om een aanzet te geven voor het cachen van recordsets wat in een vervolg artikel zal gebeuren.

Connection pooling

Bij connection pooling zijn er in het geheugen van de server ongebruikte 'Connection objecten' beschikbaar die gebruikt kunnen worden om snel in een script een Connection object te verkrijgen zonder dat deze helemaal 'van scratch' door de server gemaakt hoeft te worden.

Die pool die is er gewoon, dat hebben wij zo ingesteld op de servers en daar hoeft u verder niets voor te doen in uw scripts. Ook kunt u de Connection objecten op de gebruikelijke manier blijven maken.

De bedoeling is nu echter om in de scripts een connection object te maken en deze zo snel mogelijk weer vrij te geven zodat het weer naar de pool gaat en dan door een andere bezoeker kan worden gebruikt.

Code en html gescheiden houden?

Wanneer de code en de html niet helemaal door elkaar gemixt wordt zal een script veel eenvoudiger te overzien en onderhouden zijn. Sommigen gaan tot grote lengten om dit te bereiken maar ons inziens moet dit niet overtrokken worden.

Microsoft heeft in een artikel eens gesteld dat het opnemen van html-codes in procedures om zo eerst alle html in het geheugen te genereren en deze daarna met 1 'write' naar de browser te sturen een snelle manier van werken is. De auteur van dit artikel heeft echter scripts gezien die daardoor vele malen langzamer werden, nog niet te praten over het moeizame onderhoud dat door die manier van werken wordt veroorzaakt.

Het hier gepresenteerde script toont een afgewogen keuze met een goed resultaat.

Veel succes met dit script!

Broncode en een demonstratie

de broncode    een demonstratie