Рекомендации по производительности для выполнения повторяющихся UPDATES в базе данных

Question

У меня есть таблица базы данных с полем, содержащим RTF (Rich Text Format). Мне нужно преобразовать RTF в HTML, чтобы отобразить его позже в редакторе HTML.

Для этого я разработал консольное приложение, которое для каждой записи таблицы считывает поле RTF и преобразует его в HTML. Этот шаг будет выполнен только один раз (это уникальный процесс миграции), и есть около 1500 записей, затронутых.

Поскольку количество записей, участвующих не настолько высота, производительность не будет deeeply затронута, но игнорируя на данный момент объем данных я хотел бы знать, что было бы лучшим образцом для такого рода сценариев:

1) Extract data from DB<br> 
2) Execute modification on that data<br> 
3) Update the relative row with modified values 

Учитывая, что я использую LINQ to SQL, все еще допустимо выполнить submit() для каждой модифицированной записи или было бы лучше хранить измененные записи в разрыве данных (например, HashTable с идентификатором, modifiedValue) и сделать одиночный submit() для всех?

Answer 1

Производительность на СУБД, как правило, зависит от аппаратного обеспечения в следующем порядке:

1. пропускной способности сети
2. диск латентность
3. пропускная способность диска
4. скорость памяти
5. скорость процессора

Со стороны программного обеспечения узкое место обычно по меньшей мере, один из них, не обязательно в таком порядке, и последствия могут варьироваться от первого до последнего в вышеприведенном списке:

• алгоритма
• индексы
• план запроса
• сделка

Ваш алгоритм прост и - если у вас есть первичный ключ, и это всего лишь одна таблица - вы не можете получить прибыль от индексов или плана запроса.

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

Если СУБД Microsoft SQL Server 2005 или выше, вы можете запустить все это на самом сервере с помощью CLR Integration и устранить аппаратное краевое номер 1.