TurboBird weiterentwickelt

[maurog]

Hier noch ein paar nützliche Hinweise:

--Hinweis zu Backup und Restore:
Nach dem Start der Anwendung werden auf der linken Seite in der Baumansicht die registrierten Server und darunter die zugehörigen registrierten Datenbanken angezeigt.
Solange ein Datenbank-Knoten nicht aufgeklappt wurde, ist die jeweilige Datenbank nicht verbunden (nicht connected).
Dies ist der ideale Zeitpunkt, um ein Backup oder Restore für eine registrierte Datenbank durchzuführen.

--Hinweis zu Restore mit mehreren Files:
Ich habe den Restore-Dialog von Tony leicht angepasst, sodass man aus einer Backup-Datei mehrere Datenbank-Dateien erstellen kann – also eine Firebird-Datenbank aufteilen kann.

Das ist besonders nützlich, wenn das System eine Begrenzung für die maximale File-Größe hat. In diesem Fall kann man zuerst ein Backup erstellen und anschließend ein Restore mit mehreren Files durchführen. So lassen sich große Datenbanken in mehrere kleinere Files splitten.

Bei solchen Restores muss für die zusätzlichen Files die Filegröße angegeben werden. Trotz genauer Durchsicht der gback-Dokumentation bekomme ich häufig die Fehlermeldung „Filegrößenangabe ist fehlerhaft“ (oder ähnlich).

Falls jemand schon einmal ein Restore mit mehreren Files erfolgreich durchgeführt hat, würde ich mich über eine kurze Rückmeldung freuen.

Normale 1:1-Restores und Backups funktionieren sowohl server- als auch clientseitig problemlos.


--Hinweis zu IBX-Scripter:
Im Verzeichnis TurboBirdRoot/data/sql_scripts/ befinden sich die originalen Beispiel-Skripte von Tony. Ein Blick lohnt sich auf jeden Fall, da Tony hier fast alle wichtigen Funktionen und Schlüsselfeatures von IBX-Scripter demonstriert.

IBX-Scripter erreicht man in TurboBird entweder über einen Rechtsklick auf den DB-Knoten in der Baumansicht → DB-Tools → MWA ScriptEngine, oder im Query-Window über die Toolbar (3. Icon).
Diese Skripte lassen sich auch direkt im Query-Window ausführen, da das Query-Window ebenfalls IBX-Scripter nutzt.

--Hinweis zu RXDbGrid (Datengrid in QueryWindow):
Oben links im DataGrid befindet sich ein Symbol mit Doppelpfeilen. Ein Klick darauf öffnet ein Kontextmenü.
Der Komponent bietet hier nützliche Funktionen wie Suche in den Daten, Filterfunktionen und weitere praktische Optionen.

Viele Grüße,
Maurog.

[maurog]

Hallo,
ich habe einen wichtigen Bug in der DB-Registry entdeckt und behoben. Neue Versionen der Binaries und des Source Codes sind bereits hochgeladen. Die Links bleiben unverändert.

Für alle, die bereits die vorherige Version heruntergeladen haben, entschuldige ich mich für die Unannehmlichkeiten. Bitte die neue Version verwenden.

Viele Grüße
Maurog

[maurog]

Hallo,

mein GitHub-Account ist wieder aktiv.

Ich habe TurboBird v1.2.1.1263 aktualisiert und die neue Version auf GitHub hochgeladen. Die Sortierung nach mehreren Spalten ist bereits implementiert.

Binaries:
https://github.com/mdadali/TurboBird/re ... 1.2.1.1263

Quellcode:
https://github.com/mdadali/TurboBird

Viele Grüße,
Maurog

[vr2]

Hallo,

habe die v1.2.1.1263 getestet. Da hat sich viel getan, danke!
Wie ändert man denn den Editor-Font? Der entsprechende Button [TT] bewirkt nichts, und der Font wirkt wie "gesperrt", also wie jeweils ein Leerzeichen zwischen den Buchstaben.

[bfuerchau]

Wenn ich noch einen Wunsch äußern dürfte:
Wir haben die Firebird ja als DWH (Datawarehouse) im Einsatz. Da gibts durchaus über 100 Tabellen und Views, auch schon mal 500.
Da wäre ein generischer Filter, wie bei IBExpert, in der Tree-Ansicht sinnvoll um schneller Tabellen/Views zu finden, z.B.:

Artikel* = Alle Elemente, die mit "Artikel" anfangen.
*Artikel* = Alle Elemente, die "Artikel" enthalten.
*Artikel = Alle Elemente, die mit "Artikel" enden.

Mit "Alle Elemente" meine ich alle Zeilen des Tree's um Tabellen, Trigger, Constraints, Views, Domains usw. filtern zu können.

Was ich nicht geprüft habe:
Wenn du z.B. die Tabelle "MON$STATEMENTS" ansiehst, kkannst du da einzelne Zeilen löschen?
Langlaufende Abfragen durch zu komplexe Joins und Filter können schon mal zu Überlast und Hängern führen. In diesem Fall müssen diese Statements gekillt werden.
Dasselbe gilt manchmal auch für verwaiste MON$ATTACHMENTS, also Verbindungen, die dann noch Transaktionen offen halten was zu starkem Anwachsen der DB führt. wenn man, wie wir, im ETL ganze Tabellen neu laden müssen.

Ich lasse deine Anwendung mal von meinen Mitarbeitern die nächsten Tage prüfen.

[maurog]

@vr2
„Wie ändert man denn den Editor-Font? Der entsprechende Button [TT] bewirkt nichts.“
Der Button ist inzwischen wieder aktiviert. In ein paar Tagen werde ich eine neue Version hochladen.

@bfuerchau
„Wenn ich noch einen Wunsch äußern dürfte:“
Selbstverständlich.
Ein Filter ist sicher sehr nützlich. Wenn ich es schaffe, werde ich ihn umsetzen und mit der nächsten Version hochladen.

„Was ich nicht geprüft habe:
Wenn du z. B. die Tabelle MON$STATEMENTS ansiehst, kannst du da einzelne Zeilen löschen?“

Ja, man kann sowohl aus MON$STATEMENTS als auch aus MON$ATTACHMENTS die vorhandenen Zeilen im QueryWindow per SQL löschen.
Allerdings wird die Anwendung dabei teilweise instabil. Hier muss ich noch nachbessern.

"Ich lasse deine Anwendung mal von meinen Mitarbeitern die nächsten Tage prüfen."
Vielen Dank.

[bfuerchau]

Was das Löschen angeht, so meine ich da eher das Löschen aus dem Anzeigegrid heraus.
Zeile auswählen (Focus) und einen Löschbutton drücken.
Ggf. kannst du ja in dem Grid, manche können das automatisch, einen Edit-Navigator implemetieren, analog zu IBExpert.