Verwenden von ASP mit einer gemeinsam genutzten Datenbank

• April 20, 2024

Wenn Sie die Datenbanknutzung Ihrer Website erhöhen, verwenden Sie häufig einen Hosting-Plan, mit dem Sie gemeinsam auf eine MySQL- oder MS-SQL-Datenbank zugreifen können.

Die gute Seite dieser Situation ist, dass jemand anderes die gesamte SQL-Verwaltung für Sie übernimmt. Sie weisen Speicherplatz für die Tabellen zu, sichern das System, verwalten die Festplattenstruktur und zahlen die Softwaregebühren.

Da Sie keinen direkten Zugriff auf das Datenbanksystem haben, können Sie Ihre Tabellenentwürfe und -änderungen nur remote vornehmen. Normalerweise würde ich Access verwenden, um dies zu tun - d. H. Access anweisen, eine Verbindung zur entfernten Datenbank herzustellen und dann die Tabellen und Indizes aus der Ferne zu erstellen. Für diese Fernverwaltung können Sie andere Tools erwerben, einschließlich PowerBuilder.

Die schlechte Seite dieser Situation ist, dass Sie nichts so einrichten können, wie Sie es sich wünschen. Wenn das Hosting-Unternehmen keine Ahnung vom Datenbankdesign hat und dies nur tut, um Geld zu verdienen, kann es die Datenbank so einrichten, dass sie SEHR langsam läuft. Sie könnten denken, dass sie Ihre Daten sichern - aber wenn Sie nach einer Wiederherstellung fragen, sagen sie möglicherweise "Ooooops!" Ich habe das bei zwei verschiedenen Hosting-Unternehmen erlebt.

In einer Situation mit gemeinsam genutzten Datenbanken teilen Sie tatsächlich Ressourcen mit anderen Benutzern. Wenn jemand anderes über eine Datenbankoperation mit hoher Intensität verfügt, werden Ihre Abfragen möglicherweise trotz Ihrer Bemühungen um Optimierung sehr langsam ausgeführt. Sie sind voll und ganz dem ausgeliefert, was die anderen Sharer tun.

Die Verwendung einer gemeinsam genutzten Datenbank ist möglicherweise eine vernünftige Lösung, während Ihre Site wächst. Wenn Ihre Site jedoch gut funktioniert, sollten Sie überlegen, so schnell wie möglich auf Ihre eigene dedizierte Datenbank umzusteigen.

Video-Anleitungen: Azure Friday | Container-native developer experiences, Part 1 - Overview (April 2024).