Sql lokale Datendank OHNE Server

[mkinzler]

Wobei man dann in die mySQL-Lizenzfalle tappen kann

[DelTurbo]

Sorry,

ich muss hier nochmal "aufmachen". Meine DB hat nun 10.000 einträge. Ich habe 7 kategorien. Nun schaue ich alle 5 sekunden nach wieviel in der einzelen kategorie ist. Leider hat dann das programm so kleine "hänger" weil es relativ lange dauert.

Das mit dem sql viel mir relativ leicht, weil ich schon einiges mit mysql gemacht hatte. War zwar php aber das spielt ja keine rolle.

Noch ein nachteil von dem ding ist, man darf die DB nur einmal öffnen. Gibt es sonstnoch möglichkeiten mit einer lokalen datenbank zu arbeiten?

Danke im voraus

EDIT: Ich habe mir grade mal das ZEOS geladen. Sieht ja einfach aus. Wie ist denn mit dem speed???

[mkinzler]

Zitat:

Meine DB hat nun 10.000 einträge. Ich habe 7 kategorien.

Sollte kein Problem darstellen

Zitat:

Nun schaue ich alle 5 sekunden nach wieviel in der einzelen kategorie ist.

Warum dass? Ich würde die Anzahl bei Inserts aktualisiern (Trigger)

Zitat:

Leider hat dann das programm so kleine "hänger" weil es relativ lange dauert.

Was bedeutet realtiv lang?
Hast du entsprechende Indizes erstellt?
Welches DBMS nimmst du nun?

[Trigger2003]

Zitat:

Zitat von DelTurbo

Gibt es sonstnoch möglichkeiten mit einer lokalen datenbank zu arbeiten?

Kannst es ja mal hiermit versuchen:

NexusDB Embedded

Ist ziemlich flott und multi-threading ist auch kein Problem...

[DelTurbo]

@mkinzler,

tja, was heisst relativ lang. 500ms vielleicht. Man merkt es wenn man ein fremdes fenster über das prg schiebt. Also immer hin und her. Dann merkt man halt das der refresh/repaint verspätet kommt. Von der rechenlast merkt man kaum was davon das er in die DB schaut. Also der ist dann nicht auf 100% oder so.

Zum trigger. Das hätte ich natürlich gemacht aber das prg weiss nicht wann sich was geändert hat. Das macht jemand anders. Deswegen muss ich nachsehen und "durchzählen" lassen.

@Trigger2003, danke ich werde mir das mal ansehen.

Ich danke euch beiden erstmal...

[mkinzler]

Ein Trigger wird ja bei einem Ereignis, z.B. einem Insert ausgelöst.

Aber ich weiss nicht, ob dein Ansatz wirklich so gut ist. Du besitzt doch einen Türklingel/Glocke? :zwinker:

[DelTurbo]

Insert und Update macht jemand anderes. Das prg weiss garnix davon. Ich wüsste nun auch nicht wie ich eine meldung von einem rechner an einen anderen rechner schicken soll. Also ohne grossen aufwand. Das wollte ich mir ersparen. ;)

[mkinzler]

Ein Trigger reagiert auf Inserts, egal von welchem Rechner.
Nur verstehe ich nicht, wie Benutzer auf anderen Rechnern Inserts in deiner datenbak machen können/sollen :gruebel:

[DelTurbo]

Weil die db in einer samba freigabe liegt. Da kann auch mehr als 1 rechner dran :zwinker:

[mkinzler]

Und dann funktionieren auch Trigger!

Trotzdem ist dein Ansatz suboptimal.
Wenn mehrere Clients vorhanden sind, würde ich zudem mit einem Server arbeiten