RS = СоздатьОбъект("ODBCRecordset");   
   
      ТекстЗапроса = "   

     |  select
    |       Резерв.Склад        Склад,
    |       Жур.IDDoc  as    [Док $Документ], 
       |       Жур.IDDocDef as    Док_Вид,
    |       КоличествоОстаток     Резерв,
    |       Неполученные    =    0
    |  from $РегистрОстатки.РезервыТовара(,,,(Товар,Склад,ПоСчету),(Количество)) Резерв       
    |inner JOIN
    | _1SJourn AS Жур ON Резерв.ПоСчету=Жур.IDDoc ";   
   
    RS.ОбратныйРасчетОтТА(1);
      
    ТЗ3=RS.ВыполнитьИнструкцию(ТекстЗапроса);


Подскажите если не трудно почему запрос ругается. Измерение по "счету" может быть документом нескольких видов и типизировать я не имею права.
пишет ошибку "Для типизации поля "Док", не найдено дополнительное типизирующее поле."
хотя в этом случае типизация не требуется
    |select
    |  Жур.IDDoc as [Док $Документ],
    |  Жур.IDDocDef as Док_вид
    |  $Док.Покупатель       [Покупатель $Справочник.Контрагенты]
    |from
       |  _1SJourn as Жур";

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

     |            select
         |       Резерв.Склад          [Склад $Справочник.МестаХранения],   
         |            Резерв.Товар      [Товар $Справочник.Номенклатура],
    |         Жур.IDDoc        [Док $Документ], 
    |         Жур.IDDocDef      Док_вид,
    |         КоличествоОстаток      Рез
    |  from $РегистрОстатки.РезервыТовара(,,,(Товар,Склад,ПоСчету),(Количество)) Резерв
    |inner JOIN
    | _1SJourn AS Жур ON Резерв.ПоСчету=Жур.IDDoc "

Возвращает пустой запрос хоть ты тресни хотя в регистре полно остатков

Все увидел: "Измерение по "счету" может быть документом нескольких видов и типизировать я не имею права".
Так какой судьбой ты хочешь связать 13-ти символьный ПоСчету и 9-тисимвольный IDDOC?
Тогда уж хотя бы
_1SJourn AS Жур ON Right(Резерв.ПоСчету, 9)=Жур.IDDoc
делай.
А в идеале - заведи общий реквизит идДок13. С галкой "Отбор".

select
    Резерв.Склад	  Склад,
    Резерв.ПоСчету [Док $Документ],  
    Резерв.Товар	[Товар $Справочник.Номенклатура],
    Резерв.КоличествоОстаток     Резерв,
    0 Неполученные
from $РегистрОстатки.РезервыТовара(,,,(Товар,Склад,ПоСчету),(Количество)) Резерв 

select
    Резерв.Склад        Склад,
    Резерв.ПоСчету [Док $Документ], 
    Резерв.Товар      [Товар $Справочник.Номенклатура],
    Резерв.КоличествоОстаток     Резерв,
    0 Неполученные
from $РегистрОстатки.РезервыТовара(,,,(Товар,Склад,ПоСчету),(Количество)) Резерв


если бы было все просто я не задавал бы вопроса.
вот именно что так не работает пишет вид документа не определн
ругается на     Резерв.ПоСчету [Док $Документ],  типа ему нужно уточнить тип документа...

документ просто документ без вида...

PS5 писал(а) 01. Декабря 2008 :: 10:42:

Звиздите, молодой человек...

PS5 писал(а) 01. Декабря 2008 :: 10:49:


Если документ неопределенного вида, то
Резерв.ПоСчету [Док $Документ]
будет прекрасно работать. Если не работает - требует типизации, то он все-таки определенного вида. Но, в таком случае, работало бы:
_1SJourn AS Жур ON Резерв.ПоСчету=Жур.IDDoc
Так что, либо не все показано, либо...

может это из-за 2005 скуля и еще у нас гибкие блокировкаи стоят

посмотри как это измерение регистра в файле 1Cv7.DDS

PS5 писал(а) 01. Декабря 2008 :: 12:35:

Вооот )

|  _1Sjourn as Жур (NOLOCK) ON Жур.IDDoc = RIGHT($Резерв.ПоСчету,9)";    

PS5 писал(а) 01. Декабря 2008 :: 15:45:

и для чего вообще писать NoLock в данном контексте

leshik писал(а) 01. Декабря 2008 :: 15:52:

Спасибо огромное... блокировать нам не нужно ))

Neo писал(а) 03. Декабря 2008 :: 12:14:

Не совсем верно. Блокировка может быть связана не только с обновлением записи.
Для 1с таблица _1sjourn блокируется и на все время проведение.
Очень легко проверить. На тестовой sql базе в модуле проведения поставь
Предупреждение("Ждите ...");
начни проводить документ когда на экране появиться ждите
запусти с другого экрана или из qa
select top 100  * from _1sjourn  
c и без  (nolock) и увидишь разницу сам.

после эксперементов удали Предупреждение()

Neo писал(а) 03. Декабря 2008 :: 12:51:

неправильно 1с является инициатором блокировки,
а блокирует доступ ко всей таблице _1sjourn sql сервер.

PS и заметь еще ведь при проведении документ может и не изменяться т.е не будет update ни _1sjourn ни dh... таблиц документа а блокировка есть.

Neo писал(а) 03. Декабря 2008 :: 14:38:

какой запрос вы подрузамеваете.
Если речь об 1с запросе
Запрос_1 = СоздатьОбъект("Запрос"); то все стандартные
1с запросы (Запрос_1) идут с хинтом (nolock)

а наш свой select без nolock может и остановиться и ждать
как мы видели в примере чуть выше.

и еще Цитата:

как раз наоборот менеджер блокировок ( часть sql сервера )
блокирует таблицу и если есть select без ( nolock ) то select останавливается ждет пока не будет снята блокировка менеджером блокировок,а если у нас есть select c (nolock)
то такому select менеджер блокировок разрешит выполняться дальше и мы получим "грязные" данные. Потому что предполагается что блокировали данные все таки разумные люди (разумные программы) и их не зря ставили.

блокировка select происходит чуть хитрее но я думаю что итак Вас запутал.

Neo писал(а) 03. Декабря 2008 :: 15:00:

Если Вы в qa повторите все дейстия что и в 1с получите тоже самое
для sql сервера все его клиенты равноправны и на поток
входящих sql команд выдается поток выходящих ответов.
имеется в виду
begin tran
declare @i integer select @i=1 from _1SJOURN(TABLOCKX HOLDLOCK) where 0=1  --- а вот это и есть блокировка журнала документов при начале модуля проведения.
если здесь остановимся

а в другом qa выдадим
select top 100 * from _1SJOURN
то зависнем на красном кирпиче пока не завершим транцакцию в первом qa

Мда, прикольно.
Поэксперименитировал с select из _1sjorn, действительно, висит ожидание блокировки.

Правда, не понятно, почему когда делаю аналогичный запрос из регистра остатков (select * from RA488), документ проводится без проблем, хотя идет запись в этот регистр.

А блокировка накладывается на всю таблицу во время selectа?

Цитата:


Давайте не будем привязываться к логике 1С, хотелось бы разобраться именно в блокировках SQL.

Просто если во время во время selecta из RA можно что-то записать в нее, то блокировка не накладывается на всю таблицу, верно?

Я думаю, что блокировка при selecte если и есть, то скорее всего построчная.

А при проведении документа из 1С ожидается блокировка таблицы _1sjourn (во время selectа) на все время selecta, наверно, потому что 1С пытается наложить монопольную блокировку на всю таблицу, а не потому, что вся таблица заблокирована... 

Neo писал(а) 04. Декабря 2008 :: 14:40:

так пока ты второй запустишь
первый qa уже выполниться.
не не понял грань между select и t-sql  select очень тонка.

Меня вообще когда только изучал sql поразило как это в 4 слова
поместили целый "мир"

Цитата:


Ну к примеру выборка всех записей из _1Sjourn идет секунд 30, так что можно попробовать 

Neo писал(а) 04. Декабря 2008 :: 14:40:

Если select то и ничего не будет
ДАвай расмотрим ситуации
1. update ra .... where только одна запись.
update вне транзакции.
На время выполнения update создается неявная транзакция
с эклюзивной блокировкой на строку ( точнее на индекс key т.к. есть класт. индекс у ra)
и на очень которкое время select остановится

2 update в транзакции
т.е в первом qa пишем
begin tran
update ra .... where только одна запись.
ждем
во втором qa пишем ( select без хинтов )
select * from ra...
select остановиться т.к в первом qa стоит блокировка key на конкретную строку.

Neo для большего понимания я приведу несколько цитат по хинтам.

Цитата:

Цитата:

Подсказка (NOLOCK) применяется только с оператором SELECT