|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 03 Mar 2001 10:05:06 To : Ilya Zvyagin Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Ilya > Hормальный сервер при возникновении такой ситуатции должен просто > откатывать транзакцию по ошибке недостатка дисковой памяти и > все,ни к какому. IZ> Представь, что вставка данных идет уже вторую неделю ( ну IZ> много их,данных). Да не батенька неделю нельзя потому как столь длинная транзакция погрузит сервер в глубочайшее раздумье из которого он может уже даже и не выйти. Использование столь длинных транзакций свидетельствует об недоумии разработчиков ПО. IZ> Мало того, что из-за нехватки места придется еще неделю это IZ> все засасывать, так еще перед этим сервер еще неделю все IZ> откатывать будет. IZ> Может лучше в таком случае подождать пока еще места дадут ? И добавит его к уже побитым девайсам ??? Откат транзакции это единственно правильное и мудрое решение. IZ> Очень разные применения у серверов бывают, понимаешь ли ... >сбою подобная ситуатция приводить не должна. В лучшем случае база перейдет > в режим только чтения и все. >машинной команды. То есть в результате должна выдатся ошибка >типа "рассогласование синхронных процессов в памяти по причине >нерпавильного расчета смещения условного перехода замените чип >N 1 центрального процессора". IZ> Такое на Intel врядли будет. Или будет но за бешенные $$$. А с чего они будут бешенными на интелах,если же сами чипы стоят не дороже 100 баксов. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aa0fbed0.html, оценка из 5, голосов 10
|