MichaelB: Administr. /Rechnungswesen mit parallel DB oder Ursprungs-DB

Beitrag lesen

Hallo,

Um wieviele Datensätze handelt es sich denn schätzungsweise?
Im allgemeinen sollte das zu keinen größeren Geschwindigkeitsproblemen führen. Es ist schließlich einer der Hauptaufgabe einer Datenbank nach Datensätzen zu selektieren. Dafür sind die optimiert.
BTW: Welche Datenbank wolltet ihr eigentlich einsetzen?
Es geht um Mysql und hoffentlich ca. 10.000 Datensätze, pro Jahr je nachdem wie lange die Rechnungen aufbewart werden, ein entsprechend Vielfaches davon.

Mit MySQL kenne ich mich aus. Soll aber zumindest für reine Lesezugriffe eine recht flotte Datenbanken sein. --> Kein Problem
Näheres klärt ein Test mit Dummydatensätzen.

Die zweite Möglichkeit sehe ich, indem ich die Daten der Anzeige in einer Verwaltungsdatenbank dubliziere. Die Anzeige würde nach 4 Wochen in der Suchdatenbank gelöscht werden und damit die Datenbank nicht ausbremsen.
Dieser Weg steht ja immer offen, sobald es tatsächlich zu Geschwindigkeitsengpässen aufgrund der Datenmenge kommen sollte.

Ist richtig, aber dann müßte man alle Abfragen wieder ändern...

Musst Du (im Optimalfall) nicht, weil Du das dann so machst, dass Du nicht direkt auf die Tabelle zugreifst, sondern immer auf eine Abfrage die im einfachsten Fall (nämlich dem, dass die sich 100% wie die Tabelle verhält) ein:
SELECT * FROM tabelle
was man dann ggf. abändern kann, wenn man bestimmte Daten in eine andere Tabelle verlagert oder auch bei getrennten Datenbanken ein DATABASE-Link macht (sofern MySQL das unterstützt).

Aber wie gesagt. Erstmal würd ich einfach stumpf testen.

Gruss
  MichaelB