Absturz beim Bearbeiten von Abfragen in Base

[franklim]

Hallo zusammen,

ich habe hier eine Datenbank in Entwicklung auf folgendem System:
Windows 10 20H2 x64
Libreoffice 7.1.5.2 x64
mysql Odbc Connextor 8.0.26 x64
jre 8u301 x64
MySQL Datenbank (extern auf einem Hetzner-Server). An die Version komme ich gerade nicht.

Folgende Problematik:
Ich habe für die Datenbank bereits eine Abfrage definiert. Wenn ich nun eine neue Abfrage mit einem Assistenten erstellen möchte oder eine bestehende Abfrage bearbeiten möchte, stürzt LibreOffice ab und ich werde über eine mögliche Dokumentenwiederherstellung informiert.

Um ein mögliches Problem mit meinem PC auszuschließen, habe ich die Komponenten auf einem zweiten System installiert. Mit dem gleichen Problem.
Formulare und Berichte kann ich bearbeiten, selbst das Bearbeiten eines Berichtes der auf einer Abfrage basiert ist möglich.
Nur eben nicht die Abfragen.

Danach habe ich mir die Datensicherung von gestern gezogen und habe auch bei der Sicherungsdatei das gleiche Problem.
Leider habe ich absolut keinen Plan wie ich das Problem beheben kann und hoffe nun, hier wertvolle Hinweise zu bekommen.
Vielen Dank,
Frank Becker

[RobertG]

Hallo Frank,

wie stabil und dauerhaft ist denn die ODBC-Verbindung zum Server? Muss dort auch, wie bei JDBC, irgendwie künstlich der Kontakt gehalten werden, damit nicht irgendwann die Verbindung unterbrochen wird?

Gruß

Robert

[franklim]

Hallo Robert,
danke für deine schnelle Antwort. In der Tat ist es etwas dringend .-)
Die Verbindung ist stabil. Zuerst war der Timeout etwas knapp aber nachdem ich in den Einstellungen von LO (Verbindungen aufbewahren) den Timeout auf 600 gesetzt habe, ist das ganze nun stabil.

[RobertG]

Hallo Frank,

wie editierst Du die Abfragen. Machst Du das direkt über SQL? Je weniger die GUI da einbezogen ist, desto geringer ist die Wahrscheinlichkeit, dass Java dabei eine Rolle spielt. Aus der Sicht ist allerdings komisch, dass Berichte und Formulare einwandfrei editieren lassen.

Ich würde an 2 Stellen weiter probieren:
Bearbeiten → Datenbank → Erweiterte Einstellungen (schick einmal einen Screenshot)
Verbindung über die direkte Verbindung, nicht mit ODBC. Gegebenenfalls auch über JDBC.

Das Timeout für eine Session kann übrigens auch über Extras → SQL in der Datenbank eingegeben werden:
SET SESSION wait_timeout=600;
Das macht daraus dann eben 10 Minuten. Geht aber nur, wenn Dein Anbieter das zulässt.

Gruß

Robert

[franklim]

Guten Morgen Robert,

ich habe da nochmal probiert.
In der Lo-Base konnte ich die Abfragen mit direkter SQL-Bearbeitung editieren, nur bei einer wie auch immer gearteten Bearbeitung über die GUI crasht LO.

Eine neue Datei angelegt, die Verbindung zur Datenbank direkt ohne odbc. Dann die SQL-Abfrage aus der alten Datei kopiert und in die neue eingefügt. Auch da stürzt Base beim Bearbeiten über die GUI ab.

Dann hatte ich noch die Mysql-Datenbank in Verdacht. Ich habe da zwei Datenbankfelder zum Speichern von Bildern angelegt. So etwas hatte ich zuvor noch nie gemacht. Daher unter Mysql eine neue DB angelegt mit 4 Integerfeldern. Aber auch bei solch einer Minidatenbank kann die GUI für Abfragen nicht verwendet werden.

Ich gehe also davon aus, dass es ein Problem mit Libreoffice ist nicht mit der Datenbankverbindung. Und Java wird es wohl auch nicht sein, da die JRE ja nur für die interne Datenbank HSQL benötigt wird.

Ich werde wohl mal die Bugreports durchsehen müssen, vielleicht finde da was.
So hat es wohl auch ein gutes. Ich muss wohl fleißig SQL lernen

Viele Grüße
Frank

[franklim]

Nachtrag:
Jetzt habe ich mal unter MacOS eine neue Datenbankdatei mit einer direkten Verbindung zu Mysql eingerichtet. Und siehe da, ich kann die Abfragen auch wieder grafisch bearbeiten. Und dann habe ich unter Wndows diese Datei geöffnet und siehe da! Auch unter Windows geht es wieder.

Nachteil: Ich muss wohl die Berichte manuell neu anlegen, da ich keine Möglichkeit gefunden habe diese von einer Datei in die nächste zu kopieren.

Keine Ahnung, was da schief gelaufen ist.

Wenn noch jemand anders diesen Vorgang liest und weiß was der Grund für diese Problem ist, dann freue ich mich über eine Rückmeldung.

Viele Grüße
Frank

[Wanderer]

Nachteil: Ich muss wohl die Berichte manuell neu anlegen, da ich keine Möglichkeit gefunden habe diese von einer Datei in die nächste zu kopieren.

Wenn Du beide Dateien nebeneinander öffnen kannst, sollte Copy/Paste aus der Berichtsübersicht möglich sein. (Klappt natürlich nur, wenn alle Tabellen/Abfragen/Felder identisch sind, allerdings kann mann auch den kopierten Bericht nachbearbeiten.

Empfehlenswert: Vorher Backup der .od-Datei erstellen.

Mfg, Jörn

[RobertG]

In der (problematischen) *.odb-Datei muss ja irgendwie der Wurm drin stecken. Vielleicht kannst Du eine Kopie davon (ohne Formulare und Berichte) einmal hochladen. Dann schaue ich mir die Interna dort einmal an.

Ich kann Dir versichern: So eine Bugmeldung gibt es bisher nicht. Ich habe die Base-Bugs seit gut 10 Jahren beständig im Blick und selbst über 100 offene Bugs dort gemeldet.

Gruß

Robert

[franklim]

Hallo Robert,

danke für das Angebot, dass du dir die Datei mal ansiehst. Ich habe dir das mal in Dropbox freigegeben.

https://www.dropbox.com/s/y086a9b8v7xm7 ... V.odb?dl=0

Viele Grüße
Frank

[RobertG]

Hallo Frank,

die Abfrage "Meldung Haus und Grund" ist etwas merkwürdig. Da sind ohne Grund lauter Aliasformulierungen drin, die so von der GUI nicht kommen dürften.

Code: Alles auswählen

SELECT `ImmoNr` `ImmoNr`, `Straße` `Straße` …

Ich nehme an, dass Du die Abfrage "Abfrage_aibw_hv.Immobilien" mit der GUI erstellt hast, oder? Dort ist der Code dann

Code: Alles auswählen

SELECT `Immobilien`.`ImmoNr` `ImmoNr`, `Immobilien`.`Straße` `Straße` …

Das heißt, es kommt erst immer eine Formulierung mit Tabellenbezug und dann das Alias. Allerdings müsste auch die erste Variante funktionieren.

Da Du nur zu einer Datenbank den Kontakt aufnimmst reicht auch:

Code: Alles auswählen

SELECT `ImmoNr`, `Straße` … FROM `Immobilien`

Gruß

Robert