🚀 go-pugleaf

"Anders Johannsen" <anders@ignition.dk> wrote in message
news:9eb404$t88$1@news.inet.tele.dk...

Jeg har desv�rre ikke selv nogen bud, men blot nogle kommentarer hvordan du
f�r et fornuftigt bud

> Er der konsensus om hvad det hurtigste open-source-agtige databasesoftware
> er, n�r det drejer sig om meget simple operationer. Dataintegritet /
SQL-92
> underst�ttelse er mindre vigtige i denne sammenh�ng.
>
Du kan ikke snakke om hurtighed uden i samme �ndedrag at n�vne krav til
hardware - de to ting h�nger ul�seligt sammen
Hvis pris p� hardware er underordnet, s� er der mange ting der kan lade sig
g�re
Hvad hardware skal systemet arbejde p�?
Og hvilket OS? - Jeg g�r ud fra at du t�nker p� noget Linux?

> M�let er, at det skal kunne lave et komplet tablescan p� en tabel med
> omtrent en mio. r�kker, p� kortest muligt tid. Rene rambaserede l�sninger
> eller snedig indeksering er nok mest interesante.
>
Hastigheden afh�nger af antallet af r�kker der skal hentes, men s� sandelig
ogs� hvor brede r�kkerne er (antal atributter eller felter om du vil)
Vil du hente en million r�kker i et hug, eller er det dele af tabellen du
vil hente?

N�r et RDBMS udf�rer en tablescan s� er det netop fordi at den ikke kan/vil
bruge de indexes der er oprettet - s� snedig indeksering giver ikke megen
mening i dette tilf�lde

En rambaseret l�sning kunne v�re fin, men igen mangler der oplysninger om
datam�ngden
Hvor meget fylder den mio r�kker Mb/Gb/Tb?

mvh/Peter Lykkegaard