Diese Frage ist 9 Monate alt, und immer noch keine Antwort?

Ich würde auch gerne die Zusammenhänge zwischen Arbeitsbereichen, Datenbanken und Modulen/Modularisierung verstehen. In der Dokumentation ist das nicht hinreichend erläutert. Ein paar Beispiele aus der Praxis wären hilfreich: Wann benutzt man mehr als einen Arbeitsbereich, wie weit geht die Interaktion zwischen zwei Datenbanken und in welchen Szenarien sollten lieber alle Daten in einer Datenbank sein?
Ich habe einfach mal mit einem Test-Abo neu angefangen und aus den Vorlagen den Abwesenheitsplaner und die Personalstammdaten zum Arbeitsbereich hinzugefügt. In dieser Konstellation gibt es aber jeweils die Tabelle Mitarbeiter. So müsste man die Mitarbeiter doppelt pflegen, in beiden Datenbanken. Kann ich jetzt in der Datenbank "Abwesenheitsplaner" die Tabelle "Mitarbeiter" löschen und den Abwesenheitsplaner stattdessen die Tabelle "Mitarbeiter" aus den Personalstammdaten nutzen lassen, als führende Verwaltung der Mitarbeiter? Oder müssten dafür alle Tabellen in einer Datenbank sein?

Hallo,

Also ich habe es so verstanden, Arbeitsbereiche sind quasi für verschiedene Teams. Dass man damit den Zugriff auf die verschiedenen Datenbanken ganz aufteilt, wir haben nun zwei Arbeitsbereiche (1 Produktiv, 1 zum Testen von Funktionen). Und zwischen zwei Arbeitsbereichen ist keinerlei Verknüpfungen oder sonstiges möglich m.W..

Es gibt eine Funktionalität die Modularisierung, welche es möglich macht, dass man Datenbank aus dem gleichen Arbeitsbereich miteinander verknüpft. Dies ist aber nur im Abo der Privatcloud/Enterprise enthalten. Dies sollte es ermöglichen bei sehr großen Datenbanken diese aufzutrennen, wir haben jetzt eine Datenbank für Stammdaten, eine für unser Ticketsystem, usw..

Wenn man in der Public Cloud aktiv ist, müsste man sozusagen alles in einer Datenbank aufbauen. Wenn man nur eine Mitarbeitertabelle haben möchte, auf welche alle drauf zugreifen.

Als Ergänzung zuLuR-Lorenz : Man kann beliebig viele Arbeitsbereiche (aka "Teams") und in diesen wiederum beliebig viele Datenbanken erstellen. Auf einen Arbeitsbereich (aka "Team") haben nur Personen Zugriff, die vom Owner mit ihrer User-Mail-Adresse dazu eingeladen wurden. Man kann also mehrere Arbeitsbereiche erstellen und verschiedene User dazu einladen. 

Mit Betonung auf "kann". Denn wenn man keine superkomplexe Datenbank mit sehr vielen Daten hat, ist es durchaus sinnvoll, alle Tabellen in einer DB zu halten, weil sie sich so am effektivsten miteinander verknüpfen und verarbeiten lassen. Es sei denn, man hat bestimmte Daten, die inhaltlich/technisch ganz sicher nichts mit den anderen zu tun haben (werden). Die kann man ggf. auch in einer eigenen Datenbank speichern und die Haupt-DB dadurch verschlanken.

Grundsätzlich muss man aber sagen, dass es deutlich einfacher ist, bei Bedarf eine komplexe Datenbank später in mehrere aufzuteilen, als umgekehrt mehrere Datenbanken zu einer zusammenzuführen.

Deshalb würde ich im Normalfall immer empfehlen, erst mal alles in eine Datenbank zu packen. Denn i. d. R. geht es bei der Nutzung von Ninox ja gerade darum, verschiedene, bisher vielleicht getrennte Daten in einer einzigen Anwendung effektiv miteinander verbinden und bestimmte Prozesse automatisieren zu können.

Ich schätze, dass der überwiegende Teil der Ninox-Nutzer nur einen einzigen Arbeitsbereich und darin auch nur eine einzige Produktiv-Datenbank hat (neben Test-Datenbanken zum Ausprobieren u. ä.).