search

MetaModels / core

MetaModels Core Module
GNU Lesser General Public License v3.0
96 stars 42 forks source link

Export/Import-Modul => IDs als Hash #262

Open zonky2 opened 11 years ago

zonky2 commented 11 years ago

Ich hatte in dem Post mich über die Möglichkeit (Notwendigkeit?) der IDs als Hash ausgelassen

https://community.contao.org/de/showthread.php?43458-MetaModels-grupieren&p=283260&viewfull=1#post283260

Da eine Umstellung von Integer auf Hash den Core betreffen würde, hier das Posting

discordier commented 11 years ago

Allgemein stimme ich dir vollkommen zu. Ich hatte auch schon vor der ersten Beta mit dem Gedanken gespielt, eine unique ID (UUID/GUID) zu verwenden, dies jedoch aus Grynden der Kompatibilitaet zum Contao Core verworfen. Es spricht jedoch nichts dagegen, dies in einer weiteren Version umzustellen/zu mappen.

Hierzu braucht es dann aber einen sauberen Upgradehandler, welcher die id in uid umschreibt. und dies in allen sekundaertabellen und tertiaertabellen.

zonky2 commented 11 years ago

dann bin ich gespannt wie das Ex-Im-Portmodul funktioniert...

Ich kann mir nur vorstellen, dass man alle MMs komplett exportiert und wieder importieren kann. Dann wird man leider kein "MM-Set" von einem + ein "MM-Set" von einem anderen Entwickler importieren können - z.B. Musikverwaltung von A und Shopverwaltung von B.

Was mir an der Stelle auch nicht so ganz einleuchtet, warum alle Relationen in einer Tabelle landen? Mit Hinblick auf den Export/Import und ggf. Performance(?) könnten separate Tabellen die bessere Variante sein - wie im Post geschrieben z.B. als mmrel_

Von TimG ist zwar der Einwand gekommen, dass es beim Umbenennen von Tabellen es zu Problemen kommen könnte - ich denke das Umbenennen wäre bei einen festen Schema kein unlösbares Problem und Präfix "rel_" könnte man als Tabellenname sperren.

Gruss

zonky2 commented 11 years ago

... Thema Upgradehandler: wohl war - das ist nicht ganz ohne...

eine Idee wäre die aktuellen IDs und PIDs in neue Spalten zur Sicherung zu kopieren und anschließend die neuen UIDs zu setzen - wenn die Säge irgendwo klemmt, hat man noch die alten Werte und kann auch mehrmals über eine Tabelle gehen

zonky2 commented 10 years ago

um dem Thema etwas "Rückenwind" zu verleihen, die folgenen Anmerkungen: offensichtlich wird die Pflege des EFG immer zäher - ist aber m.E. eines der beliebtesten Erweiterungen bei Contao. Ich habe/hatte zumindest keine Installation ohne EFG...

In der Zwischenzeit schwenke ich als Alternative zum EFG auf eine Kombi aus

Mit der Kombi kann man fast alles umsetzen, was im EFG als Standard machbar ist - die Aktivierung der Kommentarfunktion per Checkbox fehlt (noch).

Wozu die Ausführungen? den meisten Usern wird man das nicht "zumuten" können, sich das alles selbst zusammen zu stricken - hier könnte ein MM-NC-Bundle inkl. einem "EFG-MM" ein "Renner" sein...

zonky2 commented 7 years ago

Nachtrag zur gestrigen "Diskussion" - an welcher Stelle müss(t)en wir auf Contao-Core Rücksicht nehmen? Weil wir die API für den DB-Zugriff verwenden? Ansonsten bildet MM doch ein relativ "geschlossenes System" - spontan fällt mir nur ein, wenn MM Kindtabelle von tl_* ist, müssten die PIDs als INT gespeichert werden ... das könnte man aber auch in einer "tl_pid" machen

discordier commented 7 years ago

Exakt sowas ist z.B. ein Kriterium. Aktuell myssen wir auch lokal kompatibel bleiben und somit die UUID zusaetzlich implementieren (analog wie es tl_files macht), denn alle verlassen sich aktuell auf die numerische id in der DB und da kann man denen nicht ploetzlich einen string vorsetzen.

zonky2 commented 7 years ago

Frage ist, ob bei einem Wechsel von MM auf Contao 4 nicht sowieso soviel ändert, dass man das hier - nach Ansage - ändern kann als MM 3.0

discordier commented 7 years ago

Ich will eigentlich nicht gleich mit 3.0 loslegen wenn 2.0 noch nichtmal sauber aus der Tyr ist... @MetaModels/team was meint ihr?

zonky2 commented 7 years ago

wenn wir uns den Zeitplan von Contao ansehen und die Updates von MM, dann kommt für C3.5 doch "nur" noch ein 2.1 mit den dort hin verlagerten "optischen&usability Anpassungen"

Ich denke, je eher man grundlegende Änderungen kommuniziert, um so besser... Die Umstellung der Icons ging doch im Grunde ohne große "Krokodilstränen" über die Bühne...

zonky2 commented 5 years ago

siehe auch https://github.com/contao/contao/issues/402