Переключение на Главную Страницу Страницы: 1 [2]  ОтправитьПечать
Горячая тема (более 10 ответов) Периодические реквизиты плюс УРБД (число прочтений - 4205 )
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Периодические реквизиты плюс УРБД
Ответ #15 - 03. Ноября 2009 :: 10:15
Печать  
alexdd писал(а) 03. Ноября 2009 :: 09:56:
slider26 писал(а) 03. Ноября 2009 :: 09:41:
alexdd писал(а) 03. Ноября 2009 :: 09:37:
так у вас проблема с блокировками или с тем что
slider26 писал(а) 03. Ноября 2009 :: 03:44:
при любом изменении элемента справочника УРБД тянет через себя всю его историю!

может просто историю периодически чистить(или переносить в другую таблицу, если она нужна). Нормальная практика, имхо

Вместе с документами? Не вариант.

ну документы можно и оставить, обновить им appcode в _1sjourn и пусть висят себеУлыбка там же у вас на каждый день по каждому элементу одна строка в _1sconst получается, т.е. н-р, 100 товаров с историей с 2008 года это около 70 тыс строк только одного _1sconst'a. Тягать такие пакеты тяжеловато наверно, так что историю имхо чистить надо Улыбка

ну и что это даст.
Если взять стандартный справочник валюты и чистить его раз в месяц то зачем мне нужен в конце месяца хвост того что не меняется вообще уже почти месяц . Трафик денег стоит.
Если текущие данные (курсы вылют) будут меняться в нескольких филиалах одновременно ( даже за разные дни ) то все равно будет коллизия и чье либо изменение затрется.

То что предложил я используется более трех лет. Полет нормальный.

Хотелось бы услышать есть ли какие еще решения subj.
  
Наверх
 
IP записан
 
alexdd
Senior Member
****
Отсутствует


I Love YaBB 2!

Сообщений: 347
Зарегистрирован: 25. Июня 2007
Re: Периодические реквизиты плюс УРБД
Ответ #16 - 03. Ноября 2009 :: 10:19
Печать  
slider26 писал(а) 03. Ноября 2009 :: 10:10:
alexdd писал(а) 03. Ноября 2009 :: 09:56:
Тягать такие пакеты тяжеловато наверно, так что историю имхо чистить надо Улыбка

Ага, вот именно потому и задался вопросом альтернативного механизма. Улыбка
А история используется... Например для аналитики - история себестоимости. Поэтому видимо придется писать глоб. процедуру - на одни даты тягать значения из периодики, на другие даты - из нового механизма. Преемственность, блин Печаль

ну фик знает, если история используется для аналитики, яп ее переносил в другую таблицу, оставляя только необходимую для оперативной работы. А для аналитики вынимать из другой таблицы(или из двух таблиц-архивная+актуальный _1sconst) данные не проблема
  
Наверх
 
IP записан
 
slider26
Senior Member
****
Отсутствует


I Love YaBB 2!

Сообщений: 256
Зарегистрирован: 01. Июня 2006
Re: Периодические реквизиты плюс УРБД
Ответ #17 - 03. Ноября 2009 :: 10:22
Печать  
alexdd писал(а) 03. Ноября 2009 :: 10:19:
А для аналитики вынимать из другой таблицы(или из двух таблиц-архивная+актуальный _1sconst) данные не проблема

Тогда проблема упрется в УРБД...
Таблица тоже должна мигрировать корректно.
  
Наверх
 
IP записан
 
slider26
Senior Member
****
Отсутствует


I Love YaBB 2!

Сообщений: 256
Зарегистрирован: 01. Июня 2006
Re: Периодические реквизиты плюс УРБД
Ответ #18 - 03. Ноября 2009 :: 10:32
Печать  
Z1 писал(а) 03. Ноября 2009 :: 10:15:
То что предложил я используется более трех лет. Полет нормальный.

Хотелось бы услышать есть ли какие еще решения subj.

Вариант интересный, спору нет Улыбка
Думаю, что проблемы с блокировкой все-таки не будет - Внутренний ИД ведь уже есть. Вобщем, надо проверять.
А можно ли реализовать в нем следующую схему (по индексам):
Товар/Тип цен/Дата?

Хочется сравнить все возможные варианты решения и выбрать лучший Улыбка
  
Наверх
 
IP записан
 
alexdd
Senior Member
****
Отсутствует


I Love YaBB 2!

Сообщений: 347
Зарегистрирован: 25. Июня 2007
Re: Периодические реквизиты плюс УРБД
Ответ #19 - 03. Ноября 2009 :: 10:45
Печать  
Z1 писал(а) 03. Ноября 2009 :: 10:15:
То что предложил я используется более трех лет. Полет нормальный.

не спорю, у меня самого несколько таких справочниковУлыбка просто предложил как раз альтернативный вариант Круглые глаза
а так на каждом сервере можно сделать хранимые процедуры, настроить джобы, чтобы корректно переносили периодические реквизиты в другую таблицу(с учетом данных _1supdts, dbsign'ов и т.п.). Останется только переделать аналитический отчет. Плюс на свою таблицу можем повесить любые индексы
  
Наверх
 
IP записан
 
Z1
God Member
*****
Отсутствует


I Love YaBB 2!

Сообщений: 2906
Местоположение: Москва
Зарегистрирован: 26. Мая 2006
Пол: Мужской
Re: Периодические реквизиты плюс УРБД
Ответ #20 - 03. Ноября 2009 :: 10:49
Печать  
slider26 писал(а) 03. Ноября 2009 :: 10:32:
Z1 писал(а) 03. Ноября 2009 :: 10:15:
То что предложил я используется более трех лет. Полет нормальный.

Хотелось бы услышать есть ли какие еще решения subj.

Вариант интересный, спору нет Улыбка
Думаю, что проблемы с блокировкой все-таки не будет - Внутренний ИД ведь уже есть. Вобщем, надо проверять.
А можно ли реализовать в нем следующую схему (по индексам):
Товар/Тип цен/Дата?

Хочется сравнить все возможные варианты решения и выбрать лучший Улыбка

Легко у одного элемента справочника может быть много элементов подчиненных ему.
Также если это нужно то подчиненный справочник может быть многоуровневым.

Ну также можно пойти вообще по другому
сделать на отдельном справочнике свою иерархию и переодичность но  это уж больно много писать надо т.е. мои задачи не доросли до таких изысканий.
  
Наверх
 
IP записан
 
Переключение на Главную Страницу Страницы: 1 [2] 
ОтправитьПечать