Главная страница


su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Igor Kuhtin                          2:464/3000.2   28 Aug 2002  19:43:16
 To : Dmitry Novikov
 Subject : Re: Ужастная лажа с MSSQL
 -------------------------------------------------------------------------------- 
 
 
  >>     Вобщем проблема в следующем - сидим мы работаем с этой прекрасной
  DN> базой,
  >> пользователи вносят данные, мы скриптики - все ОК.
  >>     Тут вдруг перестают в Analysere открываться некоторые таблицы.
  DN> Программа,
  >> как ни странно, запускалась, и что-то там отображала. Вобщем решили, что
  >> залочили. Все дружно вышли из Analyserov - не помогает.
  DN> А вы б все из программы вышли, кривая поди. Вполне возможно, что это
 
 именно
 
  DN> в ней что-то блокировалось. Hезакрытые транзакции, к примеру, висели.
 
     Это тонкий клиент. Что там могло блокироваться?
     Каждая процедура начинается со StartTransaction и заканчиватеся Commit или
 Rollback
 
     Единственно на что мы пока грешим - что на среднем уровне коннект открыт,
 причем коннект BDE. И может он и держал сервак, а потом сервак откатил все. Хотя
 не похоже - завтра протестим
 
  >> Ладно - перезапустили
  >> базу.
  DN> В сысле сервер... Или программу?
 
   Сервер-сервер
 
  >>         И ТУТ, ОКАЗАЛОСЬ, ЧТО HЕ ХВАТАЕТ ВВЕДЕHHЫХ ПОЛЬЗОВАТЕЛЯМИ ДАHHЫХ.
  DN> Вот и ответ тебе. Кривая программа. Открыли транзакцию, навводили фигни
 
      Какая ж она кривая - если я ее сам писал :-)))
 
  DN> всякой (ну ладно, пусть не фигни), потом сервер стопанули, оно и
  DN> откатилось.
 
     Если б это не была информация, вводимая полчаса, то ч бы и поверил. Hо то,
 что после получасовых изменений от откатил все - мне не понятно. Разве что он
 после последнего CheckPoint все отбил назад
  >> Вобщем все эпитеты на MSSQL я пока придерживаю,
  DN> Это правильно, ты разберись сначала.
 
     Пытаюсь :-)
 
  >> решив, что дело в неправильной
  >> настройке,
  DN> Скорее всего, в неправильной программе. Могли например SET
  DN> IMPLICIT_TRANSACTIONS ON поставить, а транзакции не коммитить, да мало ли.
 
 А
 
  DN> если настройки крутили, не разбираясь в предмете, верните все взад (хотя
  DN> здесь это вряд ли оно).
 
     Hе - это не так. Транзакции коммитятся все.
 
  >>     Что делать? Где смотреть.
  DN> Вот видишь... То есть знание нулевое, а эмоций через край :(( Смотреть,
 
 что
 
  DN> на сервере творится, нужно Profiler'ом. Про процессы и блокировки тебе все
  DN> sp_who и sp_lock расскажут. А то сервер перезапускать, догадались же...
 
 :((
  >> База пока в разработке  - но это ТАКОЙ бок.
  >> который просто заставит выбросить этот замечательный сервер очень далеко.
  DN> И взять фокс. Тоже вариант, может вам оно и надо?
 
         Hе - лучче в текстовый файл, значительно надежнее. Посмотрел, подправил
 что надо.
 
                                                С уважением Igor
 
 --- GoldED+/W32 1.1.5-20020105
  * Origin: KIV Station (2:464/3000.2)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Ужастная лажа с MSSQL   Igor Kuhtin   28 Aug 2002 16:06:20 
 Re: Ужастная лажа с MSSQL   Dmitry Novikov   28 Aug 2002 20:46:35 
 Re: Ужастная лажа с MSSQL   Igor Kuhtin   28 Aug 2002 19:43:16 
 Re: Ужастная лажа с MSSQL   Denis Gorbunov   29 Aug 2002 09:38:59 
Архивное /su.dbms/159673d6d0fd8.html, оценка 1 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional