Am 21.03.2010 20:27, schrieb Robert Großkopf:
Hallo Marino,
Vor einem sei aber am Anfang bereits gewarnt: Das Öffnen einiger
Abfragen zumindest unter OOo 3.1.1 im Bearbeitungsmodus der grafischen
Benutzeroberfläche kann zum Zerstören der Konstruktion dieser Abfragen
führen. Dies liegt wohl daran, dass die Automatik eine bessere
Möglichkeit der Zusammenfassung der Inhalte zu erkennen meint als sie
vom Autor vorgegeben ist – und im Nachhinein dann registriert, dass es
so denn gar nicht mehr geht.
Ist natürlich in dieser Kürze etwas fehlerhaft. Nicht das Öffnen führt zu
einer Zerstörung, aber in dem so geöffneten Bearbeitungsmodus lassen sich
einige Abfragen nicht ausführen, auch wenn sie keine reinen SQL-Abfragen (mit
Auswahl "SQL") sind. Wenn jetzt auch noch auf den Speicherbutton gedrückt wird
ist die Abfrage schließlich dahin.
Muss ich nun daraus schliessen, dass der * Bearbeitungsmodus der
grafischen Benutzeroberfläche*, im Bezug auf Abfragen im prinzip
unbrauchbar ist ?
Jein. Das kommt zum einen auf die OOo-Version, zum anderen auch auf die
Konstruktion der Abfragen an. Bei der OOo-Version haben wir, wenn ich Mails
aus der user-Liste richtig deute, jetzt die Ironie, dass in der OOo 3.2 das
Abfragemodul gut klappt und alte Abfragen nicht einfach umstellt, dafür aber
in einer gefilterten Abfrage scheinbar keine Eingabe mehr möglich ist -
zumindest produziert jede dieser Eingaben eine Fehlermeldung. (Ist als Bug
mehrfach gemeldet, wohl auch inzwischen behoben und in dem nächsten OOo-Update
dann auch enthalten)
Anhand der Abfragen, die die Datenbank OOo_Verein.odb mitbringt, wirst Du
sehen, dass viele dieser Abfragen mit der grafischen Benutzeroberfläche
erstellt wurden. Spätestens wenn geschweifte Klammen auftauchen oder bei den
Tabellenbezeichnung "Tabelle1" AS "Tabelle1" steht ist dies absolut nicht
meine Original-Texteingabe.
Der einfache user, der sicherlich nicht in die SQL eintauchen will, wird
das ja wohl kaum gutieren....
Der einfache user wird in den seltensten Fällen überhaupt so eine Erfahrung
machen. Ich gehe davon aus, dass er genug damit zu tun hat, mit Abfragen
lediglich eine neue Ordnung in seine Tabellen zu bekommen, vielleicht einmal
eine Multiplikation oder eine Summe einzubauen, aber sonst ... und das
funktionierte bisher in jeder Version, mit der ich OOo-Base ausprobiert habe.
Ja, da liegt im Grunde die Krux!
In meinem Projektchen, das ich für einen Freund erstelle der ein
Transportgeschäft hat, hat es ein paar wenige Abfragen, die nicht
einfach so funktionieren. Die muss ich wohl in SQL aufsetzen. Jetzt ist
natürlich die Frage was mit denen geschieht, wenn der Freund eben einmal
eine solche öffnet...ich selber hab 's ja auch geschafft, dass das Ding
in den Formularen plötzlich keine richtigen Daten mehr brachte.
Dazu mein Vorschlag:
Wäre es nicht möglich, dass, wenn eine Abfrage in SQL bearbeitet und als
solche gespeichert wird, beim Speichervorgang ein Flag zu setzen, dass
ein öffnen in der graphischen Umgebung verhindert. Sollte sicher keine
Hexerei sein solches einzubinden..... würde aber sicher viele
Ungewissheiten grundsätzlich unterbinden.
Da Base ja fremde Datenbanken einbindet, stellt sich natürlich die
Frage, ob man das Ganze nicht umgekehrt handhaben sollte. Also ein Flag
für erlauben zu setzten. D.h. nur Abfragen die in der Graphischen
Umgebung aufgesetzt sind, können als solche wieder geöffnet werden; alle
anderen nur im SQL-Modus.
Aus Erfahrung weiss ich, dass bei einem solchen Prozedere, die
Funktionen durchgängig zu machen, so viele Absicherungen notwendig sind,
dass es klüger ist, gleich vorab solches zu unterbinden.
Solches habe ich in der IEC Umgebung.
Wenn ein FB oder FUN in *C* oder Pascal aufgesetzt ist, kann diese *nie*
in FUP, COP oder IL geöffnet werden, obwohl das System an sich
durchgängig ist (ist Hersteller abhängig, nicht alle unterstützten die
Mehrfachdarstellung). IL kann ich *C* geöffnet werden aber nach einer
Änderung und Abspeicherung in *C* ist das öffnen in IL nicht mehr möglich!
Grüessli us der Schwiiz
Marino
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
