1С++ users forum - Последовательность документов

(UTC)

1С++ users forum › 1С++ и прочие расширения v7 › Курилка › Последовательность документов

(Группа Модераторов: 1c++ moderator)

‹ Предыдущая Тема | Следующая Тема ›

Переключение на Главную Страницу

Страницы: 1 [2]

Отправить

Очень популярная тема (более 25 ответов)

Последовательность документов (число прочтений - 7823 )

ev-kov God Member Отсутствует Сообщений: 694 Зарегистрирован: 27. Декабря 2006 Пол:	Re: Последовательность документов Ответ #15 - 06. Ноября 2007 :: 01:44	Печать
	kiruha писал(а) 02. Ноября 2007 :: 21:11: noprogrammer писал(а) 02. Ноября 2007 :: 21:01: У кинта (www.kint.ru) есть такая работающая технология, есть регистр "микропоследовательности" (или что в этом роде) - в нем как раз накапливаются данные только по тем товарам которые были затронуты в перепроведении задним числом, но на самом деле данный механизм отнюдь не всем подходит... Р.S. правда там не прямой доступ, но все же... Тут весь смысл в прямом доступе - рассчитать движение партий по одному товару достаточно один раз. И править нужно только один регистр. И только записи по одному товару(группе товаров). P.S> В моем случае у нас еще есть финансовый отдел, который каждый месяц сдает руководству финансовую отчетность и они очень мучаются выясняя , почему, и из за какого товара отчетность "поплыла". Я в этой обработке все изменения пишу в лог и сдаю фин. отделу. (точнее планирую) Тоже к такой идее ("микропоследовательности") пришел, только вот ещё хотелось восстановление в real-time, как запущу в промышленную эксплуатацию там посмотрим как оно будет восстанавливаться... если не покатит, тогда будут просто "микропоследовательности".

	Информация - то, что снижает неопределенность в какой-либо области и очень важно не ошибиться областью в наш информационный век!
	IP записан

ev-kov God Member Отсутствует Сообщений: 694 Зарегистрирован: 27. Декабря 2006 Пол:	Re: Последовательность документов Ответ #16 - 06. Ноября 2007 :: 01:46	Печать
	Salimbek писал(а) 02. Ноября 2007 :: 11:19: Вот тут интересная модель описана: http://wiki.kint.ru/index.php/%D0%9F%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D... Это где нибудь работает на практике ?

	Информация - то, что снижает неопределенность в какой-либо области и очень важно не ошибиться областью в наш информационный век!
	IP записан

noprogrammer 1c++ power user Отсутствует I Love YaBB 2! Сообщений: 465 Зарегистрирован: 16. Июня 2006	Re: Последовательность документов Ответ #17 - 06. Ноября 2007 :: 09:34	Печать
	ev-kov писал(а) 06. Ноября 2007 :: 01:46: Salimbek писал(а) 02. Ноября 2007 :: 11:19: Вот тут интересная модель описана: http://wiki.kint.ru/index.php/%D0%9F%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D... Это где нибудь работает на практике ? Это теория.


	www ICQ IP записан

sedmin 1c++ developer Отсутствует I Hate Fat YaBB 2! Сообщений: 862 Зарегистрирован: 24. Мая 2006	Re: Последовательность документов Ответ #18 - 06. Ноября 2007 :: 20:20	Печать
	noprogrammer писал(а) 06. Ноября 2007 :: 09:34: Это теория.


	IP записан

Salimbek God Member Отсутствует Сообщений: 862 Зарегистрирован: 06. Июня 2006 Пол:	Re: Последовательность документов Ответ #19 - 07. Ноября 2007 :: 05:57	Печать
	Цитата: Что-то не вкурил по ссылке Кинта зачем там "с" и "по"? Неужели для позиционирования записи в регистре недостаточно "момента времени" в измерении? Плохо соображаю + текста много... Имхается мне, что при такой схеме хранения данных проще получать данные. Например, как получить цвет круга на дату? Select Цвет where Date in (Select Max(Date) where Date<'MyDate')? А если круг может быть нескольких цветов? Тогда как при данной схеме хранения все получается намного проще: Select Цвет where (Date>=Date_From) and (Date<Date_To)


	ICQ IP записан

kiruha 1c++ power user Отсутствует Сообщений: 1249 Зарегистрирован: 11. Апреля 2007	Re: Последовательность документов Ответ #20 - 07. Ноября 2007 :: 07:56	Печать
	Salimbek писал(а) 07. Ноября 2007 :: 05:57: Цитата: Что-то не вкурил по ссылке Кинта зачем там "с" и "по"? Неужели для позиционирования записи в регистре недостаточно "момента времени" в измерении? Плохо соображаю + текста много... Имхается мне, что при такой схеме хранения данных проще получать данные. Например, как получить цвет круга на дату? Select Цвет where Date in (Select Max(Date) where Date<'MyDate')? А если круг может быть нескольких цветов? Тогда как при данной схеме хранения все получается намного проще: Select Цвет where (Date>=Date_From) and (Date<Date_To) Думается мне, что при такой схеме сложнее записывать данные. Любая запись, отмена записи, корректировка записи - влияет на ранее записанное движение. Нарушена коммутативность движений - каждое последующее движение влияет на предыдущее - это не только получение последовательности на ровном месте - это вообще нонсес - корректировка текущими движениями предыдущих. Такого еще ни в одной базе данных не встречал P.S> Если уж хочется ускорить вычисление среза последних или смоделировать регистр сведений - заведите нормальный регистр итогов - с пересчетом каждый период текущих состояний, как это стандартно делается в 1С.


	IP записан

kiruha 1c++ power user Отсутствует Сообщений: 1249 Зарегистрирован: 11. Апреля 2007	Re: Последовательность документов Ответ #21 - 07. Ноября 2007 :: 08:20	Печать
	Нда, особо веселая жизнь начнется если задним числом удалить/ откорректировать запись в середине такой последовательности - начнется корректировка записей, которые уже откорректированы, которые в свою очередь откорректированы еще чем то - и т.п. Автору статьи неплохо бы провести эксперимент на себе или своих клиентах, прежде чем советовать такое.


	IP записан

sedmin 1c++ developer Отсутствует I Hate Fat YaBB 2! Сообщений: 862 Зарегистрирован: 24. Мая 2006	Re: Последовательность документов Ответ #22 - 07. Ноября 2007 :: 10:37	Печать
	И еще один момент есть. Salimbek писал(а) 07. Ноября 2007 :: 05:57: Тогда как при данной схеме хранения все получается намного проще: Select Цвет where (Date>=Date_From) and (Date<Date_To) Этот запрос только *выглядит* проще. Кто хочет протестировать его реальную производительность?


	IP записан

noprogrammer 1c++ power user Отсутствует I Love YaBB 2! Сообщений: 465 Зарегистрирован: 16. Июня 2006	Re: Последовательность документов Ответ #23 - 07. Ноября 2007 :: 11:04	Печать
	kiruha писал(а) 07. Ноября 2007 :: 08:20: Автору статьи неплохо бы провести эксперимент на себе или своих клиентах, прежде чем советовать такое. Статью читал поверхностно, зато с автором знаком лично поверь на слово - прежде чем что то написАть а тем более выложить - автор 10 раз подумает что и как и лишь потом выложит на суд общественности так что раз статья выложена - значит автор подумал А эксперементировать разумется будут на клиентах и разумеется на своих


	www ICQ IP записан

sedmin 1c++ developer Отсутствует I Hate Fat YaBB 2! Сообщений: 862 Зарегистрирован: 24. Мая 2006	Re: Последовательность документов Ответ #24 - 07. Ноября 2007 :: 12:53	Печать
	kiruha писал(а) 07. Ноября 2007 :: 08:20: Автору статьи неплохо бы провести эксперимент на себе или своих клиентах, прежде чем советовать такое. А никто и не советует. Это, что называется, мысли вслух.


	IP записан

kiruha 1c++ power user Отсутствует Сообщений: 1249 Зарегистрирован: 11. Апреля 2007	Re: Последовательность документов Ответ #25 - 07. Ноября 2007 :: 14:28	Печать
	sedmin писал(а) 07. Ноября 2007 :: 10:37: И еще один момент есть. Salimbek писал(а) 07. Ноября 2007 :: 05:57: Тогда как при данной схеме хранения все получается намного проще: Select Цвет where (Date>=Date_From) and (Date<Date_To) Этот запрос только *выглядит* проще. Кто хочет протестировать его реальную производительность? К сожалению ситуация еще хуже. Автор судя по всему понимал, что с изменнением с задним числом что то у него не то - и для этих изменнений добавил "Регистр коррекции". Удаление/изменение документа делает каждый раз движение по этому регистру. Получение итогов - не только Select Цвет where (Date>=Date_From) and (Date<Date_To), но и select по этому "корректирующему" регистру по нужному измерению. Причем движение видимо "задним числом" (интересно как?)- иначе при временном расчете регистров остатки просто поплывут. P.S. noprogrammer Ну причем здесь обсуждение личных отношений?


	IP записан

Переключение на Главную Страницу

Страницы: 1 [2]

Отправить

‹ Предыдущая Тема | Следующая Тема ›

« Главная ‹ Раздел Вверх

Вверх

Valid XHTML

Valid CSS

Powered by Perl

Source Forge