Сообщение Re[2]: Вопрос тем кто юзает SQLite от 30.07.2019 15:59
Изменено 30.07.2019 16:02 VladCore
Re[2]: Вопрос тем кто юзает SQLite
Здравствуйте, MadHuman, Вы писали:
VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.
MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?
Лол. deadlock в нормальных СУДБ сразу выбрасывается.
MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?
Что у вас там за каша в голове? Это в нормальных СУДБ только. В sqlite это не так.
MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.
MH>и варианты тут такие:
MH>1. ещё разок попробывать.
Лол. ты изобрел retry pattern
VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.
MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?
Лол. deadlock в нормальных СУДБ сразу выбрасывается.
MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?
Что у вас там за каша в голове? Это в нормальных СУДБ только. В sqlite это не так.
MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.
MH>и варианты тут такие:
MH>1. ещё разок попробывать.
Лол. ты изобрел retry pattern
Re[2]: Вопрос тем кто юзает SQLite
Здравствуйте, MadHuman, Вы писали:
VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.
MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?
Лол. deadlock в нормальных СУДБ сразу выбрасывается.
MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?
Что у вас там за каша в голове? Это в нормальных СУДБ только не "мешают" (на самом деле "мешают" и в блокирующих транзакциях и в транзакциях работающтх на snapshot-ах). В sqlite это не так.
MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.
MH>и варианты тут такие:
MH>1. ещё разок попробывать.
Лол. ты изобрел retry pattern
VC>>Он так же может использоваться для борьбы с dead-lock-ами в нормальных СУДБ. Ну неплохо как бы, но менее надежно чем второй способ.
MH>а зачем делать retry, когда можно сразу выставить адекватный период ожидания захвата базы на чтение в самом sqlite?
Лол. deadlock в нормальных СУДБ сразу выбрасывается.
MH>читатели не мешают писателю и писатель не мешает читателям, зачем ещё блокировки на чтение?
Что у вас там за каша в голове? Это в нормальных СУДБ только не "мешают" (на самом деле "мешают" и в блокирующих транзакциях и в транзакциях работающтх на snapshot-ах). В sqlite это не так.
MH>оба способа это не решение проблемы одного писателя (это в sqlite не решается в принципе). это про что делать если писатель не дождался освобождения базы другим писателем.
MH>и варианты тут такие:
MH>1. ещё разок попробывать.
Лол. ты изобрел retry pattern