Relationsverwaltung AvERP-Admin [erl.]
Moderator: SYNERPY
-
- Beiträge: 97
- Registriert: Mo Dez 11, 2006 1:28 pm
Relationsverwaltung AvERP-Admin [erl.]
Hallo zusammen,
mal eine ganz bescheidene Frage, die mich ein wenig quält ...
Nachdem ich in einer Tesdatenbank, eigene Tabellen, Views und Prozeduren erstellt habe und anschließend die Realtionen in AvERP-Admin eingetragen habe,
erstelle ich mit IBExpert Skripte um die Änderungen in die originale Datenbank einzuspielen. Die Relationen trage ich anschliessend per Hand nach.
Gibt es für diesen mühseligen Vorgang (Einträge per Hand) keinen anderen Weg um sich die Arbeit zu erleichtern? Ein Systemtabellenvergleich oder ähnliches?
Wie macht Ihr das?
Gruß
Werner
mal eine ganz bescheidene Frage, die mich ein wenig quält ...
Nachdem ich in einer Tesdatenbank, eigene Tabellen, Views und Prozeduren erstellt habe und anschließend die Realtionen in AvERP-Admin eingetragen habe,
erstelle ich mit IBExpert Skripte um die Änderungen in die originale Datenbank einzuspielen. Die Relationen trage ich anschliessend per Hand nach.
Gibt es für diesen mühseligen Vorgang (Einträge per Hand) keinen anderen Weg um sich die Arbeit zu erleichtern? Ein Systemtabellenvergleich oder ähnliches?
Wie macht Ihr das?
Gruß
Werner
Zuletzt geändert von koch am Mo Jun 14, 2010 5:53 pm, insgesamt 1-mal geändert.
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Re: Relationsverwaltung AvERP-Admin
Hallo Werner,
Das Ergebnis mit Rechtsklick in die Zwischenablage kopieren und in einem neuen Skripteditor einfügen.
Die erste Zeile "SQLTEXT" löschen und das Skript ausführen.
Wenn die gleiche ID übernommen werden soll, dann die ersten zwei Insert-Befehle entsprechend ändern.
P_ADMIN_SCRIPT_TABELLEN_MASKEN im IBEXPERT aufrufen und als Parameter den Tabellennamen eingeben.koch hat geschrieben: Gibt es für diesen mühseligen Vorgang (Einträge per Hand) keinen anderen Weg um sich die Arbeit zu erleichtern? Ein Systemtabellenvergleich oder ähnliches?
Wie macht Ihr das?
Das Ergebnis mit Rechtsklick in die Zwischenablage kopieren und in einem neuen Skripteditor einfügen.
Die erste Zeile "SQLTEXT" löschen und das Skript ausführen.
Wenn die gleiche ID übernommen werden soll, dann die ersten zwei Insert-Befehle entsprechend ändern.
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 97
- Registriert: Mo Dez 11, 2006 1:28 pm
Erstmal vielen Dank für die Antwort. Ich habe die Vorgehensweise heute mal ausprobiert, leider ohne Erfolg
Folgende Vorgehensweise:
1. In einer Testdatenbank die View V_BAUFPOLC erweitert, anschliessend in AvERP-Admin die Relationen eingetragen und im Designer die Maske angepasst.
2. In IBExpert, über die Funktion "Vergleich" ein Skript für die View erstellt und in eine neue Final-Testdatenbank eingespielt.
3. In der Testdatenbank die Prozedur "P_ADMIN_SCRIPT_TABELLEN_MASKEN" aufgerufen, und ausgeführt mit dem Tabellenname "BAUFPOLC".
Das Ergebnis (über 400 Datensätze) mit dem Kontextmenü (Kopiere alle Datensätze in die Zwischenablage") kopiert. Die Zwischenablage in die "Skriptausführung" kopiert und die erste Zeile SQL Text gelöscht.
4. Das Skript in der Final-Testdatenbank ausgeführt.
5. Final-Testdatenbank in AvERP-Admin geöffnet und unter "Tabellen -/Feldverwaltung" die Tabellen aktualisiert.
6. Relationsverwaltung geöffnet. Ergebnis: alle neuen Felder haben keine Einträge.
Wo könnte mein Fehler liegen?
und
Gruß
Werner
Folgende Vorgehensweise:
1. In einer Testdatenbank die View V_BAUFPOLC erweitert, anschliessend in AvERP-Admin die Relationen eingetragen und im Designer die Maske angepasst.
2. In IBExpert, über die Funktion "Vergleich" ein Skript für die View erstellt und in eine neue Final-Testdatenbank eingespielt.
3. In der Testdatenbank die Prozedur "P_ADMIN_SCRIPT_TABELLEN_MASKEN" aufgerufen, und ausgeführt mit dem Tabellenname "BAUFPOLC".
Das Ergebnis (über 400 Datensätze) mit dem Kontextmenü (Kopiere alle Datensätze in die Zwischenablage") kopiert. Die Zwischenablage in die "Skriptausführung" kopiert und die erste Zeile SQL Text gelöscht.
4. Das Skript in der Final-Testdatenbank ausgeführt.
5. Final-Testdatenbank in AvERP-Admin geöffnet und unter "Tabellen -/Feldverwaltung" die Tabellen aktualisiert.
6. Relationsverwaltung geöffnet. Ergebnis: alle neuen Felder haben keine Einträge.
Wo könnte mein Fehler liegen?
und
Gibt es hier Vor- bzw. Nachteile?Wenn die gleiche ID übernommen werden soll, dann die ersten zwei Insert-Befehle entsprechend ändern.
Gruß
Werner
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Hallo Werner,
In Ihrem Fall V_BAUFPOLC.
Der Vorteil ist, das Sie die gleichen Tabellen- und Feldids wie SynERPy benutzen.
Ich persönlich vergebe die gleichen IDs wie SynERPy.
Die Procedure wird mit dem Viewnamen aufgerufen.koch hat geschrieben: ...
Folgende Vorgehensweise:
3. In der Testdatenbank die Prozedur "P_ADMIN_SCRIPT_TABELLEN_MASKEN" aufgerufen, und ausgeführt mit dem Tabellenname "BAUFPOLC".
In Ihrem Fall V_BAUFPOLC.
festus01 hat geschrieben:Wenn die gleiche ID übernommen werden soll, dann die ersten zwei Insert-Befehle entsprechend ändern.
Keine Nachteile.koch hat geschrieben: Gibt es hier Vor- bzw. Nachteile?
Der Vorteil ist, das Sie die gleichen Tabellen- und Feldids wie SynERPy benutzen.
Ich persönlich vergebe die gleichen IDs wie SynERPy.
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Halt Stopp,
da war ich auf dem falschen Dampfer.
Das Vorgehen war schon soweit richtig.
Das Problem ist, dass das erzeugte Script nur neue Felder einfügt und die entsprechenden Relationen setzt.
In Ihrem Fall wird folgendermaßen vorgegangen:
Nachdem Sie in der Testdatenbank die Relationen gesetzt haben, einfach ein
Auf das Ergebnis ein Rechtsklick und "Exportiere Daten in Script" auswählen.
In dem sich öffnenden Fenster die Spalte "U" ab- und die Spalte "W" für das Feld ID anhaken.
Das dann erzeugte Script ausführen.
So, das müsste jetzt aber klappen.
da war ich auf dem falschen Dampfer.
Das Vorgehen war schon soweit richtig.
Das Problem ist, dass das erzeugte Script nur neue Felder einfügt und die entsprechenden Relationen setzt.
In Ihrem Fall wird folgendermaßen vorgegangen:
Nachdem Sie in der Testdatenbank die Relationen gesetzt haben, einfach ein
Code: Alles auswählen
select * from a_felder where a_tabellen_id = ID der View
In dem sich öffnenden Fenster die Spalte "U" ab- und die Spalte "W" für das Feld ID anhaken.
Das dann erzeugte Script ausführen.
So, das müsste jetzt aber klappen.
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
-
- Beiträge: 97
- Registriert: Mo Dez 11, 2006 1:28 pm
Wunderbar...vielen vielen Dank.
Das erspart mir eine Menge Arbeit.
Eine Frage habe ich aber noch:
Beachtet die 2. Variante auch neue Felder? Oder komme ich nicht drumherum beide Varianten zu nutzen,
wenn ich einen Mix aus neuen und alten Felder in einer View habe?
Ich könnte es jetzt ausprobieren, aber ...
Wo die Erfahrung doch hier gearde so sprudelt.
Danke
Das erspart mir eine Menge Arbeit.
Eine Frage habe ich aber noch:
Beachtet die 2. Variante auch neue Felder? Oder komme ich nicht drumherum beide Varianten zu nutzen,
wenn ich einen Mix aus neuen und alten Felder in einer View habe?
Ich könnte es jetzt ausprobieren, aber ...
Wo die Erfahrung doch hier gearde so sprudelt.
Danke
-
- Beiträge: 515
- Registriert: Di Okt 19, 2004 5:45 am
- Wohnort: Diepholz
Hallo Werner,
Variante 1: Wenn neue Tabellen und Masken aus einer neueren DB-Version von SynERPy übernommen werden sollen.
Variante 2: Wenn die Tabellen und Masken schon vorhanden sind und ich einige Relationen manuell nachgetragen habe.
also ich mach das immer so:koch hat geschrieben: Eine Frage habe ich aber noch:
Beachtet die 2. Variante auch neue Felder? Oder komme ich nicht drumherum beide Varianten zu nutzen,
wenn ich einen Mix aus neuen und alten Felder in einer View habe?
Variante 1: Wenn neue Tabellen und Masken aus einer neueren DB-Version von SynERPy übernommen werden sollen.
Variante 2: Wenn die Tabellen und Masken schon vorhanden sind und ich einige Relationen manuell nachgetragen habe.
MfG
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.
KDP
----------------------------------------------------------
Durch den Computer spart der Mensch so viel Zeit,
dass er diese am Computer verbringen kann.