Будет ли этот код VBA выполняться асинхронно

Question

Итак, я пытаюсь автоматизировать Microsoft Access с C#. Очевидно, что вы не можете выполнять код VBA асинхронно в VBA, но моя идея состояла в том, чтобы перевести это из C# с помощью делегатов.

У нас есть устаревшая система отчетности, которая запускает сотни запрограммированных запросов для получения информации, и эти запросы выполняются синхронно внутри макросов. Каждый запрос был спроектирован с использованием конструктора запросов MS Access и запрашивает базу данных MySql по ODBC. Они занимают 2-3 минуты для запуска, а макрос может содержать < = 20 запросов, то есть макрос займет большую часть часа для запуска. Если бы я запустил эти асинхронные операции, я мог бы запустить весь макрос через пару минут.

Мой полный C# код ниже:

using System; 
using Microsoft.Office.Interop.Access; 

namespace AsyncVBA 
{ 
    class Program 
    { 
     private static Application ap; 
     private delegate void ExportThread(string queryName, string exportLocation); 

     private static int count; 

     static void Main(string[] args) 
     { 
      var dbName = @"C:\Users\JMK\Desktop\MyDatabase.accdb"; 
      count = 0; 

      ExportThread queryThread = new ExportThread(ExportQuery); 

      ap = new Application(); 
      ap.OpenCurrentDatabase(dbName); 

      queryThread.BeginInvoke("qryOne", @"C:\Users\JMK\Desktop\x\one.xlsx", null, null); 
      queryThread.BeginInvoke("qryTwo", @"C:\Users\JMK\Desktop\x\two.xlsx", null, null); 
      queryThread.BeginInvoke("qryThree", @"C:\Users\JMK\Desktop\x\three.xlsx", null, null); 
      queryThread.BeginInvoke("qryFour", @"C:\Users\JMK\Desktop\x\four.xlsx", null, null); 
      queryThread.BeginInvoke("qryFive", @"C:\Users\JMK\Desktop\x\five.xlsx", null, null); 
      queryThread.BeginInvoke("qrySix", @"C:\Users\JMK\Desktop\x\six.xlsx", null, null); 
      queryThread.BeginInvoke("qrySeven", @"C:\Users\JMK\Desktop\x\seven.xlsx", null, null); 
      queryThread.BeginInvoke("qryEight", @"C:\Users\JMK\Desktop\x\eight.xlsx", null, null); 
      queryThread.BeginInvoke("qryNine", @"C:\Users\JMK\Desktop\x\nine.xlsx", null, null); 
      queryThread.BeginInvoke("qryTen", @"C:\Users\JMK\Desktop\x\ten.xlsx", null, null); 

      while (count < 10) 
      { 
       Console.ReadLine(); 
      } 

      ap.CloseCurrentDatabase(); 
     } 

     private static void ExportQuery(string queryName, string exportLocation) 
     { 
      ap.DoCmd.TransferSpreadsheet(AcDataTransferType.acExport, AcSpreadSheetType.acSpreadsheetTypeExcel9, queryName, exportLocation); 
      count++; 
     } 

    } 
} 

У меня возникли два вопроса, в настоящее время, во-первых, что мой код до сих пор, кажется, выполнение синхронно, это могло быть связано с ограничением в MS Access. Я предполагаю, что MS Access ставит в очередь запросы, получая их или что-то в этом роде. Вторая, менее важная проблема заключается в том, что мой счет, кажется, не увеличивается.

Куда я иду не так?

Благодаря

Answer 1

На самом деле, запуск слова, Excel, точки питания или любого офисного набора не будет работать асинхронно. Фактически, если вы создали экземпляр SQL-сервера, вы найдете то же самое. (большая разница между отправкой SQL-команды в процесс SQL SEPARATE в отличие от создания экземпляра in-process.

Я хотел бы записать эти данные в текстовый файл или даже в таблицу temp, а затем shell() out экземпляр приложения, находящегося при запуске, запускает серию запросов. Вы даже можете создать здесь сценарий Windows, который будет выполнять эти команды. Таким образом, вы получите отдельный экземпляр и поток, и поэтому ваше приложение не будет ждать.

Answer 2

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

Гораздо лучший подход заключается в извлечении SQL из базы данных Access. Вы говорите, что каждый запрос был спроектирован с использованием конструктора запросов (я думаю, вы имеете в виду дизайн-представление), но у него все еще есть SQL, к которому вы можете обратиться. Просто переключитесь с дизайна на SQL-представление, и там у вас есть

Answer 3

Просто имея большой опыт работы с Access как интерфейсом, лучше всего изменить все запросы на сквозные запросы и переписать их в синтаксисе mySQL.

причина, по которой текущий метод занимает много времени, вероятно, что набор данных, переданный по сети, намного больше, чем нужно. Доступ проходит через то, что может интерпретировать mySQL DB, а затем применяет остальную часть синтаксиса sql по прибытии. Это очень неэффективно для больших наборов данных.