DP-900 Short: Основные концепции данных | Часть 2

Привет, ребята, как дела?

В прошлой статье мы немного поговорили о данных, их типах и хранении. В сегодняшней статье мы хотим немного узнать о транзакционной обработке. Так что приготовьтесь, возьмите кофе, или сок, или воду, если у вас там еще и печенье есть, это очень круто сопровождает 🤣. Давайте сделаем это!

Когда мы говорим о сделке, у вас могут возникнуть некоторые воспоминания; я сам, когда слышу это слово, сразу вспоминаю финансовые операции (кому нужны деньги???? ищите Сильвио Сантоса 🤣).

Интересна природа финансовой транзакции: если вы хотите перевести какую-то ценность со своего счета на чей-то другой счет, вы не захотите, чтобы ценность ушла с вашего счета и, например, потерялась, будучи дебетованной только ценностью и ничем другим. Вам также покажется странным, что другому лицу было отправлено значение, но без списания с вашего счета. Это пример, в котором я говорил об очень упрощенных шагах, но мы видим, что для того, чтобы все получилось, необходимо упомянуть как минимум два шага:

  1. Первый — это списание средств с вашего счета.
  2. Второй — кредит на счету другого лица.

Эти операции, описанные выше, не являются изолированными шагами, они будут представлять собой единицу работы; я имею в виду, что акт передачи действителен только тогда, когда он происходит, минимально (и не принимая во внимание любой другой процесс, который выполняется), с успехом этих двух шагов. Транзакция данных — это нечто подобное. В документации Microsoft говорится именно об этом термине — единица работы. Другой способ подумать об этом заключается в том, что транзакция — это набор шагов, которые должны быть выполнены над данными, где эта операция будет рассматриваться как единый процесс. Если на одном из этапов произошла ошибка, все остальные этапы должны быть отменены.

Эта транзакционная модель является частью реляционных баз данных, хотя сейчас многие говорят о базах данных NoSQL, я считаю, что реляционная модель по-прежнему доминирует в сценарии корпоративных приложений, которые в некотором смысле выигрывают от такого способа работы. Возможно, вы видели в бизнес-правилах вашей компании, если вы еще не работаете в этой области, продолжайте с нами, что вам также будет полезно, операции, которые должны происходить вместе в базе данных, возможно, обновление различных таблиц, и что в этом сценарии должно быть «все или ничего».

Таким образом, транзакционная модель будет поддерживать это; более того, транзакционная система также создана для поддержки большого объема операций и скорости доступа к данным, идея заключается в том, что данные оптимизированы для операций записи и запросов. Работа, выполняемая транзакционной системой, также известна как OLTP, что на практике означает «Онлайн обработка транзакций». В OLTP-решениях есть операции, которые очень хорошо известны разработчикам, знаменитые CRUD’ы (Create, Read, Update и Delete), для тех, кто не знаком с этой областью, вкратце, CRUD’ы — это операции создания, чтения, обновления и удаления данных в базе данных. Эти операции обычно выполняются транзакционно, чтобы сохранить целостность данных.

ACID

Другим важным предметом в этой части транзакционной системы, который требуется в DP-900, является понимание ACID. Вы имеете в виду кислоту Матеус? Нет, ACID — это сокращение от Atomicity, Consistency, Isolation и Durability. Этот акроним обозначает характеристики транзакции в базе данных. Давайте поговорим о них немного подробнее:

Атомарность

Понимайте эту концепцию как нечто уникальное, или это все или ничего, как я уже говорил выше, в данном случае, если у вас есть набор операций в транзакции, он будет рассматриваться как нечто атомарное, то есть, если одна часть процесса выйдет из строя, вся операция выйдет из строя.

Последовательность

Данные до и после прохождения транзакции должны быть согласованными, в них не должно быть аномалий, вызванных ошибками в транзакциях, это свойство, которое относится к состоянию данных.

Изоляция

Сделка изолирована от другой, то есть один не будет вмешиваться в другого, это как эгоистичный ребенок, если он играет с игрушкой, другой не должен вмешиваться.

Долговечность

Идея этого свойства заключается в том, что после того, как операции персистированы на данных, если банк по какой-то причине вышел (ах, Матеус, он любит гулять, да?! 🤣), когда сервис возвращается, данные продолжают находиться там без проблем.

Заключительные соображения

На этом мы закрываем тему о транзакционных решениях сертификации DP-900, в следующей статье мы поговорим об аналитических решениях. Если вы дошли до конца, поздравляю и благодарю, если вы пропустили последнюю часть или просто читаете этот отрывок, где-то в тексте есть секрет, когда прочитаете и узнаете, расскажите мне! Ну, до следующего раза, ребята! 😃

Спасибо

Я не могу завершить этот текст, не поблагодарив рецензентов, которые скрасили и активно сотрудничали с этой статьей. Я благодарю за рецензию Ренана, а также за рецензию и изображения Оно. Спасибо вам большое, вы слишком многого хотите! 😃

Оцените статью
Procodings.ru
Добавить комментарий