Движок бд откатит транзакцию так же как и в случае одной транзакции на кучу строк.
Или вас беспокоит в каком статусе получится документ в целом, если в нем по части строк резерв прошел успешно а в части нет?
Так есть же try catch. Ситуация ловится и обрабатывается снова.
Кстати, встречал на практике документы и на 2 - 3 тысячи строк. Когда из магазинов заливали сгруппированные по магазинам данные реализации за весь день.
Встречался на практике с такой проблемой. Обычно помогает разбиение не более короткие транзакции. Ну например если типичный документ содержит 50 строк, то зачем делать резерв в одной транзакции? Можно по транзакции на строку.
Наивно ожидать, что другие мессенджеры так не будут делать, или что их владельцев не прогнут сильные мира сего (Дурова просто так что ли прессовали во франции)
И проверить вы не можете. Косвенно предполагать - да. Но надежнее исходить из самых худших и реалистичных предположений - что все сливается.
Возможно ошибся и это была не ваша статья. Была неделю или две назад. Про то какие разрешения использует Макс. Без сравнения с другими мессенджерами она смотрелась странно.
Не понял в чем затруднение.
Движок бд откатит транзакцию так же как и в случае одной транзакции на кучу строк.
Или вас беспокоит в каком статусе получится документ в целом, если в нем по части строк резерв прошел успешно а в части нет?
Так есть же try catch. Ситуация ловится и обрабатывается снова.
Кстати, встречал на практике документы и на 2 - 3 тысячи строк. Когда из магазинов заливали сгруппированные по магазинам данные реализации за весь день.
Встречался на практике с такой проблемой. Обычно помогает разбиение не более короткие транзакции. Ну например если типичный документ содержит 50 строк, то зачем делать резерв в одной транзакции? Можно по транзакции на строку.
У меня Legion 5 21го года. Всем доволен.
Наивно ожидать, что другие мессенджеры так не будут делать, или что их владельцев не прогнут сильные мира сего (Дурова просто так что ли прессовали во франции)
И проверить вы не можете. Косвенно предполагать - да. Но надежнее исходить из самых худших и реалистичных предположений - что все сливается.
Полистал ваш профиль, а там как раз статьи и сравнениеис другими мессенджерами.
Значит перепутал. Сорри
Возможно ошибся и это была не ваша статья. Была неделю или две назад. Про то какие разрешения использует Макс. Без сравнения с другими мессенджерами она смотрелась странно.
Асинхронное чтение - хооошо бы сравнить с другими популярными бд (ms sql oracle, mysql)
В ms sql и oracle это уже было вроде.
Предыдущая статья где вы анализировали используемые разрешения, выглядит неполной без сравнения с телегой и вотсапом.
Не хотите сделать работу над ошибками?
Но похоже, обе проиграют квалкому и им подобным.
Есть еще x++. Конкурент Кобола. Пока жив.
Зачем вообще рассматривать 14ХХХ серию со всеми их проблемами ?
Сбывают залежалый товар ?
А кто будет платить за банкет?
Удовольствие не из дешевых. Западные корпорации скидываться побоятся.
Хорошо бы они еще подобное кешироаание в сиквеле добавили.
Возможно починилась бы эта проблема.
https://habr.com/ru/articles/496612/
Это почему?
Можете подробнее рассказать?
Вы утверждаете, что сплит страниц (со сплитом всех ссылающихся на них индексов) легче, чем конкуренция по вставке в последнюю запись?
Тестировали и замеряли или просто прочитали распространенную рекомендацию?
Неожиданно видеть такие статьи от dba.
Это хобби или последствия образования?
В любом случае, не прекращайте. Очень интересно.