Suchfunktion mit DBEdit

[Mr_G]

Hallo erstmal,
ich habe momentan folgendes Problem: Ich habe eine Eingabemaske, bestehend aus mehreren DBEdits, die mit einer Datasource verbunden sind. Außerdem hängt noch ein DBGrid an der Datasource. Die normalen Vorgänge funktionieren wunderbar aber ich würde die Edits auch gerne nutzen, um nach den dort gemachten Eingaben zu suchen. Das Problem das sich dabei stellt ist natürlich wie kann ich die DBEdits dazu bekommen Eingaben nicht auf die Datenbank zu beziehen sondern den Inhalt so als Text zu behandeln wie ein normales Edit.
Ich habe mir das dann so vorgestellt, dass der Benutzer auf einen Knopf oder sonstwas drückt um in den "Such"-Modus zu wechseln. Danach kann er die Edits nutzen um Schlüsselwörter für die verschiedenen Felder einzugeben und nach eben diesen Wörtern sollte dann gesucht werden, bis der Benutzer den "Such"-Modus wieder verlässt und über die Maske ganz normal die Datensätze weiter bearbeitet.
Wenn ich aber bei den DBEdits die Verbindung zur Datenbank kappe kann man überhaupt nichts mehr hineinschreiben.
Meine Frage nun also: Wie und mit welcher Komponente kann ich die gewünschten Funktionen am einfachsten realisieren?
Vielen Dank im Voraus
Mr_G

P.S.: Die Suche wollte ich bewerkstelligen, indem ich die Abfrage des Querys, aus dem alle beschriebenen Kompos ihre Daten über die Datasoure erhalten, ändere. Ich bin gerne bereit dieses Idee -falls für eine adäquate Lösung nötig- aufzugeben

[mkinzler]

Du könntest einen normalen edit nehmen, den du dann halt manuell füllen mußt.

[Mr_G]

Auf diese Idee bin ich auch schon gekommen. Ich habe die Idee jedoch wieder verworfen da ich keinen Weg gefunden habe das verwendte DBGrid mit normalen Edits zu koppeln. Ich dachte man könnte vielleicht aus der Datasource den aktuellen Datensatz auslesen und darauf reagieren, wenn ein anderer ausgewählt wird aber das ist mir nicht gelungen. Auch mittels des Grids habe ich keinen Weg gefunden.

[mkinzler]

Ein DataSet hat die Eigenschaft .AfterScroll, welches nach dem Verschieben des Datrensatzzeigers ausgelöst wird.

[Hansa]

Ich sags gleich : so ganz einfach geht das nicht ! Verwende am besten ein separates Suchformular. Habe mal bei mir nachgeguckt : klicke ich "suchen" an, dann öffnet sich ein anderes Formular und ich gebe meine Werte ein, nach denen gesucht wird. Daraus wird ein SQL-Statement zusammengebaut, was eine Datenmenge (=DataSet) zurückliefert. Der User hat nun irgendwann den richtigen Datensatz gefunden. Das wars im Prinzip. Das erste Formular erhält das Dataset für DBEDits usw. des Suchforms als Datasource zugewiesen und fertig.

[Mr_G]

Also ich habe mir die Ereignisse mal angesehen und muss zugeben das DBEdit mit einem Edit nachzubauen ist doch recht aufwändig. Andererseits wollte ich ja gerade eine zusätzliche Eingabemaske für die Suche vermeiden.
Gibt es wirklich keine andere bzw. einfacherere Möglichkeit?

[mkinzler]

Zitat:

Gibt es wirklich keine andere bzw. einfacherere Möglichkeit?

keine mir bekannte.

[Hansa]

Zitat von Mr_G:

...und muss zugeben das DBEdit mit einem Edit nachzubauen ist doch recht aufwändig. ...
Andererseits wollte ich ja gerade eine zusätzliche Eingabemaske für die Suche vermeiden.

Wer will denn die DBEdits nachbauen ? Wozu das ? Ohne Extra-Suchform wird so was schnell unübersichtlich. Der User muß ohne lange nachzudenken sofort sehen, ob er was sucht, oder etwas eingeben kann. Benutze ich dazu dasselbe Formular, dann merkt er es eventuell nicht und die DBEdits sind dann auch tatsächlich für die Katz. Eventuell verändert er sogar wegen eingegebener Suchbegriffe den Original-Datenbestand !

In meinem Beispiel benutze ich in der Suchform tatsächlich nur normale Edits. Wenn der gewünschte Datensatz gefunden wurde, dann wird er allerdings auf der zu bearbeitenden Form angezeigt und zwar mit DBEdits usw.

[marabu]

Hallo Jan,

technisch gesehen ist es kein Problem die DBEdit-Komponenten auch für die Abfrage von Suchbegriffen (QBF, Query-By-Form) zu verwenden. Grundsätzlich würde ich dafür keine datensensitiven Controls verwenden, aber wenn du es möchtest, so ist es nicht schwer. Die Suche muss dann in zwei Phasen ablaufen. In der ersten Phase wird das DataSet in den Insert-Mode geschaltet und in der zweiten werden die Suchwerte eingesammelt und lokalisiert. Das Hauptproblem bei dieser Vorgehensweise ist nicht die Verwendung der DBEdit-Controls, sondern die eigentliche Suche. In meiner Demo habe ich einen minimalistischen Ansatz über die Methode Locate() einer Table gewählt, der mich mit wenig Code auskommen lässt. Allerdings beinhaltet die Methode Locate() Stolpersteine, derentwegen ich dir raten würde anders vorzugehen (SQL WHERE-Klausel).

Gute Nacht

[Mr_G]

@marabu:
Vielen Dank für die Demo! Ich werde sie mir morgen mal ansehen und versuchen sie zu verwerten.

@Hansa:
1.

Zitat von Hansa:

Wer will denn die DBEdits nachbauen ?

Zitat von mkinzler:

Du könntest einen normalen edit nehmen, den du dann halt manuell füllen mußt.

In meinen Augen: Funktionalität "nachbilden/-bauen".

2.
In der Anwendung um die es geht verhält es sich so, dass der Benutzer mehrere Tabellen mit jeweils 5 bis 15 Feldern verwalten können soll. Ich fände es äußerst ungünstig wenn man dann für jede der Tabellen nochmal ein extra Formular anlegt wenn der Benutzer doch alles schön kompakt in seiner Oberfläche haben kann anstatt hier und da neue Fenster öffnen zu müssen. Und damit er sich nicht vertut schreibt man einfach groß drüber ob er gerade im Suchmodus oder im Editiermodus ist . Letzenendes ist es eine Geschmacksfrage und ich habe eben diesen Geschmack und versuche eine Lösung für das daraus resultierende Problem zu finden.