Inoffizielles deutsches Xbase-Forum

Hi,
ich stelle das mal hier rein, weil ich gerade mit dem ADS arbeite, aber vielleicht geht das ja auch wenn, mit anderen SQl Servern.
Bisher war es ja so, das man Sätze als gelöscht kennzeichnet (unter DBF) und dann werden sie asugeblendet (kann natürlich bei vielen Sätze recht lange dauern) Das soll jetzt auch nur als Beispiel dienen. Ich möchte gerne Sätze kennzeichenen, die erhalten bleiben, aber nicht mehr angezeigt werden sollen so ohne weiteres. Gibt es da einen Weg sowas dem Server zu vermitteln? Also z.B. wenn das Feld True hat, dann überspringe den Satz und liefer ihn erst gar nicht an den Client aus, oder muß ich das alles von Hand in das SQl Script schreiben? Wäre evtl. viel Arbeit, wenn man alles Scripte nachträglich damit erweitern müßte.

Du willst also dem Server eine Art "SET DELETED ON" beibringen? Jedes SELECT soll automatisch eine bestimmte Spalte berücksichtigen, obwohl das nicht angegeben wird? Interessante Fragestellung.

das war jetzt etwa zu hoch gegriffen. Es soll ja nicht gelöscht werden, sondern gefilter. Es könnte auch für andere Optionen gelten. Wenn der und der Wert erreicht wird, dann zeige es nicht an, oder so. Es müßte sicherlich irgendwo auf dem Server hinterlegt werden. Das fände ich einfacher, als alle SQL Scripte anzupassen. Zumal es dann nur einfach wieder entfernt oder deaktiviert werden müßte, wenn es irgendwann (mal kurzfristig) nicht (mehr) benötigt wird.

Also ein globales Kriterium, das man z.B. auch (anstelle der Verwendung unterschiedlicher Schemata) für Mandantenzuordnungen verwenden könnte. Sowas. Ganz egal, was ich anfasse, ich will nur noch Daten, wo das (immer vorhandene) Feld "MANDANT" den Wert "HAUPTMANDANT" enthält. Usw. Ich will's nur nicht jedes Mal angeben müssen.

hm, vielleicht irgendwann zum Schluß einmal so. Die Möglichkeiten sind ja vielleicht offen. Ich staune ja immer wieder, was man so alles machen kann. (aber finde auch etliches, was man nicht so einfach machen kann )



Aber lese ich da jetzt ein wenig Ironie, oder Sarkasmus in Deiner Antwort?

Aber lese ich da jetzt ein wenig Ironie, oder Sarkasmus in Deiner Antwort?

Nichts dergleichen. Ich finde die Fragestellung wirklich interessant, perspektivisch auch für mich selbst.

Beim ADS, und nur der, kannst du nach den Öffnen einer Datei ja mit setaof() dein Filterkriterium setzen. Das wird schon auf dem Server ausgeführt. Und verwendet Indices, wenn welche passen.
Ansonst bleibt dir nur der Weg über ein SELECT mit WHERE Bedingung oder noch besser: einen VIEW erstellen

Hi Markus,
das mit dem setaof() habe ich hier schon gelesen, aber nicht verstanden, wie man sowas einsetzt.

Hallo Manfred !

Wir hatten sowas für den SQL-Server eingebaut.
Eine logische Spalte deleted.

In der Abfrage-Klasse auf Clientseite, wird automatisch der individuelle SELECT immer mit AND Deleted = .F. ergänzt.
Da muß ich als Entwickler nichts mehr beachten, außer natürlich meine SELECTs immer über die Klasse abzuarbeiten.

Das Objekt loSQLExecParameter ist die Datenzugriffs-Klasse, THIS.DATASOURCE die Art der Datenquelle, tcSQLCommand ist der SQL-Befehl und tcAlias ist der Alias unter dem die Klasse das Ergebnis zurückliefern soll.

loSQLExecParameter.Execute( THIS.DATASOURCE, tcSQLCommand, tcAlias )

Hi HaPe,
ok, das ist natürlich eine Lösung. Aber so weit bin ich leider noch nicht. Ich habe noch keine Zeit/Muße gefunden die ganzen Abfrageroutinen in Klassen zu verpacken. Ich denke mal, es wird langsam Zeit dafür. Dann dürfte es sicherlich flexibler werden. War es ja in meiner bisherigen Datenbankklasse für meine DBF auch.

Ich habe noch keine Zeit/Muße gefunden die ganzen Abfrageroutinen in Klassen zu verpacken.

Du kannst auch einfach alle SELECT-Kommandos, die Du erzeugt hast, noch in eine Funktion wickeln, die einfach ein "AND irgendwas" anhängt.

Zum Beispiel: Fast wie ein DbSetFilter() Ausdruck als String, ohne Feld-> alias.
In der AdsClass Hilfe steht noch mehr.

mach Dir eine View: Dann verwende die Vew anstatt der Tabelle.

Anmerkung: Du kannst eine View wie eine Tabelle öffnen, da ist kein Unterschied,

hm,
eigentlich hatte ich die Idee, das ich nur einen "Haken" am ADS setze und dann alles so läuft, wie gewünscht. Bei den Vorschlägen jetzt habe ich die Vermutung das doch etliches mehr angepaßt werden muß und die Flexibilität nicht so gegeben ist, wie gedacht.

Der "Haken" ist ein View, den du ja jederzeit ändern kannst