|
|
v7: По работе с доками в скл |
☑ |
|
0
monsterZE
27.06.13
✎
16:44
|
есть документ в ТЧ которого реквизит документ неопределенного вида
в него обработка записывает нужные доки (типа хранилища уже обработанных) Док1 и Док2
написал прямой запрос с выборкой "нужных доков" отсутствующих в ТЧ "док-хранилища"
так вот, для неопределенного документа поле жирнее, подозреваю что на вид этого документа? ну отрезаю справа 9 знаков и все работает.
вопрос - не может ли совпасть ид док1 с ид док2?
|
|
|
1
olegves
27.06.13
✎
16:54
|
(0) не может, но правильнее распарсить 4 знака слева - тип документа
|
|
|
2
olegves
27.06.13
✎
16:55
|
+ (1) наскока помню, в _1sjourn поле iddocdef совпадает с ним
|
|
|
3
monsterZE
27.06.13
✎
16:57
|
(2) смотрел по иддокдеф - чиселка десятичная
в поле 36ричная? =) абра-кадабра короче
|
|
|
4
monsterZE
27.06.13
✎
16:57
|
вот запрос
|SELECT
| left(Жур.Date_Time_IDDoc, 8) as [ДатаДок $Дата]
| ,Док.IDDoc as [Документ $Документ.ПриходнаяНал]
| ,$Док.Сумма as Сумма
| ,$Док.Клиент as [Клиент $Справочник.Клиенты]
|FROM
| $Документ.ПриходнаяНал as Док (NOLOCK)
|INNER JOIN
| _1SJourn as Жур (NOLOCK) ON Жур.IDDoc = Док.IDDoc
| AND Жур.Date_Time_IDDoc BETWEEN :НачДата AND :КонДата~
| AND Жур.Closed & 1 = 1
|WHERE
| $Док.ПризнакНакладной = $Перечисление.ПризнПрихНакл.ВозвратОтПокупателя
| AND $Док.Клиент IN (SELECT Val FROM #ГруппаК)
| AND Док.IDDoc NOT IN (
| SELECT
| right($ДокСПСК.ПлатДок,9)
| FROM
| $Документ.ПоступлениеСредствКлиента as ДокПСК (NOLOCK)
| INNER JOIN
| $ДокументСтроки.ПоступлениеСредствКлиента as ДокСПСК (NOLOCK) ON ДокСПСК.IDDoc = ДокПСК.IDDoc
| INNER JOIN
| _1SJourn as Жур (NOLOCK) ON Жур.IDDoc = ДокПСК.IDDoc
| AND Жур.Date_Time_IDDoc BETWEEN :НачДата AND :КонДата~
| AND Жур.Closed & 1 = 1
| WHERE
| $ДокПСК.Клиент IN (SELECT Val FROM #ГруппаК))";
|
|
|
5
Ковычки
27.06.13
✎
16:58
|
может, но вероятность мала
|
|
|
6
monsterZE
27.06.13
✎
17:00
|
(5) вобщем лучше в "хранилище" типизированные реквизиты использовать?.. хранящихся доков 2а вида
|
|
|
7
Dolly_EV
28.06.13
✎
08:43
|
(0)(5) IDDoc в 1sjourn - уникален, это для справочников ID не уникален
|
|
|
8
Mikeware
28.06.13
✎
08:47
|
(5) не может
|
|
|
9
ДенисЧ
28.06.13
✎
08:52
|
иддок совпасть не может, это первичный ключ в журнале.
Вот со справочниками - как два байта об асфальт
|
|
|
10
КонецЦикла
28.06.13
✎
08:59
|
(3) Все что используется для ИД объектов записывается в 36-ном виде
|
|
|
11
monsterZE
28.06.13
✎
11:03
|
благодарю =)
|
|
|
12
Ковычки
28.06.13
✎
14:32
|
(9) он как бы индекс, а не ключ, хоть и уникальный. Не ?
|
|
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший