Domino 9 und frühere Versionen > ND6: Entwicklung

Problem mit Datentyp double ab Notes 5.0.10

<< < (2/2)

koehlerbv:
Mit den Artikelnummern (und anderen wie Patientennummern, Antragsnummern und was für Nummern die Leute noch so schieben ;-) habe ich schon Dinge erlebt ... Ohne Worte ! Da kommt mir nur was alphanumerisches ins Haus. Wie gesagt: Der Effekt ist ja absolut identisch. Selbst rechnen könnte man ja noch damit (durch DataType-Wandlung, ggf. vorher Parsing), wenn jemand zum Beispiel in der dritten Stelle der NUMMER seine Rabattierbarkeit hinterlegt ;-)

Interessieren würde mich auch, was da 5.0.10 treibt. Muss ja ein Bug sein.

Je mehr Spalten sortiert sind, desto mehr Performanceeinbruch (nicht bei GetDocumentByKey, sondern bei der Ablage neuer oder modifizierter Dokumente). Deshalb sollten Deine Tips, Matthias, unbedingt immer beachtet werden:
- Genau die Spalten sortieren, die erforderlich sind - niemals mehr.
- Für programmatische Zugriffe IMMER UND NUR versteckte Ansichten verwenden. Und diese so simpel wie möglich aufbauen -sieht ja eh "keiner". *)

Allerdings könnte es durchaus erforderlich sein, das man für GetDocumentByKey mehrere sortierte Spalten braucht (ich arbeite damit auch oft) - man kann glücklicherweise auch über ein Array als Key suchen.

Bernhard

*) Warum versteckte Ansichten: Was der Anwender sieht, mag er oft verändert wissen. Fix ist da sowas da wie "In der ersten Spalte brauchen wir aber noch das Erstelldatum, und danach soll wahlweise bei Klick auf die Spaltenüberschrift sortiert werden können. Wenn darauf jetzt ein @dbLookup oder ein GetDocumentByKey basiert - Prost Mahlzeit.

TMC:
joo, kann ich nur bestätigen, dass man für programmatische Zugriffe ausschließlich Hidden Views verwenden sollte.

In Notes haben wir es ja bei den Datentypen noch überschaubar. Der mit R6 neue Datentyp Boolean passt da auch noch gut dazu (wobei es da Integer auch tut, um True/False zu definieren).
Richtige Probleme haben Kollegen mit relationalen DBs, wo es wohl gang und gäbe ist, Strings immer auf wenigste Stellen zu reduzieren. Wenn da dann der Anforderer kommt, und will das für ein Feld erweitert haben: gute Nacht (oftmals zig Abhängigkeiten zu diversen Tables, etc. etc.).

koehlerbv:
Was man immer wieder betonen sollte, Matthias, wenn mal wieder so ein Komiker mit "Notes ist (anderes Wort für Exkremente) daherkommt und auf RDMS schwört. Alles, wo es hinpasst. Alles mit seinen Risiken und Nebenwirkungen.
Das Datatype conversing in Notes ist einfachst, verleitet natürlich auch zu Fehlentscheidungen. Aber wenn man weiss, was man tut ... Genial !
By the way: True or False kann man neben Boolean (R6+ only) und Integer auch als Single, Long oder Double, gar Currency darstellen.

Servus,
Bernhard

Navigation

[0] Themen-Index

[*] Vorherige Sete