[gelöst]SQL-Datenbank als Kundendatenbank?

Wenn der Aufbau nicht zu kompliziert ist, würde ich mit einem Erweiterungs-Modul eine Drupal-View mit allen wichtigen Daten bauen und diese als .csv-Datei exportieren.
Diese CSV-Datei kannst Du dann in z.B. Excel einlesen.

Interessant ist ja bei solchen Konstrukten immer, welches die Master-Daten sind.
Das Master-System ist das, in dem die Daten gepflegt (also angelegt und verändert werden). Das andere System greift dann nur lesend zu.

Wenn die User sich in Drupal registrieren, ist das das Master-System. In Excel oder dgl. solltest Du dann nur lesend zugreifen.

Von einer Möglichkeit aus Drupal via ODBC auf Microsoft Access zuzugreifen, ist mir nichts bekannt.

was soll mit den Daten passieren?

Wenn die Daten in Drupal erfasst und gepflegt werden, warum dann ein Zweitsystem?

Natürlich kann man die Daten exportieren. Die Frages ist, wozu?

Man kann zwar theoretisch mit ACCESS auf eine mySQL-Datenbank zugreifen.
Davon würde ich jedoch, zumindest beim Zugriff auf Drupaldaten, dringend abraten.

Drupal ist ein hochrelationales System, das man keinesfalls mit fremden Zugriffen stören darf.
Man kann ACCESS kaum daran hindern, Schaden anzurichten.

Abgesehen davon, dass der Fernzugriff von ODBC über eine DSL-Leitung auf einen Server auch nicht unproblematisch ist.

Danke für eure Antworten. Ich sehe schon, die Frage ist unter der Rubrik Anfänger richtig aufgehoben :-)

Prinzipiell geht es mir darum, eine stets aktuelle Kundendatenbank zu besitzen. Die Datensätze aus Drupal enthalten zwar Daten wie Name und Anschrift, nicht aber rein administrative zusätzliche Datenfelder wie "Status der Rechnung" (bezahlt, offen, abgeschickt). Würdet ihr mir raten, SQL als meine Kundendatenbank zu verwenden? Kann ich dort auch Spalten hinzufügen?

dort ist das alles mit Drupalmitteln gelöst.

Da schreibst du auch deine Rechnungen mit Drupal ;-)

Wieweit du gehen möchtest, ist von deiner persönlichen Anforderung abhängig.

Doppelte Datenhaltung ist immer problematisch, und sollte möglichst vermieden werden.

Das sieht genau danach aus, was ich gesucht habe. Herzlichen Dank!

@Ronald, ERPAL finde ich von der Idee her auch toll, habe aber noch nie richtig damit gearbeitet, nur mal ne Demo installiert.
Macht das auch Sinn, wenn sich die User, die man verwalten will, selbst registrieren?

In ERPAL werden die user von den Kundendaten (contacts) unterschieden, diese sind auf node Basis. Du kannst, um Kunden anzubinden (z.B. für Ticketsystem usw.), contacts mit user verknüpfen. Ich nutze ERPALschon länger und finde es richtig gut. Da hier viel ineinandergreift, ist das System nur schwer anzupassen, insofern sollte der Anwendungszweck eben passen, dann macht es Spaß.
Brightsolutions, die ERPAL-Macher arbeiten allerdings an einer neuen Version (ERPAL 3), die modular als Grundlage dafür dient, eigene Business-Anwendungen zu basteln.

ist sehr gut für den Bereich Software und Betreuung geeignet.

Ich habe es eigentlich hier nur als Beispiel gesehen, was alles machbar ist.

ERPAL zeigt sehr schön, wie man mit content_types, references etc. arbeiten kann.

Ob Erpal für den Einzelfall komplett passt, kann ich nach dem kurzen "Vorgespräch" nicht beurteilen.

Dazu reichen einfach die Informationen nicht aus. Was ich ausdrücken wollte ist, es ist vieles mit Drupal möglich. Man braucht nicht zwangsläufig ein anderes System.

Wenn es um eine rein interne Netzwerklösung geht, gibt es sicher andere Ansätze, die man verfolgen kann.

Für ein Komplettsystem in einem globalen, internetgesteuerten Unternehmen ist Drupal ein guter Ansatz. Es kann jedoch in Arbeit "ausarten". ;-)