|
|
проблема с перепроведением |
☑ |
|
0
serg-lom89
11.12.16
✎
22:13
|
в общем такая проблема.в системе устанавливаю точку актуальности на 04.12.16, проверяю в запросе все ок,затем через некоторое время выполняю снова запрос тот же, уже дата 31.11.ну и так несколько раз
документ за 31.11 непроведен,в журнале регистрации за последние дни никто с ним ничего не делал.пришел в базу с обменом документ.
что вообще это?
|
|
|
1
serg-lom89
11.12.16
✎
22:19
|
ВЫБРАТЬ * ИЗ
(
ВЫБРАТЬ
ПартионныйУчетГраницы.МоментВремени КАК МоментВремени
ИЗ
Последовательность.ПартионныйУчет.Границы КАК ПартионныйУчетГраницы
) ВложенныйЗапрос
УПОРЯДОЧИТЬ ПО МоментВремени ВОЗР
|
|
|
2
serg-lom89
11.12.16
✎
22:20
|
сам запрос,по которому мониторю
|
|
|
3
h-sp
11.12.16
✎
22:32
|
в ноябре 30 дней. Чем вы там закусываете?
|
|
|
4
serg-lom89
11.12.16
✎
22:35
|
(3) ))))пардон)на 30,11
|
|
|
5
h-sp
11.12.16
✎
22:42
|
УПОРЯДОЧИТЬ ПО МоментВремени УБЫВ
|
|
|
6
serg-lom89
12.12.16
✎
08:43
|
(5) это же проблему не решит,тем более там только одна запись)
|
|
|
7
Cyberhawk
12.12.16
✎
09:39
|
Граница может устанавливаться прикладным кодом
|
|
|
8
Cyberhawk
12.12.16
✎
09:40
|
То, что "документ непроведен" и никто с ним ничего не делал - начхать
|
|
|
9
h-sp
12.12.16
✎
09:44
|
(6) должно быть много записей. Это же не семерка. По каждому складу своя точка актуальности. То есть по каждой комбинации измерений.
|
|
|
10
serg-lom89
12.12.16
✎
09:45
|
(9) ну была у нас проблема с двойной записью..мы эту таблицу почистили.все было ок дня 2..потом началась такая вещь
|
|
|
11
serg-lom89
12.12.16
✎
09:46
|
|
|
|
12
serg-lom89
12.12.16
✎
09:48
|
решили почистить таблицу,и установить границу..все сработало.Перепроводили все было ок.и вот почему то на этом документе стопарнулось
|
|
Чтобы обнаруживать ошибки, программист должен иметь ум, которому доставляет удовольствие находить изъяны там, где, казалось, царят красота и совершенство. Фредерик Брукс-младший
