Ich war schon immer der festen Überzeugung, dass ein groß angelegtes Mehrbenutzer-DBMS eigenständig auf einem dedizierten Server oder Cluster laufen sollte, ohne andere unnötige Apps, Prozesse oder Dienste, die dem DBMS Ressourcen rauben könnten. Ich bin auch der Meinung, dass das DBMS eng in ein Betriebssystem integriert sein sollte, das darauf ausgelegt ist, dem DBMS die höchstmögliche Leistung zu bieten! Proprietäre Systeme wie Pick, Terradata und andere wurden mit diesem Ziel entwickelt. Würde das neueste Sun/Oracle-System in diese Kategorie fallen? Wäre es sinnvoll, diese Art von Architektur mit anderen DBMS wie INFORMIX zu erreichen?
Antwort1
Im Allgemeinen gibt es bestimmte Attribute des ACID RDBMS, die kombiniert eine Leistung in polynomialer Zeit ergeben, wenn Sie zwei oder mehr Computer zusammenschalten, um eine Datenbank zu bedienen.
Es gibt verschiedene Versuche, dieses Problem zu lösen:
Optimieren Sie die Datenbank so weit wie möglich, indem Sie die Transaktionalität, die Anzahl der Verknüpfungen usw. reduzieren.
Optimieren Sie einen Computer so weit wie möglich für die Bereitstellung der Datenbank, beispielsweise durch Optimieren des unterstützenden Betriebssystems, Optimieren der Festplatten usw.
Vertikale Skalierung durch Bereitstellung der Datenbank über einen einzigen, außerordentlich leistungsstarken Computer.
Verteilen des RDBMS durch Sharding oder durch Platzieren verschiedener Tabellen in verschiedenen Datenbanken.
Bei Verwendung einer wirklich verteilten Datenbank entfallen einige der Attribute eines ACID RDBMS, aber es wird echte Verteilung und die damit verbundene Leistung geboten. Z. B. Cassandra und andere. Und wirklich verteilte Datenbanken können auf Standardhardware ausgeführt werden, da die Leistung einer verteilten Datenbank hauptsächlich auf der Anzahl der vorhandenen Knoten und nicht auf der Leistung eines bestimmten Knotens basiert.
Für die ersten vier Methoden gelten feste Grenzen. Für die fünfte Methode gibt es keine Grenzen.
Da die Datenbankanforderungen viel schneller wachsen, als Optimierungen und Hardware mithalten können, wird die unvermeidliche Lösung eine verteilte Datenbank sein. Natürlich werden viele Leute versuchen, ihre Datenbankserver zu optimieren und dann gezwungen sein, auf massive Hardware umzusteigen, aber das ist nur eine Notlösung, und wenn das nicht mehr ausreicht, werden sie gezwungen sein, auf eine verteilte Datenbank umzusteigen.
Antwort2
Wenn Sie eine Viertelmillion USD ausgeben können, können Sie ein Stück kaufeneine Oracle Exadata-Maschine. Dies ist eine hochkonfigurierte Datenbank-Appliance mit ausgewählter, hochspezifizierter Hardware und Solaris, das bis zum Anschlag optimiert wurde, um die Leistung von Oracle zu optimieren.
Antwort3
Die Integration zwischen Oracle und Solaris ist enger als bei den meisten anderen. Ich kann jedoch nicht bestätigen, dass es Ihren Anforderungen entspricht.
Antwort4
Ich nehme an, Sie wollen eine Diskussion und keine Antworten... aber meine Antwort ist trotzdem "Nein"
In einem großen Unternehmen kann jede Oracle-, Sybase- und SQL Server-Installation den kleinsten gemeinsamen Nenner verwenden: das SAN. Dieses kann selbst transaktional außerhalb des Standorts repliziert werden. Fragen Sie jeden Unternehmens-DBA.
In jedem Geschäft ist die Codequalität ein größerer Faktor als der Server/das Betriebssystem. Keine Optimierung und Integration wird Sie beispielsweise vor einer schlechten Indizierung bewahren.
Weitere Punkte:
- Eine Terabyte-Datenbank ist meiner Meinung nach eher ein Backup-/Wiederherstellungs-/SLA-Problem
- Der aktive Datensatz oder der tägliche Anstieg ist das, worüber Sie sich in Bezug auf die Leistung Sorgen machen müssen