если вы строите только 1 тыс. строк за один раз вместо 200 м, диспетчеру памяти будет гораздо проще хранить такой объем данных. кроме того, вы почти наверняка получите обмен с 200 м записей в памяти за один раз

я есть следующий (упрощенный) код, который я хотел бы оптимизировать по скорости:

long inputLen = 50000000; // 50 million 
DataTable dataTable = new DataTable();
DataRow dataRow;
object[] objectRow;
while (inputLen--)
{
    objectRow[0] = ...
    objectRow[1] = ...
    objectRow[2] = ...

    // Generate output for this input
    output = ...

    for (int i = 0; i < outputLen; i++) // outputLen can range from 1 to 20,000
    {
         objectRow[3] = output[i];
         dataRow = dataTable.NewRow();
         dataRow.ItemArray = objectRow;
         dataTable.Rows.Add(dataRow);
    }
}

// Bulk copy
SqlBulkCopy bulkTask = new SqlBulkCopy(connection, SqlBulkCopyOptions.TableLock, null);
bulkTask.DestinationTableName = "newTable";
bulkTask.BatchSize = dataTable.Rows.Count;
bulkTask.WriteToServer(dataTable);
bulkTask.Close();

Я уже использую SQLBulkCopy в попытке ускорить процесс, но кажется, что присвоение значений самой DataTable оказывается медленным.

Я не знаю, как работают DataTables, поэтому мне интересно, создаю ли я ненужные накладные расходы, сначала создав массив многократного использования, затем назначив его для DataRow, а затем добавив DataRow в DataTable? Или использование DataTable не оптимально в первую очередь? Ввод поступает из базы данных.

Меня не волнует LOC, просто скорость. Кто-нибудь может дать совет по этому поводу?

Ответы на вопрос(3)

Ваш ответ на вопрос