[GELÖST] SETFILTER + Bereich von..bis?

Hallo,

Bei SETFILTER kenn ich nur das Konstrukt SETFILTER (Feldname, '>=<%1', irgend_ein_Wert);

Wie sag ich: SETFILTER("Feld",von .. bis); ?

z.B. Record.SETFILTER(Code-Feld,'2008-01'..'2008-12'), oder konkreter
GenJnLine.SETFILTER("Journal Batch Name",'2008-01'..'2008-12');

Danke im Voraus!

EDIT:

schon gelöst, grins

=> LÖSUNG:

GenJnLine.SETFILTER("Journal Batch Name",'%1..%2','2008-01','2008-12');

Erstaunlich, wie oft ich hier eine Frage poste und 1 Min später fällt mir die Antwort von selber ein.
Das Forum setzt meine kreativen Kräfte frei >:-> *hehehe*

Noch besser ist es aber, für solche Bereiche SETRANGE zu verwenden.

Noch besser ist es aber, für solche Bereiche SETRANGE zu verwenden.

Frißt SETRANGE etwa weniger CPU-Zeit als SETFILTER?
Mir hat mal mein Chef gesagt, nach Möglichkeit immer SETRANGE nehmen, aber ich hab vergessen zu fragen, warum eigentlich ... }:^)

Allein schon deshalb, weil der Code um Einiges besser zu lesen ist. Ein SetRange setzt - wie der Name halt sagt - einen Bereich auf oder von-bis und braucht dafür auch kein Konstrukt wie '%1..%2' oder gar '>=%1&<=%2'.

Ein SetFilter sollte filtern, wo ein SetRange nicht funktionieren kann.

Performanter soll SetRange auch sein, wobei man darüber wohl streiten kann.

Mir hat man auch mehrmals eingetrichtert, solange ein SETRANGE funktioniert sollte auch dieser verwendet werden. Also diesen immer bei Filtern auf einen einzelnen Wert bzw. einen Wertebereich anwenden.

Gruß,
Sebastian

soweit ich weiß *an die SQL performance Schulung zurückdenk* macht das SETRANGE und -FIlter nur auf der nativen Datenbank einen unterschied.
auf SQL macht der eh aus beiden einen SELECT-Befehl, somit wäre es da egal.
trotzdem..man weiß ja nie wo die programmierung mal verwendet werden soll und der standard machts ja vor
SETFILTER nur wenn SETRANGE nicht klappt.

Zum Thema SETRANGE vs. SETFILTER:
http://www.navision24.de/trickkiste/unt ... ilter.html

Besprochen hier:
viewtopic.php?f=36&t=6924
Verwendung durch CONST
Performance

soweit ich weiß *an die SQL performance Schulung zurückdenk* macht das SETRANGE und -FIlter nur auf der nativen Datenbank einen unterschied.

Selbst auf der nativen Datenbank kann ich bei sehr gr. Tabellen nicht bestätigen das SETFILTER länger dauert als ein SETRANGE.
Es mag sein das es messbar ist, aber spürbar kaum.
Das eigentliche Kriterium für die Performance hier ist IMO der Sortierschlüssel.

mfg
winfy

soweit ich weiß *an die SQL performance Schulung zurückdenk* macht das SETRANGE und -FIlter nur auf der nativen Datenbank einen unterschied.

Selbst auf der nativen Datenbank kann ich bei sehr gr. Tabellen nicht bestätigen das SETFILTER länger dauert als ein SETRANGE.
Es mag sein das es messbar ist, aber spürbar kaum.
Das eigentliche Kriterium für die Performance hier ist IMO der Sortierschlüssel.

mfg
winfy

Bitte führt das Thema in den o.g. Links fort. Danke!