GetAllDocumentsByKey - partial match

[Daniel D.]

Moin zusammen,

ich hab da ein kleines Problem mit GetAllDocumentsByKey. Es gibt hier in allen Dokumenten ein Feld, welches zur Darstellung einer Baumstruktur in einer kategorisierten Ansicht benutzt wird. Ich hätte jetzt gerne eine Funktion, mit der ich alle Dokumente eines Baumes/Unterbaumes in einen anderen Baum/Unterbaum "verschieben" kann. Mein Ansatz war es, über eine nicht-kategorisierte Ansicht alle Dokumente des Quellbaums zu suchen. Nach Dokumentation sollte GetAllDocumentsByKey mit exact auf false auch "linksbündige" Teilübereinstimmungen liefern, so dass automatisch alle Dokumente der Unterbäume mit erfasst wären. Leider bekomme ich aber immer nur die Dokumente der oberste Ebene des Quellbaumes zurück. Kann es sein das GetAllDocumentsByKey Schwierigkeiten mit den Backslash-Zeichen hat, die zur Kategorisierung in den Feldern enthalten sind?

Viele Grüße,
Daniel

[ata]

... wie sieht denn dein Schlüssel aus - Beispielstring

Toni

[Driri]

Zur Not bau Dir eine flache View für die Suche und ersetz den Backslash in der Spaltenformel durch z.B. Minus.

[Daniel D.]

@ata
Beispiel:

    Feldinhalt-> "Grundlagen\Handbücher\Sonstige"
   
Wenn ich hier nach "Grundlagen\Handbücher" suche, bekomme ich nur die Ebene Handbücher. Alles unter Sonstige fehlt.


@driri
Ich verwende bereits eine nicht-kategorisierte Ansicht ( falls das mit flach gemeint war). Den Backslash ersetzen wäre ne idee, ich kann mir aber noch nicht so 100%ig vorstellen, dass es daran liegt.

[Driri]

Ich würds einfach mal testhalber machen, um das einzugrenzen. Der Backslash hat ja schon eine besondere "Funktion", evtl. kommt da das GetAllDocumentsByKey durcheinander.

[Daniel D.]

Es läuft!! 

Lag also doch am Backslash. Man sollte nur beachten, dass der \ in ASCII die 134 hat, in Codepage 850 (die von @char verwendet wird) aber die 92.
Danke für die Tipps.

Gruß,
Daniel

[koehlerbv]

Der ASCII-Code des Backslash ist wie in der Codepage 850 die 92. Und eine 134 gibt es nicht im ASCII-Code, da dieser nur 7 Bit umfasst - da ist bei 127 (7F) Feierabend.

Bernhard

[m3]

Und wenn man "Extended ASCII" (also die 8-Bit Version nimmt) dann ist 134 das "å".

Und in der Codepage 850 ist der Backslash "\" ebenfalls auf Position 92. Auch hier ist auf 134 das "å".

[Daniel D.]

stimmt.
Habe mich in der Spalte geirrt, die 134 war die oktale Angabe ...

Aber schön dass alle aufgepasst haben