2

Grundsätzliche Arbeitsweise Arbeitsbereich, mehrere Datenbanken...

Liebe Ninox Nutzer, 

ich habe bisher eine Lizenz und wollte die jetzt für meine Kollegen erweitern, nachdem ich die meisten Daten importiert habe. Deswegen habe ich mir die Videos und Hilfeseiten angeschaut und jetzt zweifle ich, ob ich die Datenbank überhaupt sinnvoll aufgebaut habe. Ich habe alle Daten inklusive Unternehmen, APs, events usw. in eine Datenbank gepackt und miteinander verknüpft. Mein Arbeitsbereich besteht also nur aus dieser einen Datenbank. Jetzt habe ich ein Beispiel gefunden mit einer Datenbank für events und einer für Kunden in einer anderen Datenbank. Die kann man doch gar nicht verknüpfen, oder? Das würde doch überhaupt keinen Sinn machen, events von Kunden zu trennen. Und wozu brauche ich unterschiedliche Arbeitsbereiche? Ich fürchte, ich verstehe grundlegendes nicht, obwohl ich die Videos natürlich angesehen habe. Aber da wird hauptsächlich offensichtliches bearbeitet und z.B. die Funktion von Arbeitsbereichen überhaupt nicht erwähnt. Ich wäre für ein klärendes Wort oder link zu einem bisher übersehenen Bereich sehr dankbar. 

beste Grüße aus der Beginner-Ecke

Carl

3 Antworten

null
    • readme_1st
    • vor 1 Monat
    • Gemeldet - anzeigen

    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?

    • Lamping & Reisig Gmbh & Co.KG
    • LuRLorenz
    • vor 1 Monat
    • Gemeldet - anzeigen

    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.

    • Ninox-Professional
    • planoxpro
    • vor 1 Monat
    • Gemeldet - anzeigen

    Als Ergänzung zu : 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. ä.).
     

Content aside

  • 2 „Gefällt mir“ Klicks
  • vor 1 MonatZuletzt aktiv
  • 3Antworten
  • 149Ansichten
  • 4 Folge bereits