Аксапта. Производительность. Эпизод n+1-й

[itfs]

Цитата:

Сообщение от Vadik

В любом случае - аксапта varchar поля null значениями не заполняет

Ваша правда, и про varchar, и про не заполняет, везде стоит заполнение по default и всюду not Null constraints

[Recoilme]

Цитата:

Сообщение от itfs

Ваша правда, и про varchar, и про не заполняет, везде стоит заполнение по default и всюду not Null constraints

Интересно почему никто не добавляет при таких открытиях матные слова в её адрес? ))

[itfs]

Цитата:

Сообщение от Recoilme

Интересно почему никто не добавляет при таких открытиях матные слова в её адрес? ))

А чего петушиться? Не нравится лошадь, слез и пошел пешком ....
Хотя конечно иногда с непривычки челюсть приходится подвязывать.

Насчет 5-го RAID-а - присоединяюсь, для БД он менее всего подходит. Рекомендуется RAID 10 (0+1 или 1+0). Но то, что 5-й RAID именно на чтении тормозит, это не совсем правильно. У 5-ки страдает запись из-за вычисления и синхронной записи контрольных сумм. Так что конкретно указанную проблему пересборка RAID-а может не решить, хотя общий уровень подтянет.

Я бы все-таки продолжил рыть в сторону конкуренции.
А скажите пожалуйста, как вам удалось при таком кол-ве блокировок избежать эскалации? Вы что-то специально для этого делали? У вас получается очень "не агрессивный" процесс. Я бы не удивился, если бы ситуация была строго наоборот. Этот select for update полностью блокировал бы таблицу. Эта обработка отрабатывала бы стабильно, зато во время ее работы другие сессии испытывали бы затруднения при работе со строками заказов.

С уважением, itfs.