Повысить производительность вставки Ms Access

Я использую MS Access 2010, разделенный на передний конец / задний конец; на сетевом диске (WAN) с 16+ таблицами с одной таблицейпользователи (1,3 миллиона) который в основном используется для пользовательской информации и не вставляет тяжелые и несколько других таблиц, которые будут получатьдо 2000+ вкладок ежедневно.

Мне удалось оптимизировать большинство запросов на чтение / выбор. Хотя 1 кусок моего кода выглядит так, как показано ниже. Это может быть использовано до 2000 итераций в день.

Do Until rec.EOF
    Dim vSomeId As Integer
    vSomeId = rec!SomeId

    'StrSQL = StrSQL & "INSERT INTO TransportationDetails ( TransportationId, SomeId)" & _
        '"VALUES(" & vTransportationId & ", " & vSomeId & ");"

    StrSQL = "INSERT INTO TransportationDetails ( TransportationId, SomeId)" & _
        "VALUES(" & vTransportationId & ", " & vSomeId & ");"

    DoCmd.SetWarnings False
    DoCmd.RunSQL (StrSQL)
    DoCmd.SetWarnings True


    rec.Edit
    rec!SomeBoolean = rec!SomeOtherBoolean 
    rec.Update
    rec.MoveNext
Loop

Моя цель здесь состоит в том, чтобыуменьшить количество звонков в дб вставить все значения. а такжеMS ACCESS НЕ поддерживает наличие более одного запроса в выражении, как я попробовал в комментируемой части кода. Я также думаю, что метод обновления набора записей отнимает много времени, и если кто-то может предложить лучший способ обновления набора записей.

Является есть ли способ обмануть доступ для вставки и обновления вменьше хитов в дб через SQL-запросы или любую другую функцию доступа. Или оптимизировать в любом случае, это может занять до 30 минут. Уменьшение до 2 - 5 минут будет уместным.

Постскриптум Я не могу перейти на SQL Server, этоПРОСТО НЕ ВОЗМОЖНО, Я знаю, что это может быть сделано более оптимальным способом через сервер SQL, и Access не следует использовать для WAN, но у меня нет такой возможности.

Решение: я пошел с решением Андре и Хорхе. Время сократилось в 17 раз. Хотя ответ Альберта тоже правильный, поскольку я обнаружил, что моя основная проблема заключалась в циклах SQL. Изменение правок в наборе записей на sql не сильно повлияло на временной фактор.