Często zadawane pytania dotyczące usługi Azure Cosmos DB dla tabel

Istnieją pewne różnice w zachowaniu, które użytkownicy pochodzący z usługi Azure Table Storage, którzy chcą tworzyć tabele za pomocą usługi Azure Cosmos DB dla tabel, powinni mieć świadomość:

• Usługa Azure Cosmos DB dla tabeli używa modelu pojemności zarezerwowanej w celu zapewnienia gwarantowanej wydajności, ale oznacza to, że płaci za pojemność natychmiast po utworzeniu tabeli, nawet jeśli pojemność nie jest używana. W przypadku usługi Azure Table Storage płaci się tylko za używaną pojemność. Pomaga to wyjaśnić, dlaczego interfejs API dla tabeli może oferować umowę SLA odczytu 10 ms i 15 ms zapisu w 99. percentylu, podczas gdy usługa Azure Table Storage oferuje 10-sekundową umowę SLA. Jednak w związku z interfejsem API tabel tabel, nawet pustymi tabelami bez żadnych żądań, kosztują pieniądze, aby zapewnić dostępność pojemności do obsługi żądań do nich w ramach umowy SLA oferowanej przez usługę Azure Cosmos DB.

• Wyniki zapytań zwracane przez interfejs API dla tabeli nie są sortowane w kolejności klucza partycji/klucza wiersza, ponieważ znajdują się w usłudze Azure Table Storage.

• Klucze wierszy mogą zawierać maksymalnie 255 bajtów.

• Partie mogą mieć maksymalnie 2 MB.

• Mechanizm CORS nie jest obecnie obsługiwany.

• Nazwy tabel w usłudze Azure Table Storage nie są uwzględniane wielkości liter, ale znajdują się w usłudze Azure Cosmos DB dla tabel.

• Niektóre wewnętrzne formaty usługi Azure Cosmos DB na potrzeby kodowania informacji, takich jak pola binarne, nie są obecnie tak wydajne, jak to może się podobać. W związku z tym może to spowodować nieoczekiwane ograniczenia dotyczące rozmiaru danych. Na przykład obecnie nie można użyć pełnej jednostki Meg jednostki tabeli do przechowywania danych binarnych, ponieważ kodowanie zwiększa rozmiar danych.

• Usługa Azure Cosmos DB rezerwuje nazwy IDwłaściwości jednostki , rid, etagi ResourceId i nie są obecnie obsługiwane.

• Funkcja TableQuery TakeCount nie jest ograniczona do 1000.

• Jeśli chodzi o interfejs API REST, usługa Azure Table Storage (ale nie usługa Azure Cosmos DB dla tabeli) obsługuje następujące opcje punktów końcowych/zapytań:

  Metody REST	Opcja punktu końcowego/zapytania REST	Adresy URL dokumentu	Wyjaśnienie	Obsługiwane w usłudze Table Storage	Obsługiwane w interfejsie API dla tabeli
  GET, PUT	/?Restype=service@comp=properties	Ustawianie właściwości usługi Table Service i pobieranie właściwości usługi Table Service	Ten punkt końcowy służy do ustawiania reguł CORS, konfiguracji analizy magazynu i ustawień rejestrowania. Mechanizm CORS nie jest obecnie obsługiwany, a analiza i rejestrowanie są obsługiwane inaczej w usłudze Azure Cosmos DB niż tabele usługi Azure Storage	Tak	Nie.
  OPTIONS	/<table-resource-name>	Wstępne żądanie tabeli CORS	Jest to część mechanizmu CORS, którego usługa Azure Cosmos DB obecnie nie obsługuje.	Tak	Nie.
  GET	/?Restype=service@comp=stats	Pobieranie statystyk usługi Table Service	Zawiera informacje na temat szybkiego replikowania danych między podstawowymi i pomocniczymi. Nie jest to wymagane w usłudze Azure Cosmos DB, ponieważ replikacja jest częścią operacji zapisu.	Tak	Nie.
  GET, PUT	/mytable?comp=acl	Pobieranie listy ACL tabel i ustawianie listy ACL tabel	Spowoduje to pobranie i ustawienie przechowywanych zasad dostępu używanych do zarządzania sygnaturami dostępu współdzielonego (SAS).	Tak	Nie.

• Usługa Azure Cosmos DB dla tabeli obsługuje tylko format JSON, a nie ATOM.

• W szczególności w przypadku zestawu .NET SDK istnieją pewne klasy i metody, których usługa Azure Cosmos DB obecnie nie obsługuje.

  • CloudTableClient, klasa
    • \ServiceProperties
    • \ServiceStats
  • CloudTable, klasa
    • SetPermissions
    • GetPermissions

Nie, istniejące zestawy SDK magazynu powinny nadal działać. Jednak zaleca się, aby zawsze pobierać najnowsze zestawy SDK w celu uzyskania najlepszej obsługi i w wielu przypadkach lepsza wydajność. Zobacz listę dostępnych języków w temacie Wprowadzenie do usługi Azure Cosmos DB dla tabeli.

Parametry połączenia to:

DefaultEndpointsProtocol=https;AccountName=<AccountNamefromCosmosDB;AccountKey=<FromKeysPaneofCosmosDB>;TableEndpoint=https://<AccountName>.table.cosmosdb.azure.com

Możesz uzyskać parametry połączenia ze strony ciąg Połączenie ion w witrynie Azure Portal.

Niektóre ustawienia są obsługiwane w metodzie CreateCloudTableClient i inne za pośrednictwem pliku app.config w sekcji app Ustawienia w aplikacji klienckiej. Aby uzyskać informacje na temat ustawień konfiguracji, zobacz Możliwości usługi Azure Cosmos DB.

Brak. Nie ma żadnych zmian dla istniejących lub nowych klientów, którzy korzystają z istniejących zestawów SDK usługi Azure Table Storage.

Aby przeglądać dane, możesz użyć witryny Azure Portal. Możesz również użyć interfejsu API dla kodu tabeli lub narzędzi wymienionych w następnej odpowiedzi.

Możesz użyć Eksplorator usługi Azure Storage.

Narzędzia z elastycznością podejmowania parametry połączenia w określonym wcześniej formacie mogą obsługiwać nowy interfejs API dla tabeli. Lista narzędzi tabel znajduje się na stronie Narzędzia klienckie usługi Azure Storage.

Tak, optymistyczna współbieżność jest dostarczana za pośrednictwem mechanizmu ETag.

Tak, interfejs API dla tabeli obsługuje zapytania OData i zapytanie LINQ.

Tak, możesz nawiązać połączenie, tworząc dwa oddzielne wystąpienia klasy CloudTableClient, z których każdy wskazuje własny identyfikator URI za pośrednictwem parametry połączenia.

Narzędzie AzCopy jest obsługiwane.

Usługa Azure Cosmos DB została zaprojektowana w celu zapewnienia nieograniczonego miejsca do magazynowania przy użyciu skalowania w poziomie. Usługa może monitorować i efektywnie zwiększać magazyn.

Możesz użyć interfejsu API dla okienka Metryki tabel do monitorowania żądań i użycia magazynu.

Możesz użyć narzędzia do szacowania pojemności, aby obliczyć tabelę TableThroughput wymaganą dla operacji. Aby uzyskać więcej informacji, zobacz Szacowanie jednostek żądań i magazynu danych. Ogólnie rzecz biorąc, możesz wyświetlić jednostkę w formacie JSON i podać liczby operacji.

Obecnie nie jest to możliwe.

Tak, ten sam interfejs API jest obsługiwany.

Nie, możesz tworzyć i używać istniejących zasobów usługi Azure Table Storage bez żadnych przerw w działaniu. Jeśli jednak nie używasz interfejsu API dla tabeli, nie możesz skorzystać z automatycznego indeksu, opcji dodatkowej spójności ani dystrybucji globalnej.

Możesz użyć globalnych ustawień replikacji portalu usługi Azure Cosmos DB, aby dodać regiony odpowiednie dla aplikacji. Aby opracować globalnie rozproszoną aplikację, należy również dodać aplikację z informacjami PreferredLocation ustawionymi na region lokalny w celu zapewnienia małego opóźnienia odczytu.

Możesz użyć okienka portalu replikacji globalnej usługi Azure Cosmos DB, aby dodać region, a następnie przejść w tryb failover do wymaganego regionu. Aby uzyskać instrukcje, zobacz Tworzenie za pomocą kont usługi Azure Cosmos DB w wielu regionach.

Aby ułatwić odczytywanie z lokalizacji lokalnej, użyj klucza PreferredLocation w pliku app.config. W przypadku istniejących aplikacji interfejs API dla tabeli zgłasza błąd, jeśli parametr LocationMode został ustawiony. Usuń ten kod, ponieważ interfejs API dla tabeli pobiera te informacje z pliku app.config.

Usługa Azure Cosmos DB zapewnia uzasadnione kompromisy między spójnością, dostępnością i opóźnieniami. Usługa Azure Cosmos DB oferuje pięć poziomów spójności interfejsu API dla deweloperów tabel, dzięki czemu można wybrać odpowiedni model spójności na poziomie tabeli i wysyłać pojedyncze żądania podczas wykonywania zapytań dotyczących danych. Po nawiązaniu połączenia klient może określić poziom spójności. Poziom można zmienić za pomocą argumentu consistencyLevel elementu CreateCloudTableClient.

Interfejs API dla tabeli zapewnia odczyty o małych opóźnieniach z napisem "Odczytaj własne zapisy" ze spójnością powiązana nieaktualność jako domyślną. Aby uzyskać więcej informacji, zobacz Poziomy spójności.

Domyślnie usługa Azure Table Storage zapewnia silną spójność w obrębie regionu i spójności ostatecznej w lokalizacjach pomocniczych.

Tak, aby uzyskać informacje o sposobie korzystania z rozproszonego charakteru usługi Azure Cosmos DB, zobacz Poziomy spójności. Ponieważ gwarancje są zapewniane dla poziomów spójności, można ich używać z ufnością.

Usługa Azure Cosmos DB zatwierdza dane trwale w regionie lokalnym i wypycha dane do innych regionów natychmiast w milisekundach. Ta replikacja jest zależna tylko od czasu rundy (RTT) centrum danych. Aby dowiedzieć się więcej na temat możliwości globalnej dystrybucji usługi Azure Cosmos DB, zobacz Azure Cosmos DB: globalnie rozproszona usługa bazy danych na platformie Azure.

Za pomocą usługi Azure Cosmos DB można ustawić poziom spójności na poziomie kontenera (w tabeli). Za pomocą zestawu .NET SDK można zmienić poziom, podając wartość dla klucza TableConsistencyLevel w pliku app.config. Możliwe wartości to: Silna, Powiązana nieaktualność, Sesja, Spójny prefiks i Ostateczna. Aby uzyskać więcej informacji, zobacz Tunable data consistency levels in Azure Cosmos DB (Dostrajania poziomów spójności danych w usłudze Azure Cosmos DB). Kluczową ideą jest to, że nie można ustawić poziomu spójności żądania na więcej niż ustawienie dla tabeli. Na przykład nie można ustawić poziomu spójności dla tabeli na poziomie Ostateczna i spójność żądań na poziomie Silne.

Interfejs API dla tabeli używa globalnie rozproszonej platformy usługi Azure Cosmos DB. Aby upewnić się, że aplikacja może tolerować przestoje centrum danych, włącz co najmniej jeden region dla konta w portalu usługi Azure Cosmos DB Tworzenie przy użyciu kont usługi Azure Cosmos DB w wielu regionach. Priorytet regionu można ustawić przy użyciu portalu Tworzenie z kontami usługi Azure Cosmos DB w wielu regionach.

Możesz dodać dowolną liczbę regionów dla konta i kontrolować, do którego można przejść w tryb failover, zapewniając priorytet trybu failover. Aby użyć bazy danych, musisz również podać aplikację. W tym przypadku klienci nie będą napotykać przestojów. Najnowszy zestaw SDK klienta platformy .NET jest automatycznie homingiem, ale inne zestawy SDK nie są. Oznacza to, że może wykryć region, który nie działa i automatycznie przechodzi w tryb failover do nowego regionu.

Tak, interfejs API dla tabeli używa platformy Azure Cosmos DB do tworzenia kopii zapasowych. Kopie zapasowe są tworzone automatycznie. Aby uzyskać więcej informacji, zobacz Online backup and restore with Azure Cosmos DB (Tworzenie kopii zapasowych i przywracanie online za pomocą usługi Azure Cosmos DB).

Tak, wszystkie atrybuty jednostki są domyślnie indeksowane. Aby uzyskać więcej informacji, zobacz Azure Cosmos DB: Indexing policies (Azure Cosmos DB: zasady indeksowania).

Tak, usługa Azure Cosmos DB dla tabeli zapewnia automatyczne indeksowanie wszystkich atrybutów bez żadnej definicji schematu. Ta automatyzacja umożliwia deweloperom skoncentrowanie się na aplikacji, a nie na tworzeniu indeksów i zarządzaniu nimi. Aby uzyskać więcej informacji, zobacz Azure Cosmos DB: Indexing policies (Azure Cosmos DB: zasady indeksowania).

Tak, możesz zmienić zasady indeksowania, podając definicję indeksu. Należy prawidłowo kodować i unikać ustawień.

Zasady indeksowania można ustawić tylko w portalu w Eksploratorze danych, przejść do określonej tabeli, którą chcesz zmienić, a następnie przejść do zasad skalowania i indeksowania Ustawienia>, wprowadzić żądaną zmianę, a następnie zapisać.

Interfejs API dla tabeli udostępnia te same funkcje zapytań co usługa Azure Table Storage. Usługa Azure Cosmos DB obsługuje także sortowanie, agregaty, zapytania geoprzestrzenne, hierarchię i szeroki zakres funkcji wbudowanych. Aby uzyskać więcej informacji, zobacz Zapytania SQL.

Jeśli ma zastosowanie jeden z następujących warunków, należy zmienić tabelę TableThroughput:

• Wykonujesz wyodrębnianie, przekształcanie i ładowanie danych (ETL) lub chcesz przekazać wiele danych w krótkim czasie.
• Potrzebujesz większej przepływności z kontenera lub zestawu kontenerów na zapleczu. Na przykład zobaczysz, że użyta przepływność jest większa niż aprowizowana przepływność, a przepływność jest ograniczana. Aby uzyskać więcej informacji, zobacz Ustawianie przepływności dla kontenerów usługi Azure Cosmos DB.

Tak, możesz użyć okienka skalowania portalu usługi Azure Cosmos DB, aby skalować przepływność. Aby uzyskać więcej informacji, zobacz Ustawianie przepływności.

Tak, jeśli nie zastąpisz tabeli TableThroughput za pośrednictwem pliku app.config i nie używasz wstępnie utworzonego kontenera w usłudze Azure Cosmos DB, usługa tworzy tabelę z przepływnością 400.

Brak. Nie ma żadnych zmian w cenie dla istniejących klientów usługi Azure Table Storage.

Cena zależy od przydzielonej tabeliThroughput.

Jeśli szybkość żądań jest większa niż pojemność aprowizowanej przepływności dla bazowego kontenera lub zestawu kontenerów, wystąpi błąd, a zestaw SDK ponawia próbę wywołania, stosując zasady ponawiania prób.

Usługa Azure Cosmos DB ustawia domyślną przepływność dla kontenera, jeśli nie podasz go w pliku app.config lub za pośrednictwem portalu.

Usługa Azure Cosmos DB zapewnia gwarancje dotyczące wydajności i opóźnień wraz z górnymi granicami operacji. Ta gwarancja jest możliwa, gdy aparat może wymusić nadzór nad operacjami dzierżawy. Ustawienie tabeliThroughput gwarantuje, że uzyskasz gwarantowaną przepływność i opóźnienie, ponieważ platforma rezerwuje tę pojemność i gwarantuje sukces operacyjny.

Korzystając ze specyfikacji przepływności, można ją elastycznie zmienić, aby korzystać z sezonowości aplikacji, spełniać potrzeby przepływności i oszczędzać koszty.

Usługa Azure Cosmos DB została zaprojektowana tak, aby była globalnie rozproszonym systemem opartym na umowie SLA z gwarancjami dostępności, opóźnień i przepływności. Rezerwowanie przepływności w usłudze Azure Cosmos DB jest gwarantowane, w przeciwieństwie do przepływności innych systemów. Usługa Azure Cosmos DB oferuje więcej możliwości, których zażądali klienci, takich jak indeksy pomocnicze i dystrybucja globalna.

Azure Cosmos DB to oparty na umowie SLA system, który zapewnia nieograniczoną skalę z gwarancjami opóźnienia, przepływności, dostępności i spójności. Aby zapewnić gwarantowaną wydajność w warstwie Premium, upewnij się, że rozmiar danych i indeks są możliwe do zarządzania i skalowalne. Limit 20 GB liczby jednostek lub elementów na klucz partycji jest zapewnienie doskonałej wydajności wyszukiwania i zapytań. Aby upewnić się, że aplikacja działa prawidłowo, nawet w przypadku usługi Azure Storage, zalecamy, aby nie utworzyć gorącej partycji, przechowując wszystkie informacje w jednej partycji i wykonując względem niej zapytanie.

Tak. Ponieważ obszar powierzchni interfejsu API dla tabeli jest podobny do obszaru zestawu SDK usługi Azure Table Storage, klucz partycji zapewnia wydajny sposób dystrybucji danych. Klucz wiersza jest unikatowy w ramach tej partycji. Klucz wiersza musi być obecny i nie może mieć wartości null, jak w standardowym zestawie SDK. Długość klucza wiersza wynosi 255 bajtów, a długość klucza partitionkey wynosi 1 KB.

Usługi Azure Table Storage i Azure Cosmos DB dla tabel używają tych samych zestawów SDK, więc większość błędów jest taka sama.

Azure Cosmos DB to system oparty na umowie SLA, który zapewnia gwarancje opóźnienia, przepływności, dostępności i spójności. Ponieważ jest to system aprowizowany, rezerwuje zasoby w celu zagwarantowania tych wymagań. Szybka szybkość tworzenia tabel jest wykrywana i ograniczana. Zalecamy przyjrzenie się szybkości tworzenia tabel i obniżenie jej do mniej niż 5 minut. Pamiętaj, że interfejs API dla tabeli jest systemem aprowizacji. W momencie aprowizacji zaczynasz za to płacić.

Możesz podzielić się swoją opinią na dowolny z następujących sposobów:

• Strona pytań i pytań firmy Microsoft
• Stack Overflow. Stack Overflow jest najlepszy w przypadku pytań programistycznych. Upewnij się, że twoje pytanie dotyczy tematu i podaj jak najwięcej szczegółów, dzięki czemu pytanie jest jasne i odpowiadalne.

Powiązana zawartość

• Tworzenie interfejsu API dla aplikacji tabel przy użyciu zestawu .NET SDK i usługi Azure Cosmos DB
• Tworzenie aplikacji Java do zarządzania usługą Azure Cosmos DB dla danych tabel

Następny krok