Hallo,
ein Indexer kann nur Gleiches mit Gleichem vergleichen. Da Zahlen aber in verschiedenen internen Darstellungsvarianten vorkommen - und dabei eine "-2" als Integer völlig anders gespeichert wird denn als Double oder Currency, macht es prinzipiell keinen Sinn. Anders ist es nur mit Datumsformaten. Die können indiziert werden, weil sie in einheitlichem Format vorliegen.
Wer Postleitzahlen, Hausnummern oder Inventarnummern als Zahlen speichert, bekommt spätestens bei unterdrückten führenden Nullen ein Problem.
Und jetzt zum Verstand und zum Funken. Man kann das Problem beheben, indem man
1. die Feldeigenschaft in der Maske umstellt
2. einen Agenten über alle Dokumente laufen läßt, der aus den Zahlen Texte macht. Wenn es sich um ganze Zahlen handelt, die evtl. größér als 32767 oder kleiner als -32768 sind, unbedingt als LONG deklarieren - und den Textstring der Zahlen mit Nullen auffüllen, wenn man diese Zahlen wie Zahlen sortieren können will ("5" ist sonst größer als "123", aber "005" ist kleiner als "123").
3. den Agenten für einen weiteren Lauf vorsieht (falls sich Dokumente erst nach der Umstellung hineinreplizieren, die noch mit der alten Maske bearbeitet wurden)
4. Testen, ob sich in der Programmlogik Stellen finden, an denen das Feld definitiv als Zahl erwartet wird - die fallen nach der Umstellung sonst nämlich auf den Bauch. Teamstudio Configurator oder Noteshound können da sehr behilflich sein, um das mulmige Gefühl loszuwerden, daß man vielleicht doch nicht alle Stellen erwischt hat. Beide Tools versagen beim Check von Outlines.
5. Punkt 4 sollte zeitlich vor Punkt 1 bis 3 stehen. Sonst können die Nächte kurz oder die Ohren lang werden.
Gruß
Norbert
Thema: Volltextindex und Zahlenfelder (Gelesen 8034 mal)