Переключение на Главную Страницу Страницы: 1 2 [3]  ОтправитьПечать
Очень популярная тема (более 25 ответов) статья Ускоряем регисты v77 для базы MS SQL (число прочтений - 15212 )
Satans Claws
God Member
*****
Отсутствует


1C++ rocks!

Сообщений: 721
Зарегистрирован: 29. Ноября 2010
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #30 - 19. Января 2011 :: 03:22
Печать  
Z1 писал(а) 15. Января 2011 :: 17:48:
Satans Claws писал(а) 14. Января 2011 :: 06:45:
Z1 писал(а) 12. Января 2011 :: 10:01:
Satans Claws писал(а) 12. Января 2011 :: 08:46:
Удаление строк таблицы никак не влияет на метаданные. 1Ска даже не догадывается, что с таблицей что-то произошло (да, в общем-то, единственный способ догадаться - это пересчитать и сравнить с тем, что есть сейчас).

Не единственный.
Моя обработка ПоискОшибок_в_регистрах(есть также и на этом сайте и на  инфостарт) найдет и покажет все
расхождения между таблицами ra и rg

А каким методом делаешь ты?

я делал как описывал с 1 по 8


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

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

И в "с 1 по 8" я не вижу ничего, касающегося проверки корректности данных...
  
Наверх
 
IP записан
 
lustin
1c++ power user
Отсутствует


1C *.*, ROR, Java - на
этом остановимся

Сообщений: 907
Местоположение: Москва
Зарегистрирован: 20. Октября 2006
Пол: Мужской
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #31 - 21. Февраля 2011 :: 20:18
Печать  
Z1 писал(а) 08. Декабря 2010 :: 06:17:
Основная мысль
Таблицы rg.. самые изменяемые таблицы 1с базы и любое улучшение работы с этими таблицами
обязательно улучшает общую производительность sql базы.
Для всех таблиц  rg...  меняем для поля PERIOD тип с datetime на тип smalldatetime.
Вообщем то это главная идея этой статьи.
Далее описывается как это сделать и что из этого получилось


друзья, в свете данной статьи у меня вопрос - полуОФФТопик
а какой в вашей практике был минимальный "период хранения остатков" на регистрах

P.S. А то меня терзают смутные сомнения, что нам могут понадобится итоги с точностью до секунды  Улыбка
  

бизнес-процесс как техническое задание прекрасно, только у бизнеса нет процессов; у бизнеса есть желание выжить
Наверх
GTalkSkype/VoIPICQ  
IP записан
 
Satans Claws
God Member
*****
Отсутствует


1C++ rocks!

Сообщений: 721
Зарегистрирован: 29. Ноября 2010
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #32 - 22. Февраля 2011 :: 03:58
Печать  
"период хранения остатков" - это период между приходом и списанием?

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


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


1C *.*, ROR, Java - на
этом остановимся

Сообщений: 907
Местоположение: Москва
Зарегистрирован: 20. Октября 2006
Пол: Мужской
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #33 - 22. Февраля 2011 :: 04:11
Печать  
Satans Claws писал(а) 22. Февраля 2011 :: 03:58:
"период хранения остатков" - это период между приходом и списанием?

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


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


я имел ввиду именно разницу между соседними значениями в таблице RG.
хотел спросить в каком случае необходимо хранить итоги "по секундам" - не могу придумать такую задачу, а в практике не попадалось
  

бизнес-процесс как техническое задание прекрасно, только у бизнеса нет процессов; у бизнеса есть желание выжить
Наверх
GTalkSkype/VoIPICQ  
IP записан
 
Satans Claws
God Member
*****
Отсутствует


1C++ rocks!

Сообщений: 721
Зарегистрирован: 29. Ноября 2010
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #34 - 22. Февраля 2011 :: 05:01
Печать  
lustin писал(а) 22. Февраля 2011 :: 04:11:
я имел ввиду именно разницу между соседними значениями в таблице RG.
хотел спросить в каком случае необходимо хранить итоги "по секундам" - не могу придумать такую задачу, а в практике не попадалось


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

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


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #35 - 22. Февраля 2011 :: 05:53
Печать  
lustin писал(а) 22. Февраля 2011 :: 04:11:
Satans Claws писал(а) 22. Февраля 2011 :: 03:58:
"период хранения остатков" - это период между приходом и списанием?

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


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


я имел ввиду именно разницу между соседними значениями в таблице RG.
хотел спросить в каком случае необходимо хранить итоги "по секундам" - не могу придумать такую задачу, а в практике не попадалось

ни в какой из встечающихся на 1с.
Даже для некоторых задач месяц слишком много.
Даже можно сказать наоборот есть мысли как можно улучшить
тот регистр(описанный в статье) что есть сейчас ( но это никак не связано с доведением до rg по секундам ).
  
Наверх
 
IP записан
 
Nice
Junior Member
**
Отсутствует


I Love YaBB 2!

Сообщений: 26
Зарегистрирован: 09. Июля 2007
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #36 - 01. Марта 2011 :: 12:46
Печать  
Цитата:
Что делаем
1. Создаем копию таблицы RG405 в Х_RG405
2. Копируем данные из  RG405 в  Х_RG405
3. Удаляем таблицу RG405
4.Создаем RG405 с полем PERIOD имеет тип   smalldatetime
5. Копируем данные из  Х_RG405 в  Х_RG405
6. Создаем индекс VIA408 в таблице RG405
7. Удаляем таблицу Х_RG405
8.Цель достигрнута.  Работаем в обновленной 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

и вся автоматизация
  
Наверх
 
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: статья Ускоряем регисты v77 для базы MS SQL
Ответ #37 - 01. Марта 2011 :: 18:14
Печать  
(nice)  этот способ был описан в #24
Да и не важно каким способом делать важен результат
  
Наверх
 
IP записан
 
Переключение на Главную Страницу Страницы: 1 2 [3] 
ОтправитьПечать