von juetho » Mi, 13.02.2013 09:37
Es freut mich sehr, dass der Tipp mit den VIEWs die Geschwindigkeit erhöht hat. Dies war mir grundsätzlich klar, aber ich konnte nicht abschätzen, welche Maßnahme zu spürbaren Verbesserungen führen würde.
Geotrans hat geschrieben:Leider ist die Aktualisierung der berechneten Werte noch eher etwas zufällig.
juetho hat geschrieben:
PS. Für Änderungen musst du ausprobieren, was möglich ist: CREATE OR ALTER VIEW ...
Ich vermute es liegt daran, das ich dies noch nicht umgesetzt habe. Ich habe noch nicht begriffen wo und wie ich diese befehle eingeben oder Anwenden muß.
Die Auswahl bzw. Anwendung eines dieser Befehle hat höchstens indirekt etwas mit der "zufälligen Aktualisierung" der Werte zu tun.
Bei einer VIEW werden nicht irgendwelche ausgewählten Daten zwischengespeichert und (etwa aus einem Cache) geholt. Bei jedem neuen Aufruf einer VIEW werden die Daten nach dem aktuellen Stand neu zusammengesucht. Wenn die Aktualisierung etwas zufällig erscheint, liegt das vermutlich eher daran, dass ein refresh oder reload fehlt (z.B. Handbuch S. 233 f.).
Die genannten Befehle sind wie folgt zu verwenden: Wenn du nach F3Ks Vorschlag arbeitest, sind sie irrelevant; dann baut Base die Befehle aus den Eingaben zusammen. Wenn du nach meinem Vorschlag mit Extras > SQL eine VIEW per SQL-Befehl definierst, ist beim ersten Versuch selbstverständlich CREATE VIEW zu verwenden. Nur selten genügt ein erster Versuch (genauso wie in deinen komplexen SELECTs). Dann muss die VIEW unter demselben Namen geändert werden; dafür ist ALTER VIEW vorgesehen. Mit der Variante CREATE OR ALTER muss man nicht überlegen, ob die VIEW schon einmal gespeichert wurde. Wenn man Pech hat, kennt ein DBMS den ALTER-Befehl überhaupt nicht; dann muss zuerst mit DROP VIEW die alte (falsche) Definition gelöscht werden, bevor sie neu angelegt werden kann.
Könnte es sein, dass ich dich noch nicht auf die
Einführung in SQL hingewiesen habe? Dort findest du ausführliche Erläuterungen. Gruß Jürgen
Es freut mich sehr, dass der Tipp mit den VIEWs die Geschwindigkeit erhöht hat. Dies war mir grundsätzlich klar, aber ich konnte nicht abschätzen, welche Maßnahme zu spürbaren Verbesserungen führen würde.
[quote="Geotrans"]Leider ist die Aktualisierung der berechneten Werte noch eher etwas zufällig.
[quote="juetho"]
PS. Für Änderungen musst du ausprobieren, was möglich ist: CREATE OR ALTER VIEW ...[/quote]
Ich vermute es liegt daran, das ich dies noch nicht umgesetzt habe. Ich habe noch nicht begriffen wo und wie ich diese befehle eingeben oder Anwenden muß.[/quote]
Die Auswahl bzw. Anwendung eines dieser Befehle hat höchstens indirekt etwas mit der "zufälligen Aktualisierung" der Werte zu tun.
Bei einer VIEW werden nicht irgendwelche ausgewählten Daten zwischengespeichert und (etwa aus einem Cache) geholt. Bei jedem neuen Aufruf einer VIEW werden die Daten nach dem aktuellen Stand neu zusammengesucht. Wenn die Aktualisierung etwas zufällig erscheint, liegt das vermutlich eher daran, dass ein refresh oder reload fehlt (z.B. Handbuch S. 233 f.).
Die genannten Befehle sind wie folgt zu verwenden: Wenn du nach F3Ks Vorschlag arbeitest, sind sie irrelevant; dann baut Base die Befehle aus den Eingaben zusammen. Wenn du nach meinem Vorschlag mit Extras > SQL eine VIEW per SQL-Befehl definierst, ist beim ersten Versuch selbstverständlich CREATE VIEW zu verwenden. Nur selten genügt ein erster Versuch (genauso wie in deinen komplexen SELECTs). Dann muss die VIEW unter demselben Namen geändert werden; dafür ist ALTER VIEW vorgesehen. Mit der Variante CREATE OR ALTER muss man nicht überlegen, ob die VIEW schon einmal gespeichert wurde. Wenn man Pech hat, kennt ein DBMS den ALTER-Befehl überhaupt nicht; dann muss zuerst mit DROP VIEW die alte (falsche) Definition gelöscht werden, bevor sie neu angelegt werden kann.
Könnte es sein, dass ich dich noch nicht auf die [url=http://de.wikibooks.org/wiki/Einf%C3%BChrung_in_SQL]Einführung in SQL[/url] hingewiesen habe? Dort findest du ausführliche Erläuterungen. Gruß Jürgen