|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Eugene Zhilkin 2:461/33.88 20 Feb 2001 13:08:57 To : Alex Mikhajlichenko Subject : Re[6]: Проблема с большими таблицами -------------------------------------------------------------------------------- 20 Фев 01 11:35, you wrote to all: >> отката (либо при запрете его расширения, даже когда места навалом). >> При том, что для самой базы (на другом томе) могут быть свободны >> гиги. AM> "Если долго ломать что-нибудь, оно сломается". А не пробовали AM> обеспечить достаточно места для? AM> Или тебя удивляет, что место для файлов данных не может быть AM> использовано на расширения сегментов отката? Так и должно быть, не AM> стращай народ. >> Т.е. в условиях, >> когда IB "цветет и пахнет"... AM> Думаю, на этом примере очень хорошо видна разница между идеологией AM> Oracle и Interbase. Думаю pазница (в данном контексте) заключается в том, что Оpакл пpедоставляет администpатоpу огpомные возможности по настpойке/тюнинге, поэому администpатоp должен следить за базой. Интеpбэйз, по сpавнению с Оpаклом, - ничего не даёт тюнинговать, поэтому Интеpбэйз сам "должен следить" за состоянием БД. Eugene --- * Origin: CS Ltd, Kharkov, Ukraine (2:461/33.88) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/28503a92434f.html, оценка из 5, голосов 10
|