DIMOWA® SQL Resource Creator

[haentschman]

08.10.2017 - Update
* siehe ersten Post

Frage:
Ist euch eigentlich bewußt, das man das automatische Update in den Einstellungen aktivieren muß? :gruebel:

[haentschman]

Hallöle...8-)

Frage per PN: (Veröffentlichung genehmigt)

Zitat:

Hallo Andreas,

ich melde mich bzgl. dem Angebot einer DP-Lizenz für den SQL Resource Editor. Ich bin zwar etwas spät dran, aber vielleicht gilt das Angebot ja noch.

Zum Programm selbst habe ich gleich auch noch anderthalb Punkte/Fragen. Ich lege einfach mal los:

Ich vermute, dass Du für die Oberfläche bestimmte Komponenten bzw. Komponenten-Set verwendet hast (Verwendung von Designs/Themes). Darf ich fragen, welche das sind?
Ich hatte anfangs keinen Editor für den Datenbanktyp hinterlegt. Aufgrund der entsprechenden Fehlermeldung habe ich einige Zeit gesucht, aber nichts gefunden, wo man einen neuen Editor hätte anlegen können. Inzwischen bin ich zwar fündig geworden, aber die Suche wäre wahrscheinlich kürzer ausgefallen, wenn...

Es beim Rechtsklick auf den Datenbank-Eintrag einen Punkt "Datenbank bearbeiten" gegeben hätte (analog wie bei Projekten).
Das Symbol zum Bearbeiten eines Eintrags nicht das kleine "i" in einem blauen Kreis, sondern ein Stift, Zahnrad oder ähnliches gewesen wäre.
Wenn ich vorher ins Handbuch geschaut hätte.

Beim Hinzufügen neuer SQL-Knoten (Einträge) muss man nach der Eingabe des Namens mit der Maus auf das Diskettensymbol klicken, damit der Eintrag übernommen wird. Hier wäre es schöner, wenn das einfach mit ENTER bestätigt werden könnte (ESC zum Verwerfen funktioniert). Noch ein Quentchen besser wäre, wenn der Focus anschließend gleich im Editierbereich wäre. Gleiches gilt für's Umbenennen der Einträge.
Nebensächlichkeit: Die SQL-Statements, die in den Ressourcen landen, sind (in meinem Fall) als deutschsprachig hinterlegt. Sprachneutral wäre besser. Die Einstellung kommt wahrscheinlich durch die entsprechenden Projekteinstellungen in Delphi. Ich weiß gerade nicht, ob man die Sprache auch in der RC-Datei ansteuern könnte. Falls ja - wäre es cool, wenn man das im SQL-Projekt mitgeben könnte.
Ich fände es gut, wenn das Feld "Suchbegriff" per Hotkey direkt ansteuerbar wäre.
Eine Erweiterung der Suchfunktion in Form einer Volltextsuche fände ich ebenfalls praktisch - so dass man bspw. nach einem Tabellennamen suchen kann und dann nur die Einträge übrig bleiben, die den entsprechenden Text enthalten.


Das ist jetzt gleich ein halbes Wunschkonzert geworden, aber ich hoffe, dass es Dich nicht stört. Wenn irgendwann mal Weihnachten und Ostern zusammenfallen, kommt der Wunsch "DB-Anbindung definieren und direkt aus dem SQL Resource Creator heraus, die Statements an die DB schicken zu können.

Viele Grüße und einen schönen Abend
Marian

Antworten:

Zitat:

Ich vermute, dass Du für die Oberfläche bestimmte Komponenten bzw. Komponenten-Set verwendet hast (Verwendung von Designs/Themes). Darf ich fragen, welche das sind?

* TMS Office Styles. In den Einstellungen sind auch andere auswählbar.

Zitat:

Inzwischen bin ich zwar fündig geworden, aber die Suche wäre wahrscheinlich kürzer ausgefallen, wenn...

* Das Handbuch ist eben wichtig. :thumb:

Zitat:

Es beim Rechtsklick auf den Datenbank-Eintrag einen Punkt "Datenbank bearbeiten" gegeben hätte (analog wie bei Projekten).

* Das Bearbeiten habe ich mir geschenkt weil man das eigentlich nur einmal eingibt.

Zitat:

Beim Hinzufügen neuer SQL-Knoten (Einträge) muss man nach der Eingabe des Namens mit der Maus auf das Diskettensymbol klicken, damit der Eintrag übernommen wird. Hier wäre es schöner, wenn das einfach mit ENTER bestätigt werden könnte (ESC zum Verwerfen funktioniert).

2x Enter funktionioniert aber. 1.Enter setzen auf den Button, 2. Enter Button klick.
-> ich nehme das als Anregung mit :wink:

Zitat:

Noch ein Quentchen besser wäre, wenn der Focus anschließend gleich im Editierbereich wäre. Gleiches gilt für's Umbenennen der Einträge.

Das Problem kenne ich. Stell dir vor, daß du eine SQL umbenennen willst und einen Filter eingestellt hast. Nach dem Umbenennen ist das SQL in der Liste nicht mehr vorhanden. Wo willst du dann den Cursor hinsetzen? Da erschien mir der Tree besser.
-> ich guck mal

Zitat:

Nebensächlichkeit: Die SQL-Statements, die in den Ressourcen landen, sind (in meinem Fall) als deutschsprachig hinterlegt. Sprachneutral wäre besser. Die Einstellung kommt wahrscheinlich durch die entsprechenden Projekteinstellungen in Delphi. Ich weiß gerade nicht, ob man die Sprache auch in der RC-Datei ansteuern könnte. Falls ja - wäre es cool, wenn man das im SQL-Projekt mitgeben könnte.

Den Teil verstehe ich nicht. Kannst du das näher erklären?

Zitat:

Ich fände es gut, wenn das Feld "Suchbegriff" per Hotkey direkt ansteuerbar wäre.

-> ich nehme das als Anregung mit :wink:

Zitat:

Eine Erweiterung der Suchfunktion in Form einer Volltextsuche fände ich ebenfalls praktisch - so dass man bspw. nach einem Tabellennamen suchen kann und dann nur die Einträge übrig bleiben, die den entsprechenden Text enthalten.

Das steht schon auf der ToDo Liste. :P

[masc-online]

Hallo,

Zitat:

Die SQL-Statements, die in den Ressourcen landen, sind (in meinem Fall) als deutschsprachig hinterlegt. Sprachneutral wäre besser.

Ich ergänze mal mit Screenshots. Da wird's ggf. etwas besser ersichtlich.
Wie gesagt, bin ich mir aber nicht sicher, ob man das überhaupt aus der .RC-Datei heraus steuern kann. Soweit ich gesehen habe, ist die Spracheinstellung ja eher etwas, was an des Resource-Compiler als Parameter übergeben wird.

Gruß, Marian

[haentschman]

Hallöle...:P
...ahh jetzt ja.

Zitat:

Soweit ich gesehen habe, ist die Spracheinstellung ja eher etwas, was an des Resource-Compiler als Parameter übergeben wird.

Ich mach mich mal schlau.

Zitat:

Wie gesagt, bin ich mir aber nicht sicher, ob man das überhaupt aus der .RC-Datei heraus steuern kann

...eher nicht.(ohne Gewähr)

Tipp:
...ein einheitlicher Namespace für die SQL für die Sortierung. :thumb:

CLI_CUSTOMERS_VIEW
CLI_CUSTOMERS_WHERE_1
CLI_CUSTOMERS_WHERE_2

Nachtrag:
Sprache in Ressource: http://docwiki.embarcadero.com/RADSt...urcen-Compiler
Ressourcen-Compiler: http://docwiki.embarcadero.com/RADSt...urcen-Compiler

[MaBuSE]

Zitat:

Zitat von haentschman (Beitrag 1362259)

Ich bin ja schwer enttäuscht... :cry:
Ich wußte das die Datenbank das Stiefkind jedes Programmieres ist. Aber mit so wenig Reaktion hatte ich nicht gerechnet. Nur 2 Lizenen angefragt...Reaktion = 0. :cry:

Ich hoffe die Situation hat sich etwas gebessert.

Und ich finde es toll, das Du die Idee aus meinem Tutorial aufgegriffen hast und sogar ein eigenständiges Produkt daraus geworden ist. :thumb:

Viele Grüße
MabuSE

[haentschman]

Hallöle...:P

Zitat:

Ich hoffe die Situation hat sich etwas gebessert.

Danke für die Blumen...:wink: Meine Euphorie ist am Ende. Ich konnte eigentlich für das Konzept nur 2 dafür begeistern...:cry: Wir sind allein auf weiter Flur.

Wenn ich Lust habe, und es für mich einen Gewinn bringt, mach ich noch was dran. :? ...ansonsten ist es verlorene Zeit.

Schade...:cry:

Auf den nächsten Delphi Tagen kann ich ja noch einen Vortrag halten...so vor der Rente. :lol:

[MaBuSE]

Zitat:

Zitat von haentschman (Beitrag 1499366)

Danke für die Blumen...:wink: Meine Euphorie ist am Ende. Ich konnte eigentlich für das Konzept nur 2 dafür begeistern...:cry: Wir sind allein auf weiter Flur.

Ich bin ja auch von dem Konzept begeistert :-D und mache das ja schon seit über 20 Jahren so. Aber den Sourcecode durfte (und darf) ich ja leider nicht veröffentlichen, da er zwar teilweise von mir geschrieben wurde, aber mir nicht gehört. Deswegen musstest Du Dir ja die Arbeit noch mal machen.

Wobei wir "nur" ein paar Units zum arbeiten haben und Du zusätzlich noch eine Oberfläche dazu gebastelt hast. :thumb:
Aber wir binden ja die SQL-Dateien in die IDE ein. Das funktioniert auch gut.
Um an die Daten zu kommen nutzen wir das factory method pattern (Fabrikmethode).
Die Zugriffe auf die Datenbank passieren also alle transparent im Hintergrund.
Aber um ehrlich zu sein, wird das bei uns auch nicht in allen Projekten verwendet. Wie bei so vielen Dingen kostet es etwas Aufwand, und der Nutzen ist erst später greifbar.
Das ist wie bei den automatisierten Tests. Kosten Zeit und bringen "erstmal" nichts. (Ich bin zwar anderer Meinung. Sie bringen ab dem 1. Tag etwas. Aber ich bin der Diskussion deswegen müde.)

Die meisten werden die Vorteile nicht wahrnehmen, da sie keine Versionsverwaltung einsetzen. (Ja auch im kommerziellen Umfeld gibt es Programmierer ohne Hisotie (also Versionskontrolle))
Und die meisten Delphi Teams sind sehr klein. Da ist eine Absprache ja noch gut möglich.
Auch machen sich die meisten über eine Entkopplung der Datenbank keine Gedanken. (Datenbankabstraktionsschicht )

Zum Thema Euphorie habe ich gerade erst heute was geschrieben. :duck:

Zitat:

Zitat von MaBuSE (Beitrag 1499359)

Ich durfte mich im Vorfeld mit Delphi beschäftigen, da ich im Jahre der Delphi 1 Einführung als Borland Partner auf dem Borland Cebit-Stand arbeitete.
An diese Zeiten erinnere ich mich gerne zurück, da war eine große Energie und Euphorie zu spüren.
Uns war damals schon bewusst, das wir ein Teil von etwas Großem waren.
Von dieser Euphorie ist heute leider nicht mehr so viel zu spüren. Das finde ich sehr schade.