verwaltbare Datenbankgröße limitiert?

' schrieb:@rolfk:
Natürlich kommt es auf die Komplexibilität des SQL-Querys an

@BastiFantasti:
Ist dann das Feld "Timestamp" als Index angelegt? Man sollte schauen, dass alle Feldabfragen der Where-Klausel als Index angelegt sind (Zumindest nachdenen man gruppiert und sucht)

Wie das mit dem Query-Cache bei Firebird funktioniert weiß ich nicht. Allgemein legt die Datenbank dann die Abfragen und Ergebnisse in den Ram und kann diese beim nächsten mal schneller abfragen, da sie schon im RAm geladen sind.

Auch hab ich schon gehört, dass manche Datenbanken es anbieten dass z.b. die letztn 500 MB im Ram abgelegt werden, dies bietet sich an, wenn man bei den Abfragen nur die letzteren Werte abfragen will.

Dass es direkt als SQL funktioniert und über LV nicht wundert mich.

der Timestamp ist nicht als index angelegt. ich suche nach unterschiedlichen feldern z.b.:

eine tabelle besteht aus:
Ref_ID Datumzeit Job Kanal Wert1 Wert2 Wert3 Blobfeld

ref_id stellt den zusammenhang zu den verwendeten settings in einer weiteren Tabelle dar (angelegt als integer references settings_db(id)
datumzeit ist ein als trigger erstellter timestamp den sql selbstständig einfügt.

nun sollen alle "Wert1" von Kanal "1" im der Zeit zwischen Zeit1 und Zeit2 ausgegeben werden
oder alle "Wert2" von Kanal"2" ....

und wie gesagt bis zu einer DB Größe von 3gig kein Problem...

welche Vorteile bringt die Indizierung der Spalten? und kann ich theoretisch alle Zeilen indizieren?