-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[FIX] Export.SQL #105
Comments
SCI : ch.suedhang.apps.sci.production
|
AASE-G : ch.suedhang.apps.aase-g.production
|
Act-Info Austritt : ch.suedhang.apps.actinfo_aus.production
|
Act-Info Eintritt : ch.suedhang.apps.actinfo_ein.production
|
BDI : ch.suedhang.apps.bdi.production
|
BSCL: ch.suedhang.apps.bscl_anq.production
|
CASE: ch.suedhang.apps.case.production
|
ISK : ch.suedhang.apps.isk.production
|
TMT : ch.suedhang.apps.tmt.production
|
ZüPaZ : ch.suedhang.apps.zuepaz.production
|
HoNOS : ch.suedhang.apps.honos.production
|
Es scheint als hätten wir einen Quick & dirty solution:Umbenennen der neuen VIEW. Dies führt jedoch dazu, dass die Export-Toolbox mit vielen "Views" geflutet wird, welche unter umständen nicht mehr "aktiv" sind. Ich schlage vor: Abwarten auf einen Fix. Falls in Zwischenzeit ein SQL-Export gewünscht wird - einfach direkt ausführen. Beispiel: Anstatt
ersetzen durch
|
WHOQOL : ch.suedhang.apps.whoqol.production
|
Wenn wir uns um die SQLs kümmern:
|
Bisher war ich nicht bei diesem Issue drauf, daher wusste ich nicht, dass es dauerhafte Probleme mit der Export-Toolbox von V2 gibt. |
Diese |
Gut, nur hat dann die Export-Toolbox Vorrang vor den anderen Admin-Toolbox-Funktionen. Wir brauchen eine gute Möglichkeit um Exporte machen zu können! Mich hatte das Konzept sehr überzeugt und wünsche mir für die Handhabung etwas ähnliches und nicht hineinkopieren und im SQL-Code anpassen müssen von irgendwelchen Einschränkungen. Schauen wir dann, was es für Ideen, Vorstellungen und Möglichkeiten gibt. |
Dieses Thema hat sich mit den neuen Export-Toolboxen erledigt, nicht?! Von mir aus: schliessen. Ausser das bezieht sich auch auf die neuen Versionen... |
Allgemein
Wenn eine App in der Export-Toolbox erscheinen soll, muss eine VIEW erstellt werden:
dies wiederum:
Hier kann die aktuelle Version "referenziert" werden. Also nie ein SQL File überschreiben. Sondern ein neues erstellen und dann in
create_view.sql
referenzieren.Aktivierung der App
Die Änderungen können durch Deaktivieren / Aktivieren der jeweiligen App im App-Store vorgenommen werden. Dies hat keinerlei Einfluss auf den Betrieb - es werden also keine neuen Events etc. ausgelöst. Doch:
Warnung / Hinweis!
Trotzdem sollte dies mit Vorsicht gemacht werden, da es sein kann dass die
CREATE OR REPLACE VIEW
scheitert - auch wenn der erstellte SQL in der SQl-Toolbox einwandfrei funktioniert. Falls dem so ist lässt sich die App nicht wieder "aktivieren". In derConsole
wird ein FEHLER ausgeben. Dann entsprechend oben beschrieben verfahren und das alte Export.SQL File referenzieren und App damit wieder aktivieren: Um den Betrieb sicherzustellen.Falls ein Exportfile benötigt wird, kann das neue Export.sql File jederzeit in die SQL-Toolbox kopiert und ausgeführt werden.
Issue
Um diesen Aktivierungs / SQL-Fehler genauer zu eruieren muss folgendes File konsultiert werden - Optinomic only:
UNIX | HowTo's
Dieses Issue dient als "Taskliste" für solche Effekte. Falls eine App nicht aktiviert werden kann bitte ich es hier zu hinterlegen. Ich werde diesen Effekten nachgehen resp. in die Files "abtauchen" müssen.
Issue-Vorlage
Pro solchen Fall kann folgende Vorlage (Kopieren / Anpassen und absenden & ergänzen) verwendet werden:
The text was updated successfully, but these errors were encountered: