Всем привет. Сразу прошу не пинать, но пятница, очень хочется поговорить. Вопрос касается запросов 1С.

Итак у нас ситуация (это исключительно лабараторный эксперимент), допустим у нас есть некий регистр накопления, подчиненный регистраторам, а регистраторов у нас допустим 300 штук ( более 256 точно). В части регистраторов есть реквизит «Реквизит1».

Вопрос как вывести все регистраторы, где этот реквизит1 заполнен запросом? Сделать это нужно максимально красиво и универсально.

Всем спасибо за обсуждение.

Ну и что бы было весело, пусть это будет серверная база.

Какой тип у реквизита «Реквизит1»?

(2) Пусть тип будет Дата

У части регистраторов такого реквизита нет?

Для начала отсеять регистраторы с нужным реквизитом через оператор ССЫЛКА например.

(4) Да, у части реквизит есть, у части реквизита нет.

(6)Хитрый )

(5) вылетит в ошибку, т.к. построитель сделает столько левых соединений, сколько регистраторов, а если регистраторов более 256, то запрос вылетит в ошибку

(7) ;)

Добавить в реквизиты регистра Реквизит1 не предлагали ещё?

(8) разбей на несколько запросов

(9) сейчас больше или меньше 256 уже никого не парит. Можно больше 256.

(8) Обновить SQL

так выведи реквизит.. в документах у которых его нет будет null. Нет?

(10) принимается, но лучше все таки запросом

Если других отборов нет - никак. Ну, тоесть, из регистратора.

(14) Через обращение к каждому типу с условием и конструкцию Объединить все?

(15) т.е. скорость не важна?
Тогда в чем трабла?
ГДЕ
   Регистратор.Реквизит1 = ...

(18)  Регистратор.Реквизит1  - должна в ошибку вылететь, будет более 256 левых соединений.

(17) нет. РегистрНакопления.Регистратор.Реквизит1
ВСЕ.

(17) Бессмысленно.

(19) сху.. с чего бы?

(19) Это если вы еще в прошлом десятилетии.

(23) Да, мы в прошлом десятилетии

(19) еще раз, не вылетит уже с такой ошибкой.

(25) на новом SQL не вылетит, а 2008 ляжет. Так ведь?

(24) достань доллар по 30, плиз

(27) Иронично )
Я имею в виду, можно ли как то было в то время извернуться и решить эту проблему именно запросом. Понятно, что если была бы в 2008 году такая проблема это было бы архитектурной ошибкой, но все же.

(28) 2008 работает, не ляжет. Неужели у вас 8.1.8, ну вы динозавры?

(29) Да хоть зубры, не важно. У меня в голове родился вопрос, я его решил обсудить с самыми жесткими гуру на форуме.

(29) ну значит у нас такой sql, где он ляжет.

(31) есть еще отборы на регистр?

(32) Приведи пример, я не понимаю.
Давайте пока без отборов, если они потребуются, то добавим, только какого рода отбора нам могут помочь?

(30) жесткие гуру сейчас в отпуске

(33) чем тебе не нравится мое предложение в (11) ?

Ты хочешь в цикле что ли запрос строить? Как ты разбивать собрался?

(36) я никак не собирался
дальше сам думай
простор для творчества

(31) ну тогда (10) без вариантов. Непонятно зачем выпендриваетесь, если у вас действиткельно такое невероятное старье. Доработка эта может на 1 час. Если сами не сможете вызовите специалиста.

(37) Хорошо, у нас появились варианты:
1. Сделать общий реквизит у всех документов;
2. Сделать этот запрос в цикле (разбив большой запрос на кучу маленьких);

Есть еще предложения как это сделать?

(33) Ну, например, РН - это Продажи и у тебя есть список номенклатур или период, для которых нужен отчет (0). Тогда мы могли бы выбрать по этому периоду регистраторы в Выборку на сервере 1С, разбили бы их по типам в разные массивы и для каждого массива, в цикле, получили бы реквизит. Отобрали бы по реквизиту и отправили бы верные регистраторы в первичный запрос.

(39) не обязательно именно кучу маленьких
можно на допустимые для сервера порции

А что мешает сделать кучу запросов по каждому регистратору через ОБЪЕДИНИТЬ ВСЕ?

(42) причем это можно сделать красиво в цикле

(0) Сгенерировать запрос через объединение. Таблицы, где нет Реквизит1, участвовать не будут.

(43) замечательно, а без цикла?

(44) Не понял, можно простейший пример?

(40) Варинант, т.е. через временные таблицы решить задачу, да?

(47) не временные, а виртуальные

(48) * все таки временные )))

(46) Что непонятного...


ВЫБРАТЬ ... ИЗ Регистр
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Регистратор1
ПО ...
ГДЕ Регистратор1.Реквизит1 <> '00010101'

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ ... ИЗ Регистр
ВНУТРЕННЕЕ СОЕДИНЕНИЕ Регистратор2
ПО ...
ГДЕ Регистратор2.Реквизит1 <> '00010101'
...

Генерируем, естественно, в цикле, выполняем один раз.

Выбрать первые 256, Поместить в ВТ + Выбрать остальные и т.д.

(51) Как отловить первые 256?

(50) Чем ваше отличается от:

ВЫБРАТЬ
    РН.Регистратор.Дата
ИЗ
    РегистрНакопления.НашРегистр КАК РН
Где
РН.Регистратор.Дата > ДатаВремя(1,1,1)

?

(52) составляй текст запроса динамически

Через ВЫБОР..... ВЫРАЗИТЬ...
+ (54)

(55) Т.е. циклом, а когда формируается текст запроса, то через выразить обращаться к нужному реквизиту?

(56)
Как Вариант:
ГДЕ
   ВЫРАЗИТЬ(ССЫЛКА КАК ВидДокумента1).Реквизит1 = &Значение
   ИЛИ ВЫРАЗИТЬ(ССЫЛКА КАК ВидДокумента2).Реквизит1 = &Значение

Сперва подготовить список регистраторов с этим реквизитом, а потом их запихать в запрос.

(58) + ну и про 256 не забыть. Если превышен, то остальные в другую коллекцию и Объеденить.

(53) Вместо соединений — объединения. Их может быть больше 256.

самый правильный выход - добавить реквизит регистра и цеплять оттуда.

а так - 256 таблиц никого не парит. и в данном случае от параллелизма sql профит будет :)

уже лет 5 как в актуальных скуль серверах нет такого ограничения (хотя и было-то только в mssql)

(61) Согласен.

(64) в (10) тебе тоже самое говорили

(65) Я за это еще в (15) поблагодарил.

Для сферического коня описанного в (0) любое озвученное здесь решение можно считать идеальным