Nie mogę znaleźć żadnych informacji na ten temat, a jednak pytanie jest proste.Czy interfejsy API związane z pamięcią masową Azure uczestniczą w System.Transactions?
Czy mogę zawijać czynności związane z pamięcią w kodzie TransactionScope, na przykład jeśli nastąpi wycofanie, przesłany plik również zostanie wycofany?
Jeśli natywne API już tego nie robią, czy istnieje publiczna implementacja w dowolnym miejscu?
Jeśli chodzi o aktualizacje Table lub Blob, nie ma pojęcia wyraźnego zatwierdzenia lub wycofania. Gdy wykonujesz wywołanie API (czy to bezpośrednie wywołanie REST, czy też poprzez PowerShell/CLI/SDK), jest to tylko działanie przeciwko pamięci, i to się powiedzie albo się nie powiedzie (chociaż niektóre działania trwają długo i połączenie może powrócić przed zakończeniem). Nie ma zasięgu transakcji zawijającego tę akcję. Musisz zająć się cofnięciem aktualizacji Table/Blob na poziomie aplikacji.
Czy naprawdę można to nazwać bazą danych, jeśli nie można jej użyć w sposób transakcyjny? – quillbreaker
Nie jesteś pewien, do czego zmierzasz. Przechowywanie w tabeli ma transakcje API, a nawet pozwala na zapisanie wielu jednostek w ramach jednego wywołania API (transakcji). Magazyn obiektów typu blob jest oddzielny od tabeli, a nie ma obiektu zawierającego zakres transakcji, w którym można wykonywać operacje między tymi dwoma, ani nie istnieje sposób wykonywania wielu transakcji przechowywania tabel w zakresie transakcji. Jednak: To w żaden sposób nie zmniejsza magazynu tabeli z bycia bazą danych. Spójrz na MongoDB: Atomowe operacje w dokumencie, bez transakcji między dokumentami, ale ... nadal jest to baza danych. –