Website mit 2. database

Es gibt Software, die mit Drupal zusammenarbeitet, aber eine eigene Datenbank benötigt. Ein Beispiel wäre CIVICRM.

Ein zusätzlicher Anwendungsfall sind Migrationen. So kannst du mit dem Migrate Modul beispielsweise Datensätze aus älteren Drupalversionen oder anderen Datenbanken (alte CMS Datenbank) migrieren. Hierfür braucht es dann die zweite Datenbankverbindung.

Desweiteren kann jeder Query in Drupal mit einem Target spezifiziert werden. So können bestimmte Datenbankabfragen an eine andere Datenbank gesendet werden, beispielsweise zur Umsetzung einer Master-Slave Architektur (sic!).

Eine Aufsplittung innerhalb der Drupal-Installation wie "User von einer anderen Datenbank laden" ist nicht ohne weiteres möglich.

Danke fuer Euere Antworten.

Also man kann in D7 beliebige viele Datenbanken verwenden, die alle über die D7 API angesprochen werden können. Allerdings musst Du die dazu gehörigen Querys selber zusammenbauen bzw. über die API-Classe generienren lassen. Das ist nicht gerade trivial.
Ich habe das mal gemacht um bei einem Projekt die CMS-Daten von den Nutzdaten (z.B. die WWS-Daten ...), zu trennen. Dazu habe ich dann allerdings auch gleich ein kleines Modul geschrieben welches mir das ganze Handling entsprechend gekapselt hat (Aufwand ca. 5 Tage).

Der Einstig in den Tripp sieht ungefär so aus...

Settings.Php (2. Datenbank anbinden):

Wechseln kann man die Datenbank dann mit:

Allerdings sollte dann alles innerhalb der Datenbank mit den Drupal-API Funktionen erledigt werden. Das begint mit der Erzeugung der Tabellen und endet bei den Transaktionen.
Auch auf Drush-Ebene kann man die Datenbanken gezielt ansprechen:

Alternativ dazu könnte man mySQL (oder was auch immer) direkt ansprechen. Dabei handelt man sich aber mMn. noch mehr Probleme ein, da man dadurch keine einheitliche API mehr hat um die Datenbanken um zu schalten was speziell beim Transaktions-Handling wichtig wird.

Wenn es dir jedoch nur darum geht z.B. die D7-User oder einen einzelnen Content-Type in eine andere Datenbank zu verlegen, kannst Du das nach meinem Kentnisstand vergessen.

• Im Rahmen von Performance-Strategien kann man z.B. einerseits Lese- und Schreib-Vorgänge aufteilen zwischen sogenannter "Provider"/"Master"-DB und gespiegelter/replizierter Daten in einer "Consumer"/"Slave"-DB.
• Eine weiter Performance-Strategie kann sein, z.B. Caching-Tabellen in gesondertern DBs auszulagern, die dann vor allem auch eine andere Technologie haben können wie z.B. MongoDB.
• Dann gibt es auch Möglichkeiten direkt auf Fremd-Daten in einer anderen DB zuzugreifen ohne den Umweg einer anderen API nehmen zu müssen. Das heißt ähnlich wie im oben beschrieben Beispiel einer Migration allerdings in einem dauerhaften zustand bei der eine andere Anwendung die zweite Datenbank verändert und Drupal auf diese Daten zugreifen kann. Um in einem solchen Fall, den ich schon hatte (beides MySQL DB), Drupal Änderungen in der andern DB "mitzuteilen" habe ich dann ein Konzept erstellt, bei dem per MySQL "Trigger" noch in der Drupal-DB eine Art "Änderungslog" beschrieben wird, der dann beim Cron-Lauf in Drupal der Such-Index welcher auf beiden Datenbanken zugreifen sollte sich dann selektiv erneuern konnte.

Danke fuer Euere Antworten - ich sehe schon, das ist diffiziler, als ich es mir gedacht habe. Werde das Theme zunaechst einmal abhaken muessen.
Nochmals vielen Dank!