Mam zamiar napisać system zarządzania zawartością wielu witryn w ASP.NET. Co będzie szybciej: baza danych dla każdej witryny lub jedna baza danych dla wszystkich witryn?Multi-Site CMS - Baza danych dla każdej witryny lub JEDNEJ bazy danych dla wszystkich stron?
Dzięki.
EDYCJA: Jeśli baza danych dla każdej witryny, której bazy danych należy użyć? XML?
Pojedyncza baza danych dla wszystkich witryn może być źle wybrana, jeśli masz witryny z dużą liczbą odwiedzin. Oznacza to również, że tabele bazy danych będą musiały być bardziej złożone, co sprawi, że system będzie wolniejszy.
O formacie baz danych XML na pewno nie jest jednym z nich. Spróbuj na przykład użyć MySQL lub Postgree.
To naprawdę zależy od tego, jak skomplikowane będzie Twoje CMS, jeśli jest to prosty mikrokomputer CMS, tak jak blog, i nie masz wielu subskrybentów dla tej usługi, a subskrybenci prawdopodobnie mają te same funkcje i funkcje na swoich CMS, wtedy jedna baza danych może być wyborem.
Ale jeśli twój CMS ma wiele szczegółowych poziomów konfiguracji, wiele funkcji i funkcji, potencjalnie może przechowywać duży zbiór danych. Będę polecać oddzielną bazę danych dla każdej instancji.
Baza danych plików, w szczególności Dostęp do tego typu bazy danych nie jest przeznaczony dla aplikacji internetowych, mogą one jednocześnie blokować połączenia, więc gdy jest wiele otrzymanych żądań, może odmówić obsługi aplikacji internetowej.
Jeśli korzystasz z technologii microsoft, nie ma dużego wyboru dla bazy danych, MSSQL prawdopodobnie jest jedynym wyborem, możesz wybrać SQL Express, ale nie jest to idealne rozwiązanie dla dużych witryn.
W rzeczywistości dostępnych jest wiele otwartych systemów CMS, nawet jeśli chcesz wybrać cms oparty na technologii microsoft, możesz wypróbować te pierwsze, aby poczuć atmosferę swojego projektu.
powodzenia.
Jedną z opcji jest zastosowanie aplikacji i bazy danych dla pojedynczej instancji dla wielu podmiotów.
W przypadku małych witryn, które zarejestrują się i przejdą (SaaS), umożliwi to mniejszą alokację przychodu. W przypadku większych klientów, którzy zapłacą więcej za wsparcie i konserwację, zawsze możesz podać im swoje własne pojedyncze wystąpienie.
Opcja może być gospodarzem bazy danych Microsoft SQL Azure „chmura” http://www.microsoft.com/azure/sql.mspx
dlaczego trzeba go mieć w wielu przypadkach? Czy działają z tymi samymi danymi? Jeśli tak, możesz ustawić każdą instancję za pomocą własnej bazy danych (msSQL, mySQL itp.) I korzystać z usług internetowych do wymiany danych między nimi. To byłoby najbardziej "luźne" rozwiązanie :)
Odkąd budujesz z .NET, możesz rzucić okiem na SaaSGrid (dla Twojej pracy w Apprenda). Wystarczy napisać aplikację tak, jakby była przeznaczona dla pojedynczego klienta, ale po wdrożeniu SaaSGrid przekształca aplikację na prawdziwie wielotorową ofertę SaaS. Tak więc pytanie dotyczące modelu danych faktycznie staje się opcją konfiguracji czasu wdrażania, a nie główną decyzją dotyczącą czasu projektowania. Istnieje także mnóstwo innych korzyści, ale ze względu na to, że nie brzmię jak reklama, zostawię to :-).
Również tutaj jest dobry artykuł techniczny o multi-najmu:
http://msdn.microsoft.com/en-us/library/aa479086.aspx
Nadzieja to pomaga.
powinien to być baza danych serwera lub bazy danych na plikach (takich jak dostęp)? – user145586
Baza danych serwera. Baza danych plików jest bardziej używana w serwerach Windows, więc jeśli używasz systemu Windows jako serwera WWW, może to być również opłacalna opcja (o ile nie jestem świadomy wydajności, założę się, że baza danych serwera jest szybsza) – yoda