Операції CRUD у Cosmos DB

Розробка для Azure Storage

Shahzad Mian

Content developer, Datacamp

Create

  • Основний спосіб взаємодії застосунку з Cosmos DB — через SDK

Клієнт реєструється

Розробка для Azure Storage

Read

  • Застосунок використовує SDK, щоб читати потрібний документ за унікальним ID

клієнт перевіряє баланс винагород

Розробка для Azure Storage

Update

  • Застосунок знаходить документ і оновлює значення балів зі 100 до 0.

Клієнт використовує накопичені бали

Розробка для Azure Storage

Delete

  • Бекенд‑процес використовує SDK, щоб назавжди видалити документ із контейнера.

Клієнт видаляє профіль

Розробка для Azure Storage

Вибір узгодженості

  • Вибір рівня узгодженості — визначає, як швидко зміни даних стають видимі між локаціями.

Земна куля з лондон і токіо

Розробка для Azure Storage

Strong

  • Strong — повна точність, усі локації мають підтвердити, перш ніж оновлення стане видимим
  • Найповільніший; ідеально для фінансових транзакцій.

strong consistency

Розробка для Azure Storage

Boundless staleness

  • Передбачувані й надійні читання.

Gemini_Generated_Image_l6c590l6c590l6c5.jpeg

Розробка для Azure Storage

Session

  • Типовий і найпопулярніший варіант.
  • Миттєво читабельний.
  • Послідовний досвід.
  • Ідеально для живих користувацьких застосунків.

Сеансний застосунок

Розробка для Azure Storage

Consistent prefix

  • Зміни завжди видно в тому порядку, у якому їх зроблено.
  • Частину швидких змін може бути не видно.

  • Правильна послідовність:

    • На кілька секунд позаду від останньої дії.

Gemini_Generated_Image_qnfs4mqnfs4mqnfs.jpeg

Розробка для Azure Storage

Eventual

  • Найслабший рівень.
  • Немає гарантій щодо часу чи порядку.
  • Найменша затримка.
  • Найвища доступність.

  • Підходить для некритичних даних.

Eventual consistency

Розробка для Azure Storage

Тонке налаштування поведінки

Вибір правильного рівня узгодженості

Розробка для Azure Storage

Давайте потренуємось!

Розробка для Azure Storage

Preparing Video For Download...