To dość ciekawy temat, bloby kontra tabele vs SQL, i mimo wszystko, co czytałem do tej pory, wciąż nie mogę znaleźć odpowiedniego uzasadnienia, kiedy należy go używać.Pierwsze kroki z pamięcią masową Azure: Blobs vs Tabele vs SQL Azure
Mamy aplikację internetową SaaS dla wielu dzierżawców, którą zamierzamy przenieść na Azure. Używamy bazy danych SQL Server 2008. Przechowujemy dokumenty i informacje dziennika, które należą do dokumentów. Podobnie jak w Dropbox.
Na forach podano, że lepiej używać tabel Azure, gdy rozważa się "duże" obiekty. Zwykle przechowujemy setki dokumentów na użytkownika, gdzie rozmiar dokumentów waha się od 5kb do 30mb, gdzie ogromna większość będzie około 1MB?
Czy istnieją pewne podstawowe zasady, kiedy należy wybrać Bloby, Tabele, Sql? Dowiedziałem się już, że nie powinienem przechowywać moich dokumentów w SQL, ponieważ jest on zbyt drogi. Ale kiedy robi się "korzystne" przechowywanie dokumentów w Blobach i kiedy lepiej mi się przy stołach? Czy istnieje jakiś wzór jak:
if (objects * MB/object * objectrequested > y) then blobs, else tables
Sprawdź moje dwie odpowiedzi na podobne pytania: http://stackoverflow.com/questions/4930368/when-should-i-use-sql-azure-and-when-should-i-use- table-storage/4930557 # 4930557 http://stackoverflow.com/questions/11540516/azure-mvc-web-app-architecture-how-to-split-data-between-sql-azure-and-azure/11541394 # 11541394 – Igorek
Heya, wielkie dzięki (znalazłem 1 z nich, zanim napisałem moje pytanie). To bardzo pomaga, ale nadal pozostawia mi pytanie: czy powinienem przejść do tabel dla dokumentów, które są często pobierane i mają średni rozmiar 1 MB-5 MB? W aplikacji "chodzi przede wszystkim o dokumenty", więc będą one często pobierane.Ale myślę, że twoje wyjaśnienie transakcji może mieć zastosowanie. Dane meta będą pobierane dużo częściej. Czy sugerowałbyś umieszczenie metadanych w Sql Azure i przechowywanie dokumentów w tabelach? – bas
zaktualizował pytanie nieco ze swoim wejściem – bas