sadovnikov писал(а) 16. Апреля 2008 :: 11:55:

Я сам это не практиковал, но что мешает для решения этой конкретной задачи использовать графу отбора.

sadovnikov писал(а) 16. Апреля 2008 :: 10:07:

Плюс? А какой?   Я один раз два года назад подправил процедуру и забыл про это дело.
Только индексы приходится создавать с именем по маске, но зато сразу можно отличить от штатных.

Arta писал(а) 16. Апреля 2008 :: 12:32:


Тебе проще - у тебя одна (?) база и ты сам за ней следишь. У нас другая ситуация, так что правка ХП - серьезное ограничение.

Arta писал(а) 16. Апреля 2008 :: 12:46:


Судя по всему, про сервер...

sadovnikov писал(а) 16. Апреля 2008 :: 12:58:

Ну так на сервере она одна. Долго ли ее поправить

Все же не понятно чем crdoc не катит для этой задачи.
Аргумент "Ей, бедной, и так тяжело." меня приводит только к тупиковому рассуждению что есть тяжело, а что есть легко 
В моей основной базе записей в црдоке почти в 4 раза больше чем в журне. но при использованиии црдока в запросах тяжести не ощущаю 

"Тяжело", например, делать связывание товара в табличной части документа и поля PARENTVAL в формате неопределенного значения. При условии, что в базе несколько миллионов документов.
Могу привести другой пример: поиск надо делать не только по товару. А по связке 2 полей - товар и его доп. характеристика.

trad писал(а) 16. Апреля 2008 :: 14:09:


Во накинулись
"К чему связь с ТЧ" - фильтр по количесву, сумме и т.д. Тоесть, по реквизитам ТЧ.
Если задачу сводить к "отбору документов по товару для построения реестра", то да.  _1SCRDOC для этого вполне хватит.
"аргумент "много милионов документов" - при относительно небольшом количество товаров (несколько тыс. позиций), но большом документообороте, ИМХО, селективность индекса будет низкой. И количество записей в таблице будет хорошо сказываться на производительности. (Или я уже бред несу?)