Транзакции | Введение | ACID | CAP | Обработка ошибок

Поделиться
HTML-код
  • Опубликовано: 4 окт 2024

Комментарии • 5

  • @DimaIvanov
    @DimaIvanov 14 дней назад

    Спасибо за видео. Хорошо и доступно объясняете материал.

  • @caffeinejavacode1475
    @caffeinejavacode1475 5 дней назад

    16:25 я так понимаю клиент будет UUID хранить где-то у себя в БД, которая тоже может сломаться.
    Или как реализовано храненние UUID?

    • @roadofbugs
      @roadofbugs  5 дней назад

      Клиент не хранит UUID, а только генерирует. В любом языке программирования есть библиотека для генерации UUID. Этой библиотеке не нужно никакое хранилище.
      А хранится все в БД. Для защиты от потери данных в случае выхода из строя БД применяют резервное копирование и/или репликацию.

    • @caffeinejavacode1475
      @caffeinejavacode1475 5 дней назад

      ​@@roadofbugsкогда клиент снова тоесть второй раз отправляет запрос на сервер где он берет первый сгенерированый идентификатор и почему он не генерирует второй раз идентификатор? Спасибо

    • @roadofbugs
      @roadofbugs  5 дней назад

      @@caffeinejavacode1475 Допустим, одна запись это запись о каком-то товаре в справочнике товаров. Клиент заполнил справочник. Для каждой записи был сгенерирован новый uuid. Далее при работе со справочником клиент сначала получает список всех товаров (или страницу списка, если список большой). В списке для каждого элемента есть ранее созданные uuid. Если клиент хочется получить более детальную информацию по конкретному товару, то отправляет в БД запрос с uuid этого товара.