yform
yform copied to clipboard
yakamara
Wunsch:: Tablemanager :: Pflege von Tabellen einer anderen Datenbank
Die Pflege von Tabellen einer Datenbank einer anderen Applikation könnte es ermöglichen externe Lösungen von Redaxo aus zu pflegen und zu betreuen.
Meinst du damit, dass man z.B. einen eigenen Datenbankzugang eintragen könnte und der manager dann darauf zugreift ? Weil, wenn du die redaxo tabellen hinnimmst, könntest du ja jetzt schon diese Tabellen verwalten. Einfach den Datenbankzugang für redaxo verwenden
Ja ich meine den Zugriff auf eine andere Datenbank einer anderen Applikation auf dem Server per Tablemanager. Ich habe z.B. hier einen Abfallkalender, der ne besch... Admin-Gui hat, die mit dem Tablemanager leicht ersetzt werden könnte.
https://github.com/yakamara/redaxo_yform_docs/issues/28#issuecomment-234240256
Grundsätzlich fände ich das gut.. aber leider nicht realistisch und würde erst in weitester Ferne angegangenwerden können
Tabelle migrieren ist keine Option? (YForm müsste dann auf db2 aus dem Core zugreifen können)
wenn sich sowas mit einer zweiten DB lösen ließe, wäre es für YForm nur eine Erweiterung auf db(2) von REDAXO, ja.. @skerbis Wäre das eine Lösung ? ..
Dann Issue wieder aufmachen? :) @dergel
m.E. müsste es ein Objektparameter sein. Es muss an vielen Stellen berücksichtigt werden, bspw.
- im YForm-Modul
- im Table Manager
- in YOrm
- innerhalb der actions
Wäre das etwas, das in nächster Zeit angegangen würde? Kann man das irgendwie in der Entwicklung unterstützen?
Wäre das etwas, das in nächster Zeit angegangen würde? Kann man das irgendwie in der Entwicklung unterstützen?
Eventuell kann man es in Schritten umsetzen. Erster Schritt könnte sein, es in die Basis-Klasse rex_yform aufzunehmen (als Objektparameter), und es in eigenen YForm-Formularen zu ermöglichen. Da wird man vor allem in der db-Action den Objektparameter berücksichtigen müssen. Aber gibt sicherlich noch mehr Stellen. Am besten nach rex_sql::factory im Code suchen.
Ich kann es nicht ganz abschätzen, könnte mir aber vorstellen, dass die Umsetzung soweit noch nicht allzu schwierig ist.
Vielleicht mag sich ja daran jemand versuchen?
Also ich meine noch ganz ohne manager-Plugin, und somit auch ohne yorm. Das Plugin komplett erstmal ignorieren. Dort sind es sicherlich sehr viele Stellen und vermutlich auch komplizierter. Das kann man aber dann im zweiten Schritt umsetzen, wenn die YForm-Grundbasis bereits mit zweiter DB umgehen kann. Ich weiß, dass es euch vor allem auch um den Manager geht, aber trotzdem braucht man eigentlich erstmal die Basis-Funktionalität.
Da habe ich mit meiner Frage wohl irgendwie den Nerv auch bei Andern getroffen. Werd's weiter beobachten.
@gharlan fand ich eine gute Idee, deshalb habe ich es heute mal versucht. Wenn man es mit einem objectparam umsetzt, ist das ja eine Member-Variable einer Instanz der yform-Klasse. In den statischen Methoden der yform-Variablen komme ich da nicht dran. Das betrifft einmal die getSearchFilter()-Methoden von datestamp und datetime und zweitens die createChoiceList()-Methode des choice Felds. Der createChoiceList-Methode habe ich die db_connection_id dann mit ihren anderen Parametern mitgegeben. Die getSearchFilter() werden nur vom manager genutzt, oder? Dann könnte man das auf den zweiten Schritt verschieben? Jedenfall kann man ein normales yform-Formular jetzt dazu bringen, mit der zweiten db zu arbeiten. createtable,db,readtable, validate unique, choice,mediafile habe ich getestet.
