|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry Novikov 2:5020/400 28 Aug 2002 20:46:35 To : Igor Kuhtin Subject : Re: Ужастная лажа с MSSQL -------------------------------------------------------------------------------- Всем привет! "Igor Kuhtin" <Igor.Kuhtin@p2.f3000.n464.z2.fidonet.org> сообщил/сообщила в новостях следующее: > Вобщем проблема в следующем - сидим мы работаем с этой прекрасной базой, > пользователи вносят данные, мы скриптики - все ОК. > Тут вдруг перестают в Analysere открываться некоторые таблицы. Программа, > как ни странно, запускалась, и что-то там отображала. Вобщем решили, что > залочили. Все дружно вышли из Analyserov - не помогает. А вы б все из программы вышли, кривая поди. Вполне возможно, что это именно в ней что-то блокировалось. Hезакрытые транзакции, к примеру, висели. > Ладно - перезапустили > базу. В сысле сервер... Или программу? > И ТУТ, ОКАЗАЛОСЬ, ЧТО HЕ ХВАТАЕТ ВВЕДЕHHЫХ ПОЛЬЗОВАТЕЛЯМИ ДАHHЫХ. Вот и ответ тебе. Кривая программа. Открыли транзакцию, навводили фигни всякой (ну ладно, пусть не фигни), потом сервер стопанули, оно и откатилось. > Вобщем все эпитеты на MSSQL я пока придерживаю, Это правильно, ты разберись сначала. > решив, что дело в неправильной > настройке, Скорее всего, в неправильной программе. Могли например SET IMPLICIT_TRANSACTIONS ON поставить, а транзакции не коммитить, да мало ли. А если настройки крутили, не разбираясь в предмете, верните все взад (хотя здесь это вряд ли оно). > Что делать? Где смотреть. Вот видишь... То есть знание нулевое, а эмоций через край :(( Смотреть, что на сервере творится, нужно Profiler'ом. Про процессы и блокировки тебе все sp_who и sp_lock расскажут. А то сервер перезапускать, догадались же... :(( > База пока в разработке - но это ТАКОЙ бок. > который просто заставит выбросить этот замечательный сервер очень далеко. И взять фокс. Тоже вариант, может вам оно и надо? С наилучшими пожеланиями, Дмитрий dim@rnivc.kis.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/65770d503270.html, оценка из 5, голосов 10
|