verschiedene Kalender oder eine DBF ? [erledigt]

[AUGE_OHR]

hi,

für 1 Person reicht ja meistens 1 Kalender aus, aber in einer Firma sind es ja mehrere Person die jeder noch einen "persönlichen" Kalender haben wollen.

Die Frage die sich hier nur stellt : alles in eine (Server) DBF oder jedem seinen "eigene" DBF ...

wenn jeder seine "eigene" DBF ( selbe Struktur ) hat brauch ich "nur" den UNC Path zu ändern.
wenn ich alle in "einer" DBF hätte müsste ich einen "Filter" auf den User legen ... oder

[Jan]

Bei uns in der Firma sind alle Kalender in einer einzigen Datenbank. Und wenn Du dann mit Scopes arbeitest, geht das auch verzögerungsfrei.

Jan

[AUGE_OHR]

Bei uns in der Firma sind alle Kalender in einer einzigen Datenbank. Und wenn Du dann mit Scopes arbeitest, geht das auch verzögerungsfrei.

hm ... SCOPE ... dann muss ich den Usernamen mit in den Index nehmen ...

Frage : stellt man dann den Usernamen "vor" oder "nach" dem vorhandenen Index Ausdruck ?

[Koverhage]

Das kommt darauf an, was Dein Index ist.

[Tom]

Ich nehme an, Dein Index verweist auf das Datum des jeweiligen Termins. Wenn Du den Benutzernamen voranstellst, kannst Du nicht mehr nach dem Datum ohne den Benutzernamen suchen, also mit DbSeek alle Termine zu einem Datum finden. Wenn Du ihn nach hinten stellst, geht das Scoping mit dem Benutzernamen nicht mehr. Deshalb böte sich hier - tara! - ein zweiter Index an, Benutzername+DtoS(Datum). Ein Scope-Ausdruck könnte hier auf das Datum verzichten, es aber auch enthalten. Du könntest also alle Termine für einen Benutzer "filtern", aber auch zusätzlich einen Datumsbereich eingrenzen (auf SET EXACT achten!).

[Jan]

Das stimmt sooo nicht unbedingt. Wenn man bei einem Index auf Name + Datum nur das Datum sucht, dann muß im Scope eben über SCOPE_BOTTOM und SCOPE_TOP ein Rahmen für die Namen gesetzt werden. Also z. B. von "a" (SCOPE_TOP) bis "ZZZ" (SCOPE_BOTTOM). Das funktioniert ganz wunderbar.

Aber natürlich würde es sich auch anbieten, einen hierauf spezialisierten Index zu erstellen. Wenn das bei Jimmy ins Konzept passt.

Jan

[Tom]

Hallo, Jan.

Das stimmt nicht.

Jemand heißt "Horst". Das Feld für den Namen ist 20 Zeichen lang. Ergänzt wird es im Indexausdruck um Dtos(datum). Termine für Horst am 01.01.2011 und am 31.03.2011 sähen dann so aus:

"HORST 20110101"
"HORST 20113103"

"Sabine" hat einen Termin am 25.02.2011:

"SABINE 20112502"

Du willst alle Termine im Zeitraum vom 01.02.2011 bis zum 31.03.2011 filtern. Der Index hat definitiv die folgende Reihenfolge:

"HORST 20110101"
"HORST 20113103"
"SABINE 20112502"

Horst zweiter Termin liegt zeitlich hinter dem Termin von Sabine. Das lässt sich unmöglich in einem Ausdruck scopen:

Jetzt setzt Du einen Scope "TOP" auf Space(20)+DtoS(CtoD("01.02.2011")) und einen Scope "BOTTOM" auf Replicate("Z",20)+DtoS(CtoD("31.03.2011")). Die Rückgabemenge: Alle drei. Warum? "HORST 20110101" ist "größer" als Space(20)+... Deshalb wird dieser Termin zurückgegeben, obwohl das Scope scheinbar das Datum eingrenzt. Das funktioniert in dieser Variante nur mit eindeutigen Namen.

[brandelh]

Hi,

ich würde hier nicht den Benutzernamen sondern die Benutzer-ID (z.B. Personal-Nr) verwenden.
Namen können sich ändern !

[AUGE_OHR]

Frage : stellt man dann den Usernamen "vor" oder "nach" dem vorhandenen Index Ausdruck ?

"man" sieht das die Frage "Sinn" machte.

Ich habe mich für Tom´s Variante entschieden und den User "nach" dem vorhandenen Index Ausdruck angefügt.
Im Source wurde der Ausdruck für SEEK erweitert der auch als SCOPE benutzt wird.

Code: Alles auswählen

cSeek := "alte Bedingung"+User
SEEK(cSeek)
IF FOUND()
   SET SCOPE TO cSeek

[brandelh]

Hi,

je nach Aufgabe und Anzahl der Treffer macht es Sinn beides zu machen:

Alle Termine eines Benutzers, ohne Einschränkung auf einen Tag: UserID+Dtos(dTermin)
Alle Termine eines Tages, mit oder ohne Einschränkung auf Benutzer: Dtos(dTermin)+UserID

[AUGE_OHR]

je nach Aufgabe und Anzahl der Treffer macht es Sinn beides zu machen:

klar ... man hat ja nicht nur einen TAG im Index