17 июля, вторник 22:21
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Неумеренный рост tempdb при расчете ФОР в 5NT

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Неумеренный рост tempdb при расчете ФОР в 5NT

    Неумеренный рост tempdb при расчете ФОР в 5NT приводит к ошибке.
    Ограничить Restrict File Grows пробовали, увеличивается до указанного размера и снова ошибка. Мы пока тестируемся, но ФОР нужен срочно. Может поможет кто советом? Заранее спасибо

  • #2
    Неужели никто не может помочь???

    Комментарий


    • #3
      Rou А ты бы еще завтра вопросы задавал
      В каждой программе есть по крайней мере одна ошибка

      Комментарий


      • #4
        Необходимо изучить запрос.

        Был такой сраный прецендент,
        "При запуске PosList_Rest для всех счетов ДЕПО, ругается на нехватку места в TempDb" обращение N 81240 от 17.11.2003

        Из-за неправильно указаннной последовательности таблиц в списке

        From
        таб1,
        таб2,
        таб3

        и указанного совета
        option (FORCE ORDER)

        - связывание (перемножение) таблиц происходит неоптимально, тоесть из-за совета "option (FORCE ORDER)" - таблицы связываются сначала "таб1" с "таб2", затем "результат" с "таб3"

        тоесть из первой таблицы берется по условию 1000 записей, из второй 500
        перемножается итого 500 000 записей пытаются разместиться в tempdb, а только потом к ним накладывается условия из связки с таблицей "Таб3" - и в выборке получается например результат 10 строк

        но темпдб - не резиновый - имеем ошибку,

        Горячая тут-же предложила совет увеличить размер - но с такими советами можно смело отправлять их в сад, а решением может быть только отрывание лишних частей тела у тех кто разрабатывал этот скрипт, или ручная доводка скрипта. Либо по быстрому найти этот совет (а их может быть много и они вложены в какие-нибудь вызывающие процедуры) и зарезать его.

        Кстати вполне возможно, что это и как раз из-за проблемы с PosList_Rest ( у меня это было на 3.5.6 - 120), у себя то я поправил, "но мужики то не знают..."

        Это Ms SQL? какая версия 5нт?
        С уважением, Максаев Андрей.

        Комментарий


        • #5
          Кстати моя проблема была в Rest_Calc, там неправильная очередность
          С уважением, Максаев Андрей.

          Комментарий


          • #6
            Пошел искать...
            Ms SQL 2000. Версия 3.5.7.146.
            Если получится - пиво с меня...

            Комментарий


            • #7
              Оказывается надо было закрывать дни

              Комментарий


              • #8
                andrey_seek
                Возвращаясь к PosList_Rest и Rest_Calc - на кой там вообще нужен pDepHash?
                Почему им еще никто руки не оторвал! Она ведь сканит OperPart 2 раза!!!

                Комментарий

                Пользователи, просматривающие эту тему

                Свернуть

                Присутствует 1. Участников: 0, гостей: 1.

                Обработка...
                X