Z1 писал(а) 15. Января 2011 :: 17:48:

То ли лыжи не едут...

Я спрашивал, что если метод проверки корректности данных в таблицах RG "пересчитать по RA, что должно быть, и сравнить с тем, что есть в RG" - не единственный, то какой еще существует?

И в "с 1 по 8" я не вижу ничего, касающегося проверки корректности данных...

"период хранения остатков" - это период между приходом и списанием?

А что смущает в необходимости итогов с точностью до секунды?

---

или ты имеешь в виду разницу между соседними значениями Period в таблицах RG?
Для регистров остатков 1Ска не дает такой настройки.
Если же ручками поддерживать актуальность этой таблицы... То в любом случае - это означает, что движения должны идти с точностью до долей секунды.
У меня, конечно, давно ходит идея - попробовать ручками поменять в Date_Time_IDdoc время на некратное секунде и попробовать провести такой документ - но все никак не соберусь.

lustin писал(а) 22. Февраля 2011 :: 04:11:


Для такой задачи
а) движения должны делаться с точностью до долей секунды
б) этих движений в пределах секунды должно быть столько, чтоб затраты на получение остатка на какой-то момент от ближайшей минуты превышали затраты на хранение.

В общем - имх#ется мне, что для такой задачи надо смотреть не в сторону 1Ски как платформы.

Цитата:

А что так сложно то:
Можно ведь так сделать

if exists (select * from dbo.sysindexes where name = N'VIA408 ' and id = object_id(N'[dbo].[RG405]'))
drop index [dbo].[RG405].[VIA408 ]
GO
ALTER TABLE [dbo].[RG405] DROP CONSTRAINT [PK_RG405]
GO
ALTER TABLE [dbo].[RG405] ALTER COLUMN PERIOD SMALLDATETIME NOT NULL
GO
ALTER TABLE [dbo].[RG405] ADD CONSTRAINT [PK_RG405] PRIMARY KEY CLUSTERED
     ([PERIOD],
      [SP4062],
      [SP408],
      [SP418],
      [SP3117]
     )  ON [PRIMARY]
GO

CREATE  INDEX [VIA408 ] ON [dbo].[RG405]([PERIOD], [SP408]) ON [PRIMARY]
GO

и вся автоматизация