Поиск ссылок на объекты средствами SQL УФ (MS SQL, УФ, 8.3)
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(1) Synoecium,
Только что сделал замер в моей средних размеров базе.
Обработка при первом поиске:
- 3 элемента разных справочников (контрагенты, сотрудники, физлица) выполнила за 16сек
- 1 элемент справочника контрагентов - 8сек
при повторном поиске:
- 3 элемента разных справочников (контрагенты, сотрудники, физлица) выполнила за 12сек
- 1 элемент справочника контрагентов - 5сек
Штатный поиск (может искать только один элемент за раз):
- первый поиск (контрагент, такой же как в поиске обработки) - 9 сек
- второй поиск (контрагент, такой же как в поиске обработки) - 9 сек
Поиск средствами SQL я использовал в одном проекте по свертке базы. База занимает более 100Гб, в ней преимущество такого поиска было более ощутимым.
Есть другой момент: обработка выводит все места где была найдена ссылка. Штатный механизм, например не выводит в каких записях движений есть ссылка на объект, а выводит только ссылку на документ.
У меня были несколько раз случаи, когда штатный поиск показывал что ссылка есть в документе, но в самом документе эту ссылку было очень трудно найти.
Так же я ее выкладывал для программистов, у которых есть потребность в работе с SQL таблицами 1с на прямую, но нет полного понимания.
Только что сделал замер в моей средних размеров базе.
Обработка при первом поиске:
- 3 элемента разных справочников (контрагенты, сотрудники, физлица) выполнила за 16сек
- 1 элемент справочника контрагентов - 8сек
при повторном поиске:
- 3 элемента разных справочников (контрагенты, сотрудники, физлица) выполнила за 12сек
- 1 элемент справочника контрагентов - 5сек
Штатный поиск (может искать только один элемент за раз):
- первый поиск (контрагент, такой же как в поиске обработки) - 9 сек
- второй поиск (контрагент, такой же как в поиске обработки) - 9 сек
Поиск средствами SQL я использовал в одном проекте по свертке базы. База занимает более 100Гб, в ней преимущество такого поиска было более ощутимым.
Есть другой момент: обработка выводит все места где была найдена ссылка. Штатный механизм, например не выводит в каких записях движений есть ссылка на объект, а выводит только ссылку на документ.
У меня были несколько раз случаи, когда штатный поиск показывал что ссылка есть в документе, но в самом документе эту ссылку было очень трудно найти.
Так же я ее выкладывал для программистов, у которых есть потребность в работе с SQL таблицами 1с на прямую, но нет полного понимания.
(2)
Штатный поиск ищет очень быстро. Проверял на БП 3.0. База более 100 Гб.
Основной недостаток штатного поиска - НЕ показывает ГДЕ именно ссылка на удаляемый объект.
Учитывая тот факт что по документу могут быть движения по десятку регистров и в объектах могут быть скрытые реквизиты идея интересная.
Странно только что в обработке нет возможности заполнить таблицу всеми помеченными на удаление объектами в базе.
Но в принципе никто не мешает тому кому это будет нужно взять в руки Конфигуратор и доделать.
Штатный поиск ищет очень быстро. Проверял на БП 3.0. База более 100 Гб.
Основной недостаток штатного поиска - НЕ показывает ГДЕ именно ссылка на удаляемый объект.
Учитывая тот факт что по документу могут быть движения по десятку регистров и в объектах могут быть скрытые реквизиты идея интересная.
Странно только что в обработке нет возможности заполнить таблицу всеми помеченными на удаление объектами в базе.
Но в принципе никто не мешает тому кому это будет нужно взять в руки Конфигуратор и доделать.
Запустил обработку.
Указал параметры доступа к серверу SQL.
Проверка подключения прошла.
В таблице выбрал документ Реализация товаров которая помечена на удаление.
Нажал на кнопку поиск.
Обработка думала-думала, писала что выполняется поиск и выдала "Недопустимое значение параметра (параметр номер 1)".
Конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.44.102)
SQL 2005
В чем нюанс ?
Указал параметры доступа к серверу SQL.
Проверка подключения прошла.
В таблице выбрал документ Реализация товаров которая помечена на удаление.
Нажал на кнопку поиск.
Обработка думала-думала, писала что выполняется поиск и выдала "Недопустимое значение параметра (параметр номер 1)".
Конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.44.102)
SQL 2005
В чем нюанс ?