search

yakamara / yform

YForm für REDAXO 5 – Formulare im Frontend und Backend mit Verwaltung von Datenbank-Tabellen.
MIT License
77 stars 55 forks source link

Wunsch:: Tablemanager :: Pflege von Tabellen einer anderen Datenbank #51

Open skerbis opened 8 years ago

skerbis commented 8 years ago

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.

dergel commented 8 years ago

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

skerbis commented 8 years ago

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.

skerbis commented 8 years ago

https://github.com/yakamara/redaxo_yform_docs/issues/28#issuecomment-234240256

dergel commented 5 years ago

Grundsätzlich fände ich das gut.. aber leider nicht realistisch und würde erst in weitester Ferne angegangenwerden können

alxndr-w commented 5 years ago

Tabelle migrieren ist keine Option? (YForm müsste dann auf db2 aus dem Core zugreifen können)

dergel commented 5 years ago

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 ? ..

skerbis commented 5 years ago

Ja 👍

alxndr-w commented 5 years ago

Dann Issue wieder aufmachen? :) @dergel

m.E. müsste es ein Objektparameter sein. Es muss an vielen Stellen berücksichtigt werden, bspw.

alxndr-w commented 4 years ago

Wäre das etwas, das in nächster Zeit angegangen würde? Kann man das irgendwie in der Entwicklung unterstützen?

gharlan commented 2 years ago

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.

gupi commented 2 years ago

Da habe ich mit meiner Frage wohl irgendwie den Nerv auch bei Andern getroffen. Werd's weiter beobachten.

tyrant88 commented 2 years ago

@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.