Maximale Anzahl von Datenbanken in sql server 2008
Wir schreiben eine ASP.Net/C# - Programm, das potenziell aufgerufen werden, indem Sie eine Reihe von Unternehmen (jeweils mit separaten login und Daten). Wir denken, dass mehrere sql-server 2008-Datenbanken (derselben Instanz), die für jeweils ein Unternehmen. Jedoch, das c# - Programm, das auf die Datenbank zugreift, werden die gleichen sein, und erstellen Sie die entsprechenden Verbindungszeichenfolge basierend auf der Datenbank des Kunden zugreifen.
Wie viele solche Datenbanken können erstellt werden, in der einzigen Instanz von sql server, bevor man irgendwelche Leistungseinbußen durch:
- Limit der verbindungen, da jede Verbindung (nicht sicher, ob es gebündelt und für den Zugriff auf unterschiedliche Datenbanken) erstellen Sie mit einem differents Verbindungszeichenfolge.
- Begrenzung der Anzahl der Datenbanken, ist es begrenzt durch die hardware oder sql server 2008 wird zeigen, Verschlechterung, wenn die Anzahl der Datenbanken steigt auf sagen wir 100?
Alles, was ich möglicherweise fehlen?
Vielen Dank für Ihre Zeit
InformationsquelleAutor Samuel | 2009-06-28
Du musst angemeldet sein, um einen Kommentar abzugeben.
(Von hier: Spezifikationen der maximalen Kapazität für SQL Server)
Beide sind praktisch begrenzt durch die RAM-Größe der SQL server-Maschine hat, lange bevor es erreicht die maximalen Werte.
Der beiden, ich vermute, dass Benutzer verbindungen zu sein das größere problem, wenn man Tausende von Nutzern (wie Sie nicht mit Verbindungs-pooling).
Finden der SQL Server-Computer den aktuellen Wert:
Aktualisiert in Reaktion auf poster Kommentare:
Es ist nicht wirklich die Anzahl der Datenbanken, ist das problem, sondern mehr die Anzahl der Häufig aufgerufenen Seiten in den Datenbanken. Wenn alle die "heißen" Seiten passen in den Speicher (und nur sehr wenige physische Lesevorgänge auftreten), dann ist alles gut.
schlage vor, Sie fügen Sie diese Fragen zu Ihrer ursprünglichen Frage. (1) Es ist nicht wirklich die Anzahl der Datenbanken, sondern mehr die Anzahl der Häufig aufgerufene Seiten in diesen dsatabases. Wenn alle die "heißen" Seiten passen in den Speicher (und nur sehr wenige physische Lesevorgänge auftreten), dann ist alles gut. (2) Keine. Eine Verbindung zu einer anderen DB ist eine andere Benutzer-Verbindung.
InformationsquelleAutor Mitch Wheat
Sollten Sie auch Bedenken, dass die Anschlüsse gebündelt und durch connection-string -- in Ihrem Fall, erhalten Sie separate pools für jeden Kunden DB. Das wäre nicht schlecht, wenn man hohen traffic für jeden Kunden, aber wenn man eine low-traffic-zu viele verschiedene Datenbanken erhalten Sie nicht den vollen nutzen zu bündeln.
InformationsquelleAutor JP Alioto
Mehrere Datenbanken für mehrere client kann leicht zu einem Albtraum Wartung. Wenn die Anwendung ist die gleiche, ich gehe davon aus, dass das DB-design wäre dasselbe wie gut.
Wir haben ein ähnliches Projekt paar Jahre zurück, aber wir beschlossen zu gehen für die Vermischung von Daten in der gleichen Datenbank und dann entwickelt ein robustes Sicherheitsmodell, um sicherzustellen, dass ein Kunde am Ende nicht zu sehen oder zu ändern eine andere Kundendaten.
Kann ich mit stolz sagen, dass das Projekt ein Erfolg war, und heute, während wir sprechen, halten die Daten von 100+ verschiedenen Kunden und führt einwandfrei.
Raj
Wenn Sie allein-oder auf jeden Fall große Nutzer der single Datenbank oder eine Sammlung von Datenbanken, die Wartung, die sollte fast automatisiert durch der Zeit wird es aus der dev. Wenn Sie nicht automatisieren, es werden zumindest deckungsgleich mit den Problemen. Eine gut geregelte Verfahren, sollten Sie nicht finden, die Wartung von mehreren, identischen, Datenbanken zu einem Alptraum.
InformationsquelleAutor Raj