Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
Azure SQL-Datenbank
Der Ressourcentyp einer einzelnen Datenbank erstellt eine Datenbank in der Azure SQL-Datenbank mit eigenen Ressourcen und wird über einen logischen Serververwaltet.
Jede einzelne Datenbank ist isoliert und verwendet ein dediziertes Datenbankmodul. Jede Datenbank verfügt über eine eigene Dienstebene innerhalb des DTU-basierten Kaufmodells oder des vCore-basierten Kaufmodells und eine Computegröße, die die Ressourcen definiert, die der Datenbank-Engine zugeordnet sind.
Einzeldatenbank ist ein Bereitstellungsmodell für Azure SQL-Datenbank. Der andere Typ ist elastische Pools.
Hinweis
Probieren Sie Azure SQL-Datenbank kostenlos mit der kostenlosen Stufe aus und erhalten Sie jeden Monat 100.000 vCore-Sekunden serverlose Computeleistung und 32 GB Speicher.
Dynamische Skalierbarkeit
Sie können Ihre erste App auf einem kleinen Singleton kostengünstig im serverlosen Computetarif oder einer kleinen Computegröße im bereitgestellten Computetarif erstellen. Die Compute- oder Dienstebene können Sie jederzeit manuell oder programmgesteuert ändern, um die Anforderungen Ihrer Lösung zu erfüllen. Die Leistungsanpassung ist möglich, ohne dass es für die App oder für Ihre Kunden zu Ausfallzeiten kommt. Dank der dynamischen Skalierbarkeit kann Ihre Datenbank in transparenter Form auf sich schnell ändernde Ressourcenanforderungen reagieren, und Sie zahlen nur für die Ressourcen, die Sie jeweils benötigen.
Einzeldatenbanken und elastische Pools
Eine Einzeldatenbank kann zur gemeinsamen Ressourcennutzung in einen elastischen Pool verschoben oder aus einem elastischen Pool entfernt werden. Für viele Unternehmen und Anwendungen genügt es, wenn Einzeldatenbanken erstellt werden können und sich die Leistung nach oben oder unten anpassen lässt – insbesondere, wenn die Nutzungsmuster relativ gut vorhersagbar sind. Bei unvorhersagbaren Nutzungsmustern kann es jedoch schwer sein, die Kosten und Ihr Geschäftsmodell zu verwalten. Elastic Pools sind darauf ausgelegt, dieses Problem zu beheben. Das Konzept ist denkbar einfach. Sie ordnen Leistungsressourcen nicht einer Einzeldatenbank, sondern einem Pool zu, sodass Sie für die gesamten Leistungsressourcen des Pools und nicht für die Leistung einer Einzeldatenbank bezahlen.
Überwachung und Alarmierung
Verwenden Sie die integrierten Features für die Leistungsüberwachung sowie Warnungstools in Kombination mit den Leistungsbewertungen. Mit diesen Tools können Sie die Auswirkungen einer Skalierung nach oben oder unten auf Basis Ihrer aktuellen oder prognostizierten Leistungsanforderungen schnell bewerten. Darüber hinaus kann SQL-Datenbank zur einfacheren Überwachung Metriken und Ressourcenprotokolle ausgeben.
Verfügbarkeitsfunktionen
Einzeldatenbanken und elastische Pools bieten zahlreiche Verfügbarkeitsmerkmale. Weitere Informationen finden Sie unter Verfügbarkeitsmerkmale.
Transact-SQL-Unterschiede
Die meisten Transact-SQL-Funktionen, die von Anwendungen verwendet werden, werden sowohl in Microsoft SQL Server als auch in Azure SQL-Datenbank vollständig unterstützt. Die zentralen SQL-Komponenten wie z.B. Datentypen, Operatoren, Zeichenfolgen-, Arithmetik-, logische und Cursorfunktionen funktionieren in SQL Server und in der SQL-Datenbank gleich. Es gibt jedoch einige T-SQL-Unterschiede bei Elementen der Datendefinitionssprache (Data Definition Language, DDL) und der Datenbearbeitungssprache (Data Manipulation Language, DML), die dazu führen, dass T-SQL-Anweisungen und -Abfragen nur teilweise unterstützt werden (mehr dazu weiter unten in diesem Artikel).
Darüber hinaus werden einige Features und Syntaxelemente nicht unterstützt, da Azure SQL-Datenbank entwickelt wurde, um Features von Abhängigkeiten von master-Datenbank und Betriebssystem zu isolieren. An sich sind die meisten Aktivitäten auf Serverebene für die SQL-Datenbank nicht geeignet. T-SQL-Anweisungen und -Optionen sind nicht verfügbar, wenn sie Optionen auf Serverebene, Betriebssystemkomponenten oder bestimmte Dateisystemkonfigurationen konfigurieren. Wenn solche Funktionen erforderlich sind, dann ist häufig eine andere geeignete Alternative über SQL Database oder aus einem anderen Azure-Feature oder -Dienst verfügbar.
Weitere Informationen finden Sie unter T-SQL-Unterschiede zwischen SQL Server und Azure SQL-Datenbank.
Sicherheit
SQL-Datenbank bietet eine Reihe von integrierten Sicherheits- und Compliancefunktionen, mit denen Sie Ihre Anwendung dabei unterstützen können, verschiedene Sicherheits- und Complianceanforderungen zu erfüllen.