Produktiv- und Entwicklungs-Datenbank
Hallo Forum,
meine Datenbank nimmt langsam Form an und einige Dinge könnten bereits produktiv eingesetzt werden. Parallel dazu würde ich gern in einer Kopie die Entwicklung vorantreiben. Mit dem nächsten Entwicklungsschritt müssten dann die Daten aus der Produktiv-Datenbank (die ja inzwischen verändert wurden) in die Entwicklungs-Datenbank übertragen werden, um dann zur neuen Produktiv-Datenbank zu werden. Eine Kopie davon würde dann wieder zur Weiterentwicklung genutzt werden usw.
Natürlich ginge das nur, wenn die Tabellen-Beziehungen gleich blieben!
Gibt es eine derartige Möglichkeit in Ninox.
Viele Grüße, Jörg
3 Antworten
-
Hallo Jörg,
die Änderungen an der Struktur einer Tabelle kannst du in einer Kopie der Datenbank vorzunehmen.
In der Ninox App (für Mac und Tablet) kann man dann, in der Zieldatenbank mit Hilfe der Funktion "Daten importieren", nur die Struktur der veränderten Tabelle(n) zu übernehmen, wenn man als Import-Quelle "Ninox" im Dialog auswählt.
Als Quelldatenbanken stehen dabei nur die Datenbanken zur Verfügung, die im Tab "Meine Datenbanken" gespeichert sind.Gruß, Jörg
-
Hallo Jörg,
tatsächlich wird wohl z.B. eine OK-Schaltfläche mit entsprechendem Skript übertragen. Ein Skript, das in einem Feld unter dem Punkt "Nach Änderungen folgendes Skript ausführen" abgelegt wird, aber nicht. Ich gehe davon aus, dass auch Änderungen an bereits bestehenden Skript nicht übernommen werden. Gerade diese Trigger (und das ist ja wohl einer) werden in Ninox besonders hervorgehoben, sind also von großer Bedeutung für die Automatisierung. Hier wird es also öfter mal Änderungen geben, die vor dem produktiven Einsatz gerne an Testdaten ausprobiert werden. Natürlich kann man das dann auch über "Copy and Paste" auf die produktive Datenbank übertragen. Wenn mehrere Änderungen notwendig sind, wird es allerdings schwierig den Überblick zu behalten.
Viele Grüße, Jörg
-
Hallo,
es löst zwar nicht komplett die Probleme der Updates aber es kann eine ganz vernünftige Strategie sein, viel Code in die Globalen Funktionsdefinitionen abzulegen und in den Feld-/Tabellentriggern nur in diese Funktionen zu springen.
Aber auch da könnte noch einiges für die Übersichtlichkeit und die Code-Pflege getan werden - ich bin mir sicher, da kommt noch was von Ninox.
VG Frank
Content aside
- vor 5 JahrenZuletzt aktiv
- 3Antworten
- 1751Ansichten