Anzahl der Dokumente im Dircat

[Hive]

Ist mir glatt peinlich die Frage zu stellen .. aber mir ist gerade beim Debuggen aufgefallen das bei 4000 Usern/Einträgen die Eigeschaften des Dircat nur 25 Dokumente anzeigt .. paßt doch gar nicht ?? Oder hab ich jetzt einen Denkfehler ..

KAI

[Steve_O.]

Ohne jetzt wirklich Hintergründe nennen zu können,
kann ich dich aber beruhigen.
Im dircat passt diese Zahl mit den dargestellten Einträgen nie, da irgend etwas
komprimiert wird... ich höre lieber auf, bevor man mich auslacht...

Fazit: Es passt, dass es nicht passt!! 

[eknori]

Oder hab ich jetzt einen Denkfehler

Du hast ...

When the Dircat task combines multiple documents from source Domino directories into single documents ...

[Hive]

Ich muss ja dazu sagen, dass ich mich mit Lotus schon seit 8 oder 9 Jahren beschäftige aber das ist mir noch nie aufgefallen. 1ch wollte gestern eine domainübergreifende Prüfung von Benutzernamen programmieren und es kam kein vernüftiges Ergebniss bei rum.

Es gibt im Dircat die Person und die People Maske. Zweite sieht so aus als würde sie gemäß Ulrich mehrere Dokumente in einem kombinieren. Aber es gibt auch eine Ansicht nach der ersten (Person) Maske(select form="person") und die enthält 4000 Einträge. Dann sollte es doch auch 4000 Dokumente geben. Dazu kommt ebenfalls dass wenn ich im designer diese Ansicht öffne es zu dem Fehler kommt "Eintrag nicht vorhanden", im Client wird sie jedoch angezeigt.

Aber danke für die Antworten. Ich werd mir mal einen alternativen Weg ausdenken.

MfG KAI

[eknori]

und die enthält 4000 Einträge.

Dan markiere mal einen Eintrag in der Ansicht. Da werden dann mehrere Einträge markiert ...

[Hive]

Das ist ja der Witz, es handelt sich zumindest dem Verhalten des Clients nach zu urteilen um 4000 Einträge. Markiert man einen Eintrag wird auch nur ein Eintrag markiert.

Ich hab die Spalte der Ansicht gerüft ob es dazu kommen kann das ein dokument mehrfach gelistet wird und es geht nicht. Die Ansicht besteht aus zwei Zeilen

Spalte 1:
@If(Type = "Group"; 4; Type = "Person"; 3;Type="Database"; 2; Type="Server";53;0 )

Spalte 2

Code

DisplayPersonName := @If(
   Type = "Person"; @Implode(@Trim(@Subset(LastName; 1) : @Subset(FirstName; 1)); " , ")+ " " + MiddleInitial; "");

DisplayName := @If(
   Type = "Group"; @Subset(ListName; 1);
   Type="Server"; Servername; 
   @If(DisplayPersonName = ""; @Subset(FullName; 1); 
   DisplayPersonName));

@Name([Abbreviate]; DisplayName)

Tja es müßten 4000 Dokumente sein, nur leider scheint es die nicht wirklich zu geben

[hallo.dirk]

--------------------------------------------------------------------------------
Condensed Directory Catalogs
You create a condensed Directory Catalog from the Directory Catalog template (DIRCAT5.NTF). Condensed Directory Catalogs are designed to be small enough to fit on Notes clients. For example, several Domino directories that together contain more than 350,000 users and total 3GB in size, when aggregated in a condensed Directory Catalog are likely to be only about 50MB. In general, each user and group entry is slightly more than 100 bytes. Condensed directory catalog are designed primarily for use on Notes clients.
To achieve its small size, a condensed Directory Catalog uses a unique design that combines multiple documents from the Domino Directories into single documents in the directory catalog, and that limits the number of sorted views available for lookups.

Aggregate documents

One reason a condensed Directory Catalog is small is it combines many entries from the source Domino Directories into single aggregate documents. A single Directory Catalog aggregate document can contain up to 250 source directory entries, although on average the maximum is about 200. This means that a condensed Directory Catalog needs to use only about 1000 aggregate documents to store information from 200,000 documents in the source Domino Directories.

Limited number of views

A condensed Directory Catalog is also small because it contains only a few, small views. By contrast a Domino Directory and an Extended Directory Catalog have multiple, typically large views.


$Users view This is the one view used in a condensed Directory Catalog for name lookups. When you configure the directory catalog you choose how to sort this view, either by distinguished name, by last name, or by alternate name. To find names that don't correspond to the selected sort order, a full-text search is done of the directory catalog rather than a view lookup.
You shouldn't open the aggregate documents in the $Users view manually; these documents are not intended for viewing, and it can take a considerable amount of time to format them for that purpose.

$Unid view This view contains information needed by the Dircat task to replicate the source directory entries into the directory catalog. The $Unid view isn't created on replicas of the directory catalog, which further reduces the directory catalog size.

$PeopleGroupsFlat view This view displays directory names when Notes users click the Address button to browse directories.

Configuration view This view shows the Configuration document that contains the directory catalog configuration settings.

Users view This is a view that users can open and programs can access to see the names included in the directory catalog. This view is not stored on disk but is instead built as needed.


Design changes
In general, you should not change the database design of a condensed Directory Catalog. One exception is changing the name of the Users view; you can change the name of this view, as long as you keep the original view name, Users, as an alias.

Na, bei dem Teil der Admin Schulung geschlafen?

[Hive]

Danke .. jau den Dircat hab ich immer etwas stiefmütterlich betrachtet .. bin auch noch nie auf die Idee gekommen, den für ein Namelookup zu benutzen ..

Ich werds auch versprochen!! nnieeeeee wieeeedddeeeer versuuuuuuchen

  KAI