По ряду причин необходимо плотно работать с полным КЛАДР (вся Россия).
Машина часто виснет или запрос выполняется очень долго.
Как можно ускорить работу программы?
Файловая версия. 8.2.14

комп по-мощнее собрать?

железяку помощней... в полном КЛАДРе слишком дохрена информации

Core i5 8 Гб ОЗУ.

(0) Сотрудников со всех регионов принимаете?)) Билиберда какая-то...

(4) Кто сказал про сотрудников? ))))

(3) винт дохлый может

Запусти системный мониторинг. определи слабое место. скорее всего винт.

(6) Новый. Машинка специально под это куплена месяц назад.

да весь кладр в файловый вариант загонять - идиотизм

(8) я имею ввиду его скорость а не физическое состояние

(8) Новый <> быстрый

никак не укорить
на ночь оставьте и все.
(4) бывает, придет какой-нить из Чукотки или еще откудова.

ни каждый же день загружаете максимум раз в квартал.

широка страна моя родная!!!

Винт - новый терабайтник с 64 метровым кэшем...

(12) Как я понимаю у них при работе, а не при загрузке кладра

SSD диск, или в память оперативную загнать базу, рам диск

(5) А у контрагентов можно и вручную адрес вбивать. КЛАДР нужен только для подачи сведений в ПФР...

(13) Ты запусти монитор системный. и посмотри где затык.

грузить по частям

(15) RAM диск - вариант. Только работа идет постоянно. При перезагрузке смерть базы - это трындец.

(19) да попробуй просто на рам диск закинуть базу всю, может как раз подойдёт, потом уж думать про сохранность базы и отказоустойчивость... но для начала таки (17)

(16) Эх... Не получается. Просто примите как данность.
Нужно работать с КЛАДР. Постоянно.
Обрабатывать 3 - 5 тысяч записей в день.

(20) Проверяю...

(21) Скорость ввода адреса вручную выше, чем подбором из КЛАДР. Но и вероятность ошибки больше... :)

Облачный сервис на скульном серваке не предлагать?

Что за КЛАДР, что за БД? (Кладр - мы его знаем)
Какая конфа?
Умелые люди уже переписали сей механизм на КЛАДР от налоговой и не грузят его в БД. :)
В каком месте конфы его используешь?

...Сколько пользуем, тормозов нет :)

(21)
оч похоже на рассылку ммм...

БД - самописка. Пустая. В нее из типовой бухии скопирован КЛАДР.
Даже когда просто открываешь список (КЛАДР) машина бывает задумается на минут пять... А может и нет. Может тупо зависнуть.

(26) Даже рядом не стояло... )))

Вариант с SQL expressom не рассматривался?
возможно будет лучше.

(29) Пока нет. Но если это будет единственным решением, тогда возможно.

А что быстрее, регистр сведений или справочник? Для запроса. Или одинаково?

(27)Если само-писано, то может посмотреть код и дописать-самому :)
...Как правило, все дело в коде...

Ты бы хоть выложи CF файл, если не секрет.
Народ посмотрит и оценит, как у вас там :)

А то нам не видать, от сюда, что вы там наделали :)

(31)Быстрее всего прямые руки :)

(32) +1. Скорее всего узкое место здесь: "БД - самописка" (27)
Т.к. непонятно, что там может тормозить, если кроме кладра в БД ничего нет

Если конфа самописка, то не проблема сделать в ней обращение к КЛАДРу, хранящемуся на RAM-диске.

А база пусть лежит на обычном.

как вариант попробовать поставить SSD

А может нарезать КЛАДР на группу справочников или регистров?

(32) БД - самописка. Пустая. В нее из типовой бухии скопирован КЛАДР.
Там больше ничего нет. Добавлен только еще 1 справочник.

(38) проверь на всякий индексирование у измерений, сравни с бухией.
что за справочник? участвует в запросе?

(39) Нет. Индексирование - каждый  час после зависалово.

(40)
ну если так  так точно SQL поможет я считаю!

(41) а (37) не прокатит? Размер уменьшится в 88 раз. (количество субъектов РФ).

(40)Чего индекс, каждый час чего?
Там в Измерениях индекс есть? Или как?
(42) Дай твой КФ файл посмотреть, не ломайся... данные можешь не показывать :)

+ Пока схожу во мнениях, что у вас кривые руки :)

(42) я против дележа.

Поясняю в последний раз мысль из (25) и (35): КЛАДР из базы выкинуть, обращаться к нему как набору внешних файлов DBF, файлы должны лежать на RAM-диске.

Собственно, как и было сделано в Бухии 7.7,  я добавил только использование RAM-диска.

Заодно и обновлять КЛАДР станет гораздо проще, а правят его регулярно.
(44) +1, только автор тут в теплой компании с прогами из 1С.

(46) Поддержу. Хороший вариант.

(44) База с данными больше 4 Гб. Ее и так не вышлешь... Не жалко базу. Было бы чего жалеть. Давай пока вкратце опишу, а потом про руки и прочее
Есть мировые судьи РФ. Каждый мировой суд отвечает за свой участок. Эти участки описаны ими как попало и лежат на сайтах судов.
Парсер, который выдрал эти данные я написал, несмотря на криворукость.
Теперь есть таблица территориальной подсудности и КЛАДР. Задача - связать.
На полуавтоматике тоже решено. Связь идет через полную копию регистра КЛАДР, только в нем добавлено еще одно поле - ссылка на справочник суда. Этот регистр называется "ТерриториальнаяПодсудность"
Запрос, который показывает неохваченные записи КЛДАР, т.е записи, у которых нет суда...

   Запрос.Текст =
   "ВЫБРАТЬ
   |    АдресныйКлассификатор.Наименование,
   |    АдресныйКлассификатор.Сокращение,
   |    ТерриториальнаяПодсудность.МировойСуд,
   |    ПРЕДСТАВЛЕНИЕ(ТерриториальнаяПодсудность.МировойСуд)
   |ИЗ
   |    РегистрСведений.АдресныйКлассификатор КАК АдресныйКлассификатор
   |        ПОЛНОЕ СОЕДИНЕНИЕ РегистрСведений.ТерриториальнаяПодсудность КАК ТерриториальнаяПодсудность
   |        ПО АдресныйКлассификатор.Код = ТерриториальнаяПодсудность.КЛАДР
   |ГДЕ
   |    АдресныйКлассификатор.КодРегионаВКоде = &КодРегиона
   |    И АдресныйКлассификатор.КодРайонаВКоде = &КодРайона
   |    И АдресныйКлассификатор.ТипАдресногоЭлемента = 5
   |
   |СГРУППИРОВАТЬ ПО
   |    АдресныйКлассификатор.Наименование,
   |    АдресныйКлассификатор.Сокращение,
   |    ТерриториальнаяПодсудность.МировойСуд";

Честно мне выдает записи КЛАДР, у которых нет суда. Выполняется минут 5.
А работать в системе - вообще ж....

(46) Тестить надо. Попробую.

(48)База вся и ненужна, только конфа, увидеть бы все воочию.


Регистр сведений работает быстрее, но только без дополнительных связей.
И лучше всего использовать свой регистр сведений со своими измерениями для ускоренного получения нужной информации запросом. :)

+ А зачем тебе в запросе "ПОЛНОЕ СОЕДИНЕНИЕ" ?

Зачем полное. если условия по одно из регистров, без проверки на Null?

(48) А ты чо творишь-то? Ой ёй ёй!!!!))
Ты КЛАДРом пользоваться не умеешь!)) Ты посмотри как в типовых реализовано! КЛАДР нужен только в момент ввода информации. После этого адрес из КЛАДР записывается в регистр сведений "Контактная информация", но ты можешь прямо в ТерриториальнаяПодсудность реквизиты с адресом создать. И в запросах потом не придется дергать КЛАДР....


Ну ты и дал)))

(50) (52) Это еще и рапорт. Требование пользователей. Все в таблицу, дальше они еще экселем фильтруют просматривают и что-то выбирают.

+(53) Под "КЛАДР нужен только в момент ввода информации" я имел ввиду, что КЛАДР нужен только когда заводишь новый элемент справочника ТерриториальнаяПодсудность.

(54)если условие по одному регистру, то полное соединение там результат левого, а тормозить будет огого

Может я несколько неясно выразил задачу - поясню.
Есть файл, там в свободной форме лежит адрес заемщика. Задача - определить к какому суду обращаться.
Алгоритм.
Из файла определяем адрес по КЛАДР.
По коду КЛАДР идем в регистр ТерриториальнаяПодсудность и получаем ссылку на суд.

Где ошибка?

(57) Как ты делаешь это: "Из файла определяем адрес по КЛАДР."?
И почему нельзя сразу из файла определить ссылку на суд, если у суда уже будет забит адрес в реквизитах?

(57) Еще раз напишу: ПОЛНОЕ соединение и условие по одному регистру результат выразжает в левое соединение, а отрабатывает долго.

(58) Патаму что.
Потому что судьи у нам идиоты еще те.
И косяков у них самих в территориальной подсудности - как у дурака махорки.
Причем самых разных. Единственным решением - полуавтоматикой, а где то и руками все ихнюю ахинею увязать в КЛАДР.
(59) Левое соединение быстрее... Наверное. Я не заметил. Тормозит все равно. Сама работа в базе тяжелая.

(60) То есть записать реквизит ТерриториальнаяПодсудность.КЛАДР это они могут, а по нормальному адрес у ТерриториальнаяПодсудность указать не смогут что ли?
Что-то я не понял...
Ты пытаешься покрасить забор, таская с собой 200-литровую бочку с краской и говоришь, что тяжело. Я говорю, налей в баночку краски и ходи - так все делают. А ты - нет, у нас там идиоты ещё те...

Ок. Вот судья написала у себя на сайте:
"от пересечения улицы Амурской - улицы Курильской вдоль торгового центра "Океан" на запад до пересечения с улицей Ленина"

Что делать? Причем оператору, который ищет некогда. У него 5000 записаей в работе... А вся работа срочная.

Поэтому сейчас рассматриваем вариант подготовки БД законченной, где все суды окладрированы. Привести адрес заемщика к стандарту КЛАДР в разы легче. И быстро. Там уже поля более-менее формализованы.

(62) А сейчас ты как делаешь?

Просто я тебе говорю сделать запрос из (48) примерно таким:

Запрос.Текст =
   "ВЫБРАТЬ
   |    ТерриториальнаяПодсудность.АдресНаименование,
   |    ТерриториальнаяПодсудность.АдресСокращение,
   |    ТерриториальнаяПодсудность.МировойСуд,
   |    ПРЕДСТАВЛЕНИЕ(ТерриториальнаяПодсудность.МировойСуд)
   |ИЗ
   |    РегистрСведений.ТерриториальнаяПодсудность КАК ТерриториальнаяПодсудность
   |ГДЕ
   |    ТерриториальнаяПодсудность.АдресКодРегионаВКоде = &КодРегиона
   |    И ТерриториальнаяПодсудность.АдресКодРайонаВКоде = &КодРайона
   |    И ТерриториальнаяПодсудность.АдресТипАдресногоЭлемента = 5
   |
   |СГРУППИРОВАТЬ ПО
   |    ТерриториальнаяПодсудность.АдресНаименование,
   |    ТерриториальнаяПодсудность.АдресСокращение,
   |    ТерриториальнаяПодсудность.МировойСуд";

И будет он выдавать результат за миллисекунды...

Гм! 5000 заемщиков у каждого оператора, работа срочная... жулики какие-то.

Или того хуже - коллекторы. ;-)