Наша организация использует программный продукт SQL Server производства фирмы Микрософт. Одно время даже собирались его легализовать, однако передумали. С сожалением вынуждены констатировать, что мы не получили ожидаемого выигрыша в производительности от его внедрения. Несмотря на то, что он стоит на выделенном (1 х Intel P4 2.8GHz, 2 GB RAM) сервере, где больше ничего не крутится, все наши приложения по-прежнему выполняются крайне медленно. Вот типичный пример.
Dim rs As New ADODB.Recordset
rs.CursorLocation = adUseClient
rs.Open "select * from tbl", "Provider=SQLOLEDB;Data Source=SQLW2K;Integrated Security=SSPI;Initial Catalog=DB", adOpenDynamic, adLockPessimistic
While Not rs.EOF
If IsNull(rs(255)) Then
rs(255) = "Прочие"
rs.Update
End If
rs.MoveNext
Wend
rs.Close
В службе поддержки Микрософт сказали, что у нас неправильно построено приложение и стали навязывать какие-то идиотские решения. Это полуграмотные люди, изучавшие программирование по книжкам для dummies. Они даже не знают, что когда в приложении что-то неправильно, Visual Basic выдает ошибку. А у нас все работает, только медленно. Значит, проблема в SQL Server, как его ни настраивал наш программист. Несмотря на молодость, он человек опытный и успел поработать и c Микрософт, и с Oracle, не говоря уже о всяких там dbf c Accessом. Даже ксерокс умеет заправить, потому что в очень многих местах работал. На SQL Server он первым делом включил priority boost, потом AWE, потом поддержку fibers, потом распределил нагрузку I/O, разложив данные и логи по разным разделам жесткого диска. Нет, ничего не помогает. Вот вам и лучший в мире оптимизатор, про который так любит кричать мелкософт.
Еще они любят кричать про простоту использования и всякие там адаптивные алгоритмы самонастройки. Тоже вранье. Нам надо было проще некуда - чтобы он лог автоматически обрезал и сжимал. Хрена он его сжимает. Когда загружаются данные из старой системы и делается bulk insert Tbl from ... with (batchsize = 0, tablock) лог растет, как на дрожжах. Не помогает даже сделать напрямую DBCC SHRINKFILE. Короче, полная лажа и отстой. Мы уже затрахались трахаться c этой мерзкой, склизкой, гадской и совершенно неуправляемой M$ и решили перейти на Oracle. Что скажете?

2NNN
> Почему не в Трепе

Да потому что здесь последнее время творится такой театр абсурда, что этот форум скоро запросто догонит и перегонит Просто Треп по степени шизы. Я, грешным делом, думал, что вот, буду ходить сюда узнавать, как та или иная фича в разных СУБД устроена. Ни фига подобного. День начинается с того, что кто-нибудь громогласно заявляет "Продукт ХХХ - гавно!" (Это, насколько я понимаю, местный аналог того, как если бы на Просто Трепе в пятницу сказать "У всех нолито?") И понеслася. Причем, что характерно, какой бы deathmatch ни разворачивался, все в конечном счете сводится к выяснению отношений между Oracle и SQL Server. Я не знаю, может, как-то в мирное русло это направить? Там, КВН какой-нибудь организовать?