Liebe Liste, gleich mehrere Fehlfunktionen von Base in Zusammenhang mit einem Formular konnte ich gerade beobachten.
Vor kurzem tauchte hier in der Liste schon einmal auf: Wann schreibt HSQLDB den Autowert. Gerade kam die HSQLDB bei mir dazu, nach 2 Speicherfehlversuchen, abgefangen durch das Formular, auch 2 Werte für den Primärschlüssel zu überspringen. Statt 234 wurde 236 gewählt. Bei der folgenden Eingabe dann die Meldung, dass ich versuchen würde, in das ID-Feld einen Wert doppelt einzugeben. Über das Formular war jetzt keine Eingabe mehr möglich. Stattdessen musste in der Tabelle die andere ID runtergeschrieben werden - zum Glück keine in einer Relation weiter verwendete ID, denn sonst ist das ja ein ziemliches Unterfangen. Auch bei der folgenden Eingabe wegen eines Hängers im Formular sprang der Wert für den Primärschlüssel gleich 2 Felder weiter. Ich weiß jetzt schon, wie die Meldung beim nächsten Eingabeversuch aussieht. Zu den Speicherfehlversuchen: Zumindest in Subformularen hat Base die Angewohnheit, nach der Betätigung eines Listfeldes fast zwangsläufig erst einmal abzuspeichern - vor allem, wenn sich im selben Formular noch ein Listfeld befindet, denn dann wird die Maus betätigt und das scheint wir ein Mausklick auf den Hintergrund zu wirken. Nur dumm, wenn ich gerne möchte, dass bestimmte Felder auf jeden Fall ausgefüllt werden sollen und in der HSQLDB-Tabelle bereits festlege, dass bestimmt Felder nicht NULL sein dürfen. Regelmäßig kommt dann die Aufforderung: Für das Feld ... ist eine Eingabe erforderlich, geben sie bitte einen Wert ein. Nur habe ich noch gar nicht den Speicherknopf betätigt und mich auch nicht aus dem Datensatz rausbewegt. Und diese Fehlversuche führen dann zu den oben geschilderten falschen Autowerthochschreibungen. Zu Eingaben mit einem Datumsauswahlfeld: Beliebt war die Meldung zuerst, als ich ein Datumsauswahlfeld mit Eingabepflicht hatte. Beim ersten Speicherversuch auch mit dem Speicherbutton kam grundsätzlich die Meldung, dass doch ein Wert für das Datum erforderlich sei - war aber ausgewählt über die Datumsliste. Beim zweiten Speicherversuch ohne zusätzliche Betätigung irgendeines anderen Knopfes: Abspeicherung des Datensatzes. Jetzt kommt der Clou: Natürlich habe ich die unsichere Variante gewählt, alle Felder auf "keine Eingabe nötig" in der Tabelle und im Formular gestellt. Beim Abspeichern des Datensatzes wird erst einmal das Datumsfeld gar nicht übernommen. Noch einmal ausgewählt, erneut gespeichert - erst dann ist die Datumseingabe drin. Also auch noch das Datumsauswahlfeld umbauen und ein einfaches Feld zum Eintragen rein, dann klappt 's vielleicht. Ich habe einige Wochen in dieses Projekt "Vereinsdatenbank" gesteckt und gehofft, damit auch anderen Vorstandsmitgliedern meines Sportvereins den Umgang mit den Daten zu erleichtern. Einige Bereiche sind ganz passabel geworden, ohne weiteres auch besser als in meiner bisherigen Webdatenbank. Im Augenblick neige ich aber wieder mehr dazu, die Vereinsdatenbank komplett auf einen Webserver zu legen und den Vorstandsmitgliedern einen Zugang dazu zu verschaffen - denn die Version funktioniert und ist auch ohne Fehlermeldungen bedienbar. Wer die oben genannten Fehler nachvollziehen möchte: http://robert.familiegrosskopf.de/download/Verein.zip Darin das Formular zur Schlüsselverwaltung aufrufen und einen Schlüssel an eine der Testpersonen ausgeben. Dabei auch schön die Tabelle rel_Mit_Schl im Blick halten: Die IDs machen genau die geschilderten Sprünge. Die Speicherfehlversuche kommen nicht sofort, aber das andere Fehlverhalten lässt sich leicht nachvollziehen, denn das letzte Upload habe ich gemacht, bevor ich die Tabellen korrigiert habe. Gruß Robert --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
