Доброго времени суток!)
Дано: УТ 10.3 , Регистр накопления "ТоварыОрганизаций"
Задача: Выбрать записи, где регистратор: либо "РТиУ" либо "ВозвратТоваровОтПокупателя" с максимальной скоростью.
Знаю, что условие вешать через "ГДЕ" не есть очень хорошо, надо устанавливать отборы в параметрах виртуальной таблицы, но там нет такого поля, как регистратор!
Вопрос: Как ограничить выборку по типу регистратора с максимальной скоростью работы запроса?

up)

Ну киньте хоть мысль за что зацепиться то? Или делать только через ГДЕ?

[Задача: Выбрать записи] — какая, в пень, "виртуальная таблица"?

(3) Остатки! Это же очевидно!

Asmody, поясняю другим языком специально для тебя: Конструктор запроса - > Вкладка "Таблицы и Поля" - > Центральное поле -> Если туда(в центральное поле) перетянуть табличку "РегистрыСведений.ТоварыОрганизаций.Обороты" то в центральном поле, если установить на эту табличку курсор и кликнуть по кнопочке в виде таблички с гаечным ключиком - откроются "Параметры виртуальной таблицы".

(5) Записи <> Обороты.

Хм... РегистрыСведений и обороты?

(0) огласи список рассматриваемых придуманых тобой вариантов реализации...

(5)
не нужна вирт таб "обороты"

причем здесь сведений когда остатки

Сорри))) Хотел сказать "РегистрСведений"

фу ты) Вот привязалось то... РЕГИСТР НАКОПЛЕНИЯ!)))

Почему никто внимания не обращает на первый пост?

потому что все твои посты бред

DrShad, поясни мне пожалуйста что я бредового спросил?)

(0) по периоду не отбираем ? а если уже лет 5 работаем будет очень быстро..

[Знаю, что условие вешать через "ГДЕ" не есть очень хорошо, надо устанавливать отборы в параметрах виртуальной таблицы, но там нет такого поля, как регистратор!
Вопрос: Как ограничить выборку по типу регистратора с максимальной скоростью работы запроса?]
проверить на РТиУ или возврат можно только в ГДЕ

Может проще тупо документы тогда уж выбрать из таблиц документов?

(17) Паша, как ты можешь такое советовать!?

+(17)
я тоже за документы

Почему нельзя просто сказать "Других вариантов, как через "ГДЕ" нет", либо "Да, есть такой то вариант", или хотя бы просто сказать, что "можно"(Я сам попробую отыскать) если непонятно - написать, чтобы я точнее изложить проблему! Нет. надо троллить! Издеваться! Я же не прошу за меня все сделать! Мне просто хочется узнать, как лучше сделать.

(20) я вот спросил как еще у тебя варианты... толку 0...

(20) в (5) ты сам начал, так что сорри

дэжавю чоле ?

+(22) или ты знаком с Asmody лично?

это ктото когда то уже оптимизировал

(20) Можно, через таблицу обороты. В таблице надо установить периодичность "Регистратор", но тогда ты не записи получишь а именно обороты. И уже осле этого можно отбор сделать на ссылку. Но по скорости ты нифига не выиграешь, а скорее наоборот.

(18) Мы же задачу не знаем... Каноны я не нарушаю... ;)

(27) т.е. запрос к документам кошерно, если задачу не знаешь?

(28) Выбрать все непроведенные документы. Кошерно! :)

Судя по постам ТС он точно что то через зад пытается сделать...

(29) ну разве что для этого, но я бы казнил ректально за непроведенные документы в БД

+(31) я почти угадал :)

(0) запрос к вирутальной таблице оборотов с ukRJ

* гдКО

(33),(34) че?

(35) там что у регистра нет "вида движения" ?

(36) а разве расход только по РТиУ или Возврат? а как же списание или еще какая хрень?

(37) код операации тебе о чём-нибудь говорит ?

(38) сделай отбор по коду операциине в ГДЕ!

+(39) это реквизит регистра

сделал, дальше что ? =)

Сфотографируйся на фоне ковра!

ни у кого нет ковар случаем ?

(41) скрин в студию

(44) ковара нету (!)

Почитал все выше написанное, смирился со своей ничтожностью, а теперь задача(переосмысленный вариант):
Необходимо выбрать "данные" о "Реализации" и "Возврате" товара за определенный период. Я решил, использовать для этой цели "РегистрНакопления.ТоварыОрганизаций", т.к. необходимым полем в выборке "Данных" является "серия номенклатуры". По этой причине я отказался от "РегистрНакопления.Продажи". Первички в день создается очень большое количество. Выборку будут делать за квартал, и скорее всего очень часто. Вопрос стоит в оптимизации скорости выполнения запроса. Как стоит организовать запрос?

сколько?

(46) выбирай из физических таблиц, будь быдлокодером, блеа!

З.Ы. без серий совсем не обойтись?

что столько?

Без серий вообще никак...

(46) распиши подробнее

может своит твои "итоги" в отдельный регистр запихнуть =)

"Выборку будут делать за квартал, и скорее всего очень часто."
Может стоит подумать на тему агрегатирования?

денег сколько?

Нужен товар который возвращали за квартал. Хочешь показать признак в списке товара. Поэтому выбирать будешь часто. Так?

Забыл сказать конфигурацию трогать нельзя, суть в том, что это надо для отчета, отчет просто будут делать за квартал, "переформировывать" будут часто (ну а что поделаешь - будут и все, ответа на вопрос "Почему?" - я не знаю)

очент большое колво первички это сколько 100...1000...10 000 доков день ?

в эксплуатации бд есть главное правило :" подальше положешь - поближе возьмешь"

так что просто создайте покрывающий индекс по полям отбора(либо симитируйте его на РС).

но не забывайте, что для оперативного контура требуется соблюдать правило
размер индексов / размер данных 1/1

либо создайте агрегат и пересчитывайте.

также оптимальность запроса зависит от типа субд, дисковой системы

ниличия индексов.

сделать РН + подписку не предлагать?

Бесплатно, делай сам.

(20) никто не издевался. исходя из поставленной тобой задачи "выбрать записи регистра", я тебе сказал, что про виртуальные таблицы можно забыть. это если исходить из (0).
а если исходить из (46), то если тебе так нужны серии, рекомендую найти регистр с измерением по сериям, либо создать таковой

(55) [конфигурацию трогать нельзя] — это миф

ну если брать доки реализация и возврат - то около 300 документов в день, для меня это "очень много" :) База работает под СУБД MS SQL. Я так думаю СУБД же как то индексирует свои таблицы? А если сделать все, как я и хочу "РегистрСведений.ТоварыОрганизаций" и отбор через ГДЕ на тип регистратора. При таком исполнении все данные, которые мне нужны я выбираю (база в файловом режиме сейчас - размер 9.6 Гб, данные за месяц выбираются порядка 15-20 секунд, бывает минуту думает, проц i3, 3 ГБ ОЗУ). Данные нужно выбирать за прошлые периоды. конфу трогать нельзя - это требование :) На скуле думаю быстрее будет, но вот мне интересно, исходя из опыта: Насколько это кривой запрос?

(55)

 можно держать ВременнуюТаблицу и её обновлять ориентируясь на ГП

(61)
бессмысленно сравнивать скорость запроса в файловом и серверном варианте.

ну похвастайтесь текстом запроса.

Смешно, что Вас еще уупрашивать нужно.

+(63)
запрос можно считать "кривым" если в нем есть fullscan к таблице больше 10 000 записей.
в остальных случаях запрос не "кривой"

ну вот что-то вроде этого выходит. Нужно еще конечно кучу полей. но их я буду через регистратор выдергивать.

ВЫБРАТЬ
                 ТоварыОрганизацийОбороты.Организация,
                         ТоварыОрганизацийОбороты.Номенклатура,
                         ТоварыОрганизацийОбороты.ХарактеристикаНоменклатуры,
                         ТоварыОрганизацийОбороты.СерияНоменклатуры,
                         ТоварыОрганизацийОбороты.КоличествоОборот,
                         ТоварыОрганизацийОбороты.КоличествоПриход,
                         ТоварыОрганизацийОбороты.КоличествоРасход,
                         ТоварыОрганизацийОбороты.Номенклатура.ВидАлкоголя,
                         ТоварыОрганизацийОбороты.Номенклатура.ВидАлкоголя.Код,
                         ТоварыОрганизацийОбороты.Регистратор
                      ИЗ
                         РегистрНакопления.ТоварыОрганизаций.Обороты(
                                 &НачалоПериода,
                                 &КонецПериода,
                                 Регистратор,
                                 Организация = &Организация
                                     И (НЕ Номенклатура.ВидАлкоголя.Ссылка ЕСТЬ NULL )) КАК ТоварыОрганизацийОбороты
                      ГДЕ
                         (ТоварыОрганизацийОбороты.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
                                 ИЛИ ТоварыОрганизацийОбороты.Регистратор ССЫЛКА Документ.ВозвратТоваровОтПокупателя)

очень странный запрос...

+(66) сам по себе никакой полезной инфы не несет

может скажешь нормально что и для чего нужно выбрать и в какой конфе?

(67) почему? Буду делать группировки и по контрагенту смотреть, сколько купил и сколько вернул. Ну и плюс нужны всякие данные о производителе, серии номенклатуры, о контрагенте. Конфа УТ 10.3.

может это все таки разные варианты отчета, а не один?

(70), ну я говорю об одном варианте :) Так что? какой вердикт по быстродействию запроса?)

зря Вы пытаетесь додумывать, что важно -  что не важно

приведите весь текст запроса.

тогда  будет предмет для обсуждения.


пока вижу лишний left join в  НЕ Номенклатура.ВидАлкоголя.Ссылка ЕСТЬ NULL

опять же может оказаться эфективным разыменование ссылок в запросе т.е.  добалвение представления.  
 
а это оптимизация уже зависит от версии 1с82

(< 14 или >= )


повторяю пока нет работающего запроса - не повода для отимизации.

да тебе уже давно сказали, что кроме как в ГДЕ нигде не проверишь на ССЫЛКА

(73)

можно еще с таблицами докуметов соединять.
собственоо так в 80 делали.

Ладно, SrShad, МихаилМ, спасибо за консультацию. Буду допиливать запрос. Тестировать. Если скорость работы устроит - оставлю, не устроит - буду дальше думать.

(75) так меня еще не обзывали :)

(76), ночь на дворе) А букавки "D" и "S" рядышком ) Сорри))

(65) У тебя в запросе тормозить больше будет вот это:
"ТоварыОрганизацийОбороты.Номенклатура.ВидАлкоголя.Код", а не то что ты хочешь оптимизировать