Зависает при индексации. #434563


#0 by key-master
ДБФ, старая база весом в 2,3 Гб., ювелирка, т.е. громаднейший справочник номенклатуры, каждая из которых участвует только один раз в движениях, движений тоже море (регистр ИзделияНаКомисии около 5,2 млн. записей). При попытке проиндексировать зависает на первом же справочнике констант. При попытке сделать тестирование зависате на любом из пунктов при любых настройках. Снос cdx не помогает. Куда копать? Заранее спасибо.
#1 by vde69
перенос на SQL, или обрезка базы ювелиры не такие жадные когда есть аргументы
#2 by Sadovnikov
А размеры самых больших таблиц какие?
#3 by ДенисЧ
не зависает, а долго считает, не обновляя окна
#4 by Fragster
+1
#5 by key-master
зависает, ждал сутки. И при индексации в статусе идет движуха, а тут ничего. Самый тяжелый dbf 650 мегов
#6 by key-master
Даже если на сиквел переходить, надо оживить базу.
#7 by Sadovnikov
Как зовут этот файл?
#8 by Ёпрст
Чего спрашиваешь?  и так ясно RG* :)
#9 by Ёпрст
дай мд-ник в архиве поглядеть.
#10 by Ёпрст
Это, посмотри в журнале документы с пустой датой, для начала.
#11 by key-master
RG ессно. MD шник то тут при чем? Работало все нормуль, вдруг с утра хлопа, переидексируйте, и никак. Пока завожу без индексации, почти работает.
#12 by Ёпрст
если для вас "RG ессно. " - то у вас просто не заккрытый регистр, тупо не может итоги на новый период перенести, поди не переиндексацию, а открытие нового периода делали?
#13 by Ёпрст
+12 для начала , всё же.
#14 by Sadovnikov
А меня вот эта фраза смутила: "При попытке проиндексировать зависает на первом же справочнике констант"
#15 by key-master
глянул, за последний месяц все ок
#16 by Sadovnikov
присоединяйся, поржём :) с 42-го поста и дальше :)
#17 by Sadovnikov
Это как??
#18 by key-master
согласен - слово "справочник" читать как "таблица"
#19 by 1Сергей
За последний месяц нет документов без дат? жжош :)
#20 by Ёпрст
При чем тут месяц ? Ставь период в общем журнале - "пусто" - "пусто" и смотри.
#21 by key-master
да, самому смешно
#22 by key-master
все Ок
#23 by Sadovnikov
Что имелась ввиду таблица я понял :) Меня размер ее интересовал. Не забабахано ли там через чупр много периодики. Исходя из вопрос отпал.
#24 by key-master
а почему тогда виснет на константах? И как его закрыть, регистр?
#25 by Ёпрст
висит он не там, ты просто не видишь, какую в данный момент табличку лопатит. Закрыть регистр - смотреть, почему не закрывается.. Если залипуха - то свертка + кастрация не нужной аналитики. Если по-уму - то вдумчивый анализ, исправление модуля проведения и перепровод всей базы. Вот этим смотри, что там пофигуратор делает:
#26 by Fragster
а кстати, если грохнуть все rg и перепровести доки...
#27 by Ёпрст
то размер RG от этого не уменьшится.. Да и нафик оно не надо.
#28 by key-master
Спасибо, попробуем. согласен с
#29 by Fragster
а перепровести уже на скуле можно...
#30 by Ёпрст
+27 у автора в движухе мусор по этому регистру. вот наглядная картинка правильного и неправильного регистра и что творится в 2-х табличках (в движениях RA и в итогах RG) Слева - незакрытый, ибо добавили в измерения текущий документ, справа - нормальный..
#31 by key-master
Это ты чем такую табличку вывел?
#32 by 1Сергей
Можно вопрос сопряженный с темой? У меня есть одна базка, нетленка. Там раздут регистр Остатков. Проанализировав, я пришел к выводу, что там 4 лишних измерения. Убрал их в тестовой копии. Размер всей базы уменьшился процента на 2 всего. И скорость особо не прибавилась. Имеет ли смысл от них (лишних измерений) всё-таки избавиться?
#33 by Ёпрст
руками... рисовал как пособие одному мало вминяемому товарищу с инфостарта. Он так и не понял, что натворил, введя лишнее измерение  ТекДок = текущему документу движения.
#34 by Ёпрст
смотря как "прибил" Размер файла проецентов на 10 должен упасть...
#35 by 1Сергей
там скуль. ща гляну таблицы
#36 by key-master
Спасибо еще раз. Запустил, жду результатов. Вторая ссылка штука классная. Висит в полупрозрачном в StayOnTop
#37 by Fragster
прямой ответ на вопрос - в
#38 by 1Сергей
неа, не уменьшилась
#39 by key-master
Не, что то тут не так. На сколько я понимаю, в таблице констант сидят периодические элементы справочников. И копать надо в эту сторону. У меня эта таблица весит 189 мегов. Может есть какой-то предел?
#40 by Дядя Васька
Да это не много...
#41 by Fragster
предел - 2 гига для любого из файлов - что цдх, что дбф....
#42 by key-master
А на количество записей в файле есть предел?
#43 by Ёпрст
ужо на ней стопарится? Открой её просмоторщиком, да посмотри, мусор в ней и так видно.
#44 by key-master
2 в 32 степени?
#45 by Ёпрст
на твой век хватит.. Штатно, размер одного дбф файлика не должен превышать 2 гигов.. Хотя на практике, больше гига лучше не держать.
#46 by key-master
Еще жду, проверка целкостности, пошло на третий миллион записей счетчик
#47 by key-master
хм... проверку прошло. Спасибо, возможно реально не дожидаюсь. Как пройдет индексацию, дам знать.
#48 by Дядя Васька
Возможно где-то лишнюю периодику создаешь, когда значение не поменялось, а новую запись создал. Впрочем если это делается через УстановитьРеквизитСправочника в обработке проведения, то нифига он и не лишний будет, потому как предыдущее такое же значение исчезнет если распроведут предыдущий док с тем же товаром.
#49 by key-master
Есть такая вероятность, ибо я тут недавно, но конфа написано отвратно. Предыдущий кодер не брезговал вписывать поиск по названию элемента прямо в глобальник, причем с жестким указание названия.
#50 by Злобный монстр
Не обязательно "оживлять" базу. Падала база при открытии периода - ДБФ вылез за пределы 2ГБ. Соответственно просит реиндексацию и тупо снова падает при попытке снова открыть период. Тогда: SQL, выгрузка, загрузка. Все путем.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С