Конференция "Базы" » Microsoft SQL Server и RAISERROR [D7, MSSQL]
 
  • Павел Калугин © (04.12.08 14:59) [20]
    вот я и посмотрел бы на один запрос это делающий
    по сути можно. тогда это таже ХП получающая тот же наборо данных
    то есть алгоритм преображается в
    запустили ХП проверки с полным набором данных
    получили ответ
    проанализировали оный
    по результатам запустили ХП денйствие, с полным набором данных
    итого набор данных  (для ММВБ это 22 или 33 поля) гонялся к серверу 2 раза то есть время одного прогона запрос-ответ явно лишнее.
  • clickmaker © (04.12.08 15:00) [21]
    > [19] Павел Калугин ©   (04.12.08 14:54)

    так в случае самого первого отлупа ввсе остальные проверки имеют смысл?
    если нет, то полный набор проверок будет уж в самом тяжелом случае
  • Павел Калугин © (04.12.08 15:06) [22]
    > [21] clickmaker ©   (04.12.08 15:00)

    естественно имеют
    прользователь должен сразу видеть в чем лажа
    иначе он будеит 15 -20 раз капу давить получать очередной отлуп и кричать "что за б..я система"
  • Ega23 © (04.12.08 15:21) [23]

    > провели 15-20 проверок (запрос-ответ)


    Зачем?????

    И потом - зачем именно Exception возвращать?
  • ANB (04.12.08 17:20) [24]

    > > ДО - оно в многопользовательском режиме не всегда помогает.
    >
    >
    >
    > Я вот как-то однопользовательские режимы и не делал никогда.
    >

    А я не писал, что проверки ДО - это совсем плохо. Просто иногда - бессмысленно.

    Самое простое - проверка на уникальность. Если проверять селектом ДО вставки, то никто не гарантирует, что за время между проверкой и вставкой никто дублирующую запись не засунет. А эксепшион - он завсегда вылезет.
    Другое дело, что в случае T-SQL выполнение хранимки, скорее всего при этом не прервется . . .
 
Конференция "Базы" » Microsoft SQL Server и RAISERROR [D7, MSSQL]
Есть новые Нет новых   [134477   +39][b:0][p:0]