Domino 9 und frühere Versionen > ND7: Entwicklung

Ansichtsauswahl mit Liste

<< < (4/5) > >>

ata:

--- Zitat ---Die NOTES.INI geht auch nicht, Toni - @Environment ist auch nicht zulässig ...
--- Ende Zitat ---

... da zeigt sich die Praxis aber anders - ich habe das so in einer Datenbank verbaut...   :-\ ::)

Toni

Jeremias:
Hallo an alle,
vielleicht ist mein erstes Posting doch etwas emotional gewesen.
Ja, ich gestehe aus der relationalen Welt zu stammen und das ständige Erweitern von Masken um zusätzliche Items, versetzt mir jedesmal ein Stich ins Herz. Zumindest wenn es dabei um Flags für temporäre oder selten benötigte  Ansichten geht.


Sehr gerne verfolge ich aber die jetzt diskutierten Ansätze. Habe leider gerade keine Zeit die Vorschläge auszuprobieren, werde es aber nachher nachholen.

Mfg
Jeremias M.

koehlerbv:

--- Zitat von: Jeremias am 02.04.08 - 16:46:15 ---vielleicht ist mein erstes Posting doch etwas emotional gewesen.
--- Ende Zitat ---

Hallo Jeremias,

das passt schon. Und eine steife Brise vertreibt schnell alle Wolken  ;)

Ich würde an Deiner Stelle wir folgt vorgehen:
- Sicherstellen, dass ich alle Stellen, an denen Dokumente erstellt / modifiziert werden können, kenne
- In einem Setup-Dokument (oder Setup-Dokumenten) die Zugehörigkeit zur EU kennzeichnen. Vorteil von Setup-Dokumenten pro Land: Wenn jemand auf die Idee kommen sollte, dass auch die NAFTA beispielsweise gekennzeichnet werden soll oder ... Man kann dann gleich reagieren.
- Beim Speichern der Dokumente die "Zugehörigkeit" kennzeichnen. Hierbei am besten gleich berücksichtigen, dass das Item auch eine Liste beinhalten könnte. Siehe oben: Wenn noch jemand Schengen oder die NATO berücksichtigen will ... Oder Länder der Eurozone ...
- Einen Agent schreiben, der - manuell angeworfen - die Zugehörigkeit setzt. Vielleicht muss ja 2009 Kroatien ergänzt werden. Die Türkei - wenn überhaupt - wohl eher erst in 15 Jahren. Bosnien-Herzegowina, Albanien, Mazedonien - das steht noch vollkommen in den Sternen. Ein dauerndes Update ist also vollkommen unnötig.

Der Umbau wird so im Rahmen der Umstände "minimalinvasiv".

HTH,
Bernhard

LN4ever:
Lieber Jeremias,

gerade der letzte Beitrag von Bernhard zeigt übrigens eine mögliche fatale Schwäche von relationalen Datenbanken, in denen Programmierer versuchen, Redundanzen zu vermeiden, obwohl es gar keine Redundanzen sind.

Wenn du heute in einer relationalen Datenbank, in der die Aufträge kein eigenes "EU"-Flag haben, die EU-Aufträge vom Jahr 2003 auflisten läßt, dann erscheinen dir dort auch Bulgarien und Rumänien drin, obwohl die zu diesem Zeitpunkt noch gar keine Mitglieder waren. Und das heißt - in Klartext gesprochen: das EU-Flag ist KEINE redundante Information.

Ein zweites Beispiel kann das noch eher erhellen. Ein Programmierer, der in Rechnungen nur ein Umsatzsteuerkennzeichen und nicht den tatsächlichen Umsatzsteuersatz reinschreibt, hat bei Änderungen des Umsatzsteuersatzes große Schwierigkeiten.

Zeitliche Abhängigkeiten von Ausprägungen zu Merkmalen oder Attributen bedeuten, daß diese Ausprägungen nicht redundant zu den Merkmalen oder Attributen selbst sind.

Insofern würde dies, angewendet auf deinen Fall heißen: Nichtaufnahme des EU-Kennzeichens in die Aufträge ist Ergebnis einer fehlerhaften Datenanalyse.

Gruß

Norbert

MadMetzger:
Lieber Norbert,

das ist keine Schwäche von relationalen Datenbanken, vor allen Dingen zeigt das von dir genannte Beispiel einen weiteren möglichen Fehler in einer Analyse und Modellierung auf.

Grundsätzlich einmal sind meiner Meinung nach Redundanzen schon mal zu vermeiden, da man im Änderungsfall immer alle redundant abgelegten Daten ändern muss.

Zu deinem Beispiel: Wenn man das vorher richtig analysiert, kommt man zu dem Schluss, dass ein Land kein EU-Land ist (in OO gesprochen also keine Vererbung), sondern dass ein Land eine Beziehung zu irgend einer Organisation, beispielsweise die EU, haben kann. Da diese Beziehung aber fachlich gesehen mindestens einen Beginn und bei Austritt auch ein Ende haben kann, ist diese Beziehung mit eben diesen Daten zu versehen. (Grundsätzlich kann man viele Daten mit einem fachlichen Beginn und Ende versehen, da Objekte häufig den Charakter einer Zeitreihe haben, das dazugehörige Konzept nennt sich dann Historisierung.) Somit zeigt sich, dass eben aus dieser Perspektive das EU-Flag sehr wohl eine redundante Information ist, denn sie lässt sich ja über die Beziehungen von Auftrag über Firma, Land und Beziehungen des Landes ermitteln. Hierbei ist dann natürlich immer die fachliche Gültigkeit zu beachten. Beim zweiten Beispiel verhält es sich recht ähnlich. Also ist in meinen Augen die Aufnahme des EU-Kennzeichens in den Auftrag eben nicht korrekt, aus fachlicher Sicht.

A-Bär: Jetzt wechseln wir mal die Ebene, sprich gehen über von der Analyse in den Entwurf und betrachten das ganze unter gegebener Betriebstechnik, also hier Lotus Notes als Plattform: Dann ist es sehr wohl richtig die Daten auch dort zu redundant zu halten, wo man sie zB für Ansichten benötigt. Nur muss man sich dann einen geschickten Mechanismus überlegen, der es einem ermöglicht Änderungen an allen betroffenen durchzusetzen.

Zum Schluss für Jeremias: Mit Lotus Notes wirst du nicht umhin kommen, das Flag in den Auftrag aufzunehmen oder die Variante mit der Ansichtsauswahl zu fahren. Da musst du halt abwägen wie du es für dich besser umsetzen kannst.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete