update _1ssystem set curtime = 0;

такая нехитрая инструкция выполненная в QA не приводит к изменению таблицы, в чем дело?

не ругайся

>в чем дело?

руки с ж.пы (с) ваш КО

(2)
Конструктивно

(2) ну что Господин ПЖ - похарахорился и в кусты?

(4) я не выполняю задачи для детского сада... после обращения бы ко мне с подобным вопросом сотрудник вылетел бы водить метро нахрен при наличии BOL, гугля и головы.

(5) Ололо! Я решил что на BOL и гугл потрачу больше времени чем на ответ через этот форум, видимо я ошибался...

(6) Мы сгораем со стыда.

(0) use databasename хотя бы перед этим..
мало ли, в какой ты там базе время ТА менять собираешься

Ну вообщем кому интересно.
Видимо, специально обученный триггер таблицы _1ssystem не позволяет двигать ТА назад, только вперед. Для того чтобы менять _1ssystem нужно запускать в монопольном режиме.

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

невидимо

тупой вопрос канещ - а у автора на целый день яндех, гугл и прочие поисковики забанили?

(11) Я не считаю наличие такого триггера очевидным.

(9) :)

Интересно еще, ты в пределах периодичности итогов толкаешь та, или за границу вылазиешь..
ну и позиция = 0 ..тоже весьма хабавно

забавно

>Видимо, специально обученный триггер таблицы _1ssystem не позволяет двигать ТА назад, только вперед. Для того чтобы менять _1ssystem нужно запускать в монопольном режиме

переведите мне на русский шо за херь несет автор?

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

(14) Просто сделал быстрый перенос ТА с конца дня на нужное время с изменением времени всех (после нужного) задействованных документов.
Пример с присвоением ТА нулевого времени - просто пример.

(17) и..date_time_iddoc сменил у всех документов в _1sjourn/_1soper/*.dt/*.dh/*.ra /1scrdoc ?

(18) и даже time в _1sconst ^^

сабж делается без усилий, никаких триггеров нет

(20) Сабж не делается без монопольного режима, в этом и был сабж.

(21) почему?

(21) это очень странно

(22) И мне любопытно.
При этом если выполнить

update _1ssystem set curtime = 863990000

то значение поменяется (ну т.е. в большую строну оно меняется)

(21) враньё

(25) Так почему это стало враньем к 20-ому посту, а до этого я был "тупой осел не понимающий азов"?

(26) не вижу в каком месте тебя назвали ослом.
А враньё - и так очевидно.
Что возвращает такой запрос ?

update [databasename].[dbo].[_1SSYSTEM]
set curtime = 324000000;
select curtime from [databasename].[dbo].[_1SSYSTEM]
update [databasename].[dbo].[_1SSYSTEM]
set curtime = 0;
select curtime from [databasename].[dbo].[_1SSYSTEM]
--?

(27)
Вот что он возвращает:

396000000

396000000


Я что не по русски что ли пишу? В разделенном режиме не дает изменять в меньшую сторону.

(28) всё даёт.

И это.. Полный текст запроса в студию.

В QA последовательно было выполнено 2 запроса. Вот первый:


update [databasename].[dbo].[_1SSYSTEM]
set curtime = 324000000;
select curtime from [databasename].[dbo].[_1SSYSTEM]
update [databasename].[dbo].[_1SSYSTEM]
set curtime = 0;
select curtime from [databasename].[dbo].[_1SSYSTEM]

Результат первого:

396000000

396000000


Вот второй:

exec sp_dboption 'databasename', 'single user', 'true';
update [databasename].[dbo].[_1SSYSTEM]
set curtime = 324000000;
select curtime from [databasename].[dbo].[_1SSYSTEM]
update [databasename].[dbo].[_1SSYSTEM]
set curtime = 0;
select curtime from [databasename].[dbo].[_1SSYSTEM]
exec sp_dboption 'databasename', 'single user', 'false';

Результат второго:

324000000

0


Автор, зачем тебе двигать ТА???!!! О_о...
Может мы поможем тебе найти выход в другом месте ;)

http://s2.ipicture.ru/uploads/20120801/znC46O8J.jpg

(32) Да я уже сделал все что хотел (см. (17)).
Тут уже просто поиск истины.

(23) Ответ оказался как всегда прост:
В стандартной комплектации все работает. А на испытуемой базе просто висит рукотворный триггер.

*(34) (23) = (33)

и какой му его туда повесил и зачем ?