Notesdokument mit Maske aus anderer DB öffnen

[AleX_-_]

Hallo,

ist es möglich ein Notesdokument mit einer Maske aus einer anderen Datenbank zu öffnen.
Ich hoffe ihr könnt mir weiterhelfen oder irgenwelche Tips geben.

Danke 

[WildVirus]

Hallo,

kopier die Maske rüber.

CU,
Axel

[AleX_-_]

Ich kann die Maske nicht rüberkobieren, weil ich sonst noch sämtliche Bibliotheken, Teilmasken, ... die mit der Maske verknüpft sind in die Datenbank kopieren müsste.
Gibt es nicht eine andere Möglichkeit die Maske aus einer anderen DB zu öffnen?

[Klafu]

Es gibt den Punkt "Maske in Dokument speichern"

Chris

[AleX_-_]

"Maske in Dokument speichern" funktioniert leider auch nicht, weil sich das Design der Maske und die Biliotheken sich ständig ändern.

[koehlerbv]

Du kannst ein Dokument in der anderen Datenbank öffnen oder anlegen und damit auch den Code aus der anderen DB benutzen. Den Code der anderen DB aber in der ersten DB verwenden - das geht nicht.

Bernhard

[AleX_-_]

Also bleibt mir nichts anderes übrig, vor dem Öffnen das Notesdokument in die DB zu kopieren wo das Design der Maske liegt und beim Speichern wieder in die andere DB zu kopieren  .
Wäre halt aus Performance-Gründen zu schön gewesen, wenn man mit Notes Dokumente mit einer Maske aus einer anderen DB öffnen könnnte.
Dann wäre nämlich ein Datenbankgestaltung möglich in der die Designelemente in einer DB liegen und die Notesdokumente (incl. Anischten) in einer anderen DB.
Vielleicht fällt ja noch jemanden etwas dazu ein 

[WernerMo]

Hallo,

.... weil sich das Design der Maske und die Biliotheken sich ständig ändern.

was hältst Du davon, diese Designelemente in einem eigenen Template zu "pflegen" und von dort aus jede Nacht automatisch in die beiden Datenbanken "einzupflegen"?

Vorteil: PerformanceSorgen sind weg
Nachteil: einmal Mehrarbeit für den Entwickler

Gruß Werner

[koehlerbv]

Was sollte das denn an Pewrformancegewinn bringen? Das Gegenteil ist der Fall. Und da das Verfahren "Daten in einer DB, Design in einer anderen" nicht möglich ist, wird dazu auch niemand anderem etwas einfallen.

Bernhard

[AleX_-_]

Schade  .
Ich habe Projekte indem es 15 DBs gibt die jeweils ca. 50 GB und min. 250.000 Doks haben. Da wäre es sehr praktisch wenn ich nur auf eine DB ein DesignUpdate durchführen müsste.

[ascabg]

Hallo,

Und die 15 Db's sind alle gleich aufgebaut (von Design her)?

Wenn ja, dann waeren wir wieder beim Template.


Andreas

[WildVirus]

ich nur auf eine DB ein DesignUpdate durchführen müsste.

Dem Designertasks ist es doch sch.....egal, ob er 1 DB, 15 oder 200 mit einer Designänderung beglückt.

So wie Du schreibst, klingt das für mich nach EDV zu Fuß, d.h. Du machst jede Designänderung pro Datenbank von Hand. Dann hast Du zu viel Zeit !

Mach eine (!) Schablone, die gilt dann für alle DBs, egal wie viele es sind. Fertig.

Schönes Wochenende
Axel

[FriFra]

Und da das Verfahren "Daten in einer DB, Design in einer anderen" nicht möglich ist, wird dazu auch niemand anderem etwas einfallen.

Doch, mit X-Pages kann man Daten und Design trennen ... Aaber das erforder natürlich "etwas" Einarbeitung.

[koehlerbv]

Das ist jetzt aber eine andere Baustelle, Michael. Und der Performance-Steigerung dient es auch nicht, um die es hier ja mal (sowieso fälschlicherweise) ging.

Bernhard