Как вы поддерживаете транзакцию indexeddb?

Транзакции IndexedDB фиксируются, как только срабатывает последний обратный вызов, поэтому способ сохранить их — передать их через обратные вызовы.

Я получаю информацию о транзакциях от Джонаса Сикинга, разработчика Mozilla и соавтора спецификаций для IndexedDB, который прокомментировал этот отличный пост в блоге, чтобы сказать следующее:

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

Транзакция никогда не фиксируется автоматически, когда переменная выходит за пределы области видимости. Как правило, они фиксируются только тогда, когда срабатывает последний обратный вызов успеха/ошибки, и этот обратный вызов не планирует больше запросов. Так что это не связано с областью действия каких-либо переменных.

Единственным исключением является случай, когда вы создаете транзакцию, но не отправляете к ней никаких запросов. В этом случае транзакция «зафиксирована» (что бы это ни значило для транзакции, у которой нет запросов), как только вы вернетесь в цикл обработки событий. В этом сценарии вы могли бы технически «зафиксировать» транзакцию, как только все ссылки на нее выйдут за рамки, но это не особенно интересный вариант использования для оптимизации.

Краткий ответ: если вы предоставляете обработчик событий для события «успех» или «ошибка», вы можете поместить новый запрос в этот обработчик событий и не беспокоиться об автоматическом закрытии транзакции.

Длинный ответ: фиксация транзакций, как правило, должна быть полностью прозрачной. Единственное правило заключается в том, что вы не можете удерживать транзакцию открытой, выполняя «вещи», не связанные с базой данных. т.е. вы не можете начать транзакцию, а затем держать ее открытой, выполняя некоторые XMLHttpRequests или ожидая, пока пользователь нажмет кнопку.

Как только вы прекращаете размещать запросы к транзакции и завершается обратный вызов последнего запроса, транзакция автоматически закрывается.

Однако вы можете запустить транзакцию, использовать эту транзакцию для чтения некоторых данных, а затем записать некоторые результаты.

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

Краткий ответ: не держите.

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

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

Чтобы транзакция оставалась активной, продолжайте выполнять следующие операции из обратных вызовов полной операции. См. следующий пример кода.

function put_data(db,tableName,data_array)
{
    var objectStore=db.transaction([tableName],"readwrite").objectStore(tableName);
    put_record(data_array,objectStore,num_rows,0);
}

function put_record(data_array,objectStore,row_index)
{
    if(row_index<data_array.length)
    {
        var req=objectStore.put(data_array[row_index]);
        req.onsuccess=function(e)
        {
            row_index+=1;
            put_record(data_array,objectStore,row_index);
        };
        req.onerror = function()
        {
            console.error("error", this.error);
            row_index+=1;
            put_record(data_array,objectStore,row_index);
        };
    }
}