Bei ShowNearby haben wir eine sehr große Migration von PHP zu RoR 3.1 durchgeführt und stehen vor mehreren Problemen, die einige von Ihnen möglicherweise bereits gelöst haben.
Wir haben große Datenmengen und haben beschlossen, unsere Datenbank in mehrere Datenbanken aufzuteilen, die wir separat verarbeiten können. Beispielsweise sind unsere Konten, Orte, Protokolle und andere in mehrere Datenbanken aufgeteilt
Wir brauchen Migrationen, Spielpaarungen, Modelle, um gut zu spielen, und bisher war es ziemlich chaotisch. Einige unserer Anforderungen an eine akzeptable Lösung:
- Ein Modell sollte sich auf eine Tabelle in einer der Datenbanken beziehen.
- rake db: drop - sollte die gesamte Datenbank env löschen, die wir in database.yml angegeben haben
- rake db: create - sollte die gesamte Datenbank env erstellen, die wir in database.yml angeben
- rake db: migrate - sollte Migrationen zu den verschiedenen Datenbanken ausführen
- rake db: test - sollte Geräte greifen und in die verschiedenen Datenbanken und Testeinheiten / Funktionen / etc. ablegen
Wir erwägen, für jede Datenbank separate Rails-Projekte festzulegen und diese mit ActiveResource zu verbinden. Wir sind jedoch der Meinung, dass dies nicht sehr effizient ist. Hat sich jemand von Ihnen schon einmal mit einem ähnlichen Problem befasst?