--- title: "Datenbank-Design für multi Extension-Projekt" url: "https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt" source: "typo3.net" tags: ["Extensions","Entwicklung","Datenbank","Extbase","Frage"] created: "2011-11-02" last_reply: "2011-11-03" replies: 5 solved: false page: 1 pages: 1 lang: "de" --- # Datenbank-Design für multi Extension-Projekt Extensions › Entwicklung · 5 Antworten · gestartet 2011-11-02 ## Eröffnungsbeitrag **wagnerts** · 2011-11-02 · [Beitrag #1](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/1) Hallo, ich stehe gerade am Anfang eines Projektes, das unterschiedliche Funktionalitäten implementieren soll. Um eine Modularität zu gewährleisten, hat sich unser Team gedacht, dass wir die Kern-Funktionalitäten in 4 verschiedene Extensions aufteilen. Somit können einzeln Teams individuell entwickeln und ihre Funktionen, Datenbank, View implementieren. Da alle Erweiterungen einen Teil der Datenbank abdecken, jedoch auch fremde Tabellen der jeweilig anderen Extensions nutzen müssen, stehen wir vor dem Problem wie wir das umsetzten können. Sicher wollen wir mit Extbase und Fluid arbeiten, idealerweise jedes Team mit dem Extensions-Builder initial die Struktur der einzelnen Extension mit den Datenbanktallen, die zu dieser Extension gehören, erstellen. Da Extension A, jedoch auch Daten von Extension B braucht ( da die Tabellen verknüpft sein sollen) und auch im Falle eines Löschvorgangs die Daten von B durch ein Cascading-Delete gelöscht werden sollen, fragen wir uns nun wie das umzusetzen ist. Sicherlich gibt es hier best-practices, da das ja ein Standardproblem sein muss. Leider konnten wir nichts im Web finden und wollten uns nun von erfahrenen Typo-Entwicklern das OK für unsere Vorgehensweise inkl. einiger Ratschläge, wie wir die Verknüpfung zwischen den Extensions realisieren können, geben lassen. Danke für die Antworten. ## Antworten ### [#2](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/2) · wagnerts · 2011-11-02 Gerade konnte ich eine erste Extension mit dem Extension-Builder erstellen. Die vom Extension-Builder erstellten Klassen, Backend-Formulare etc. sind schon komfortabel, daher die Frage ob es Sinn machen könnte, auch nur eine, sehr große, Extension zu entwickeln? Was wären die Vor-/Nachteile ? ### [#3](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/3) · aemka · 2011-11-02 Ich würde in einer Extension arbeiten, aber die Leute aus dem Team einfach an unterschiedlichen Models und Repositories innerhalb der Extension setzen. Ist ja mit einer guten Versionsverwaltung auch kein Problem. ### [#4](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/4) · wagnerts · 2011-11-02 Ok das klingt sinnvoll. Ich dachte bis jetzt, dass eine Extension eigentlich nur für genau einen Use-Case zuständig sein sollte. So wie eine Blog-Extension eben ein Blog erstellen soll, könnte eine andere Extension genau eine Aufgabe erfüllen. Ich kann ja, wenn ich dann auf einer seite Include-Plugin und mein Plugin auswähle auch nur die Extension als ganzes einfügen. Wie funktioniert das jetzt aber, wenn ich in meiner großen Extension 4 Kernfunktionalitäten habe, die an unterschiedlichen Stellen auf meiner fertigen Seite jeweils aufgerufen werden? Z.B. will ich an einer Stelle den User und seine zugehörigen Datenelemente bearbeiten, an einer anderen Stelle auf den Daten bestimmte Analysen/Auswertungen grafisch aufarbeiten und an einer dritten Stelle en User eine Art Tagebuch führen lassen? ### [#5](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/5) · zeroalpha · 2011-11-02 Es gibt doch genug Extensions, die, wie zum Beispiel tt_news, ein List- und ein Single-View haben oder auch ve_guestbook - da gibt es List-, Single-View und ein Eingabeformular. Du musst halt in deiner Extension nur berücksichtigen, dass man auswählen kann, was auf der jeweiligen Seite letztendlich angezeigt werden soll. Also das sollte kein Problem sein! ### [#6](https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt/6) · aemka · 2011-11-03 > **wagnerts schrieb:** > > Ich dachte bis jetzt, dass eine Extension eigentlich nur für genau einen Use-Case zuständig sein sollte. > > So wie eine Blog-Extension eben ein Blog erstellen soll, könnte eine andere Extension genau eine Aufgabe erfüllen. Das ist grundsätzlich richtig, vor allem wenn man seine Extensions im TER veröffentlichen will. Aber wenn bei euch auch noch alles ineinander greift und jeder Bestandteil die Daten des anderen braucht, spart ihr euch etwas Arbeit, wenn ihr alles in eine Extbase-Extension packt. > **wagnerts schrieb:** > > Ich kann ja, wenn ich dann auf einer seite Include-Plugin und mein Plugin auswähle auch nur die Extension als ganzes einfügen. Wie funktioniert das jetzt aber, wenn ich in meiner großen Extension 4 Kernfunktionalitäten habe, die an unterschiedlichen Stellen auf meiner fertigen Seite jeweils aufgerufen werden? > > Z.B. will ich an einer Stelle den User und seine zugehörigen Datenelemente bearbeiten, an einer anderen Stelle auf den Daten bestimmte Analysen/Auswertungen grafisch aufarbeiten und an einer dritten Stelle en User eine Art Tagebuch führen lassen? Mit mehrere FE-Plugins in der Extension oder mit 1 Flexform in einem PLugin oder einfach über die action und controller URL-Parameter von Extbase. Ich wäre aber vorsichtig, gleich eine komplexe Extbase-Extension ohne fremde Hilfe zu programmieren, wenn das das erste Projekt dieser Art ist. --- Quelle: „Datenbank-Design für multi Extension-Projekt“, typo3.net, https://www.typo3.net/d/108026-datenbank-design-fuer-multi-extension-projekt Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.