Гость
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Схемы построения учетной системы. Нужна критика. / 25 сообщений из 79, страница 1 из 4
26.11.2007, 14:38
    #34965316
Бизон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Схемы построения учетной системы. Нужна критика.

В качестве основного элемента является документ. На основании документа выполняются соответствующие проводки. По поводу хранения движения документа у меня появились два варианта реализации.
Первая схема. За основу взят механизм 1с. При создании нового документа и его проведении в базе создается новая запись. При изменении соответствующая запись модифицируется. При удалении ставится метка. Для отслеживания изменения записей ведется история изменений. Для справочниках необходимо вести периодические реквизиты.

Вторая схема. За основу взят механизм Axapta . Проводки помечаются как удаленные, при каждом изменении документа создается новая запись. Старая помечается как удаленная. Минусы разбухание базы. Плюсы не надо вести историю изменений.

Может кто знает еще какие варианты? Также интересует мнение тех кто реализовывал такие схемы, какие ждут подводные камни? Заранее спасибо.
...
Рейтинг: 0 / 0
26.11.2007, 15:56
    #34965646
Олег Гапон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
А что мешает объединить эти варианты ?

Хочет заказчиг историю изменнений - включил соответствующую опцию и вперёд
...
Рейтинг: 0 / 0
26.11.2007, 16:03
    #34965681
Coolibin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Бизон
Может кто знает еще какие варианты?
Знает.
История изменений не ведется.
Модифицируй чего хочешь.
Удаляется документ без всяких следов.
Плюсы - лишнее место не занимается, транзакции не используются, летает очень быстро.
Галактика.
...
Рейтинг: 0 / 0
26.11.2007, 17:11
    #34965983
andbary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
БизонМожет кто знает еще какие варианты? Также интересует мнение тех кто реализовывал такие схемы, какие ждут подводные камни? Заранее спасибо. Я использовал, нечто похожее на первую схему (собственно он появился намного раньше 1С ).
Документ идет по статусам и изменения записываются (или не записываются) в историю в зависимости от статуса.
Никого не интересует созданный документ и что с ним делают пока он "не оформлен" (удаляют, мишут матерные слова и тд). А вот тот кто оформил берет на себя ответственность и должен попасть в историю
В зависимости от ваших статусов вы записываете нужную Вам историю.

Второй механизм связан с не лучшей реализацией и "крив" изначально.
...
Рейтинг: 0 / 0
26.11.2007, 17:42
    #34966089
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
> За основу взят механизм 1с

Взять один кусок дерьма и сделать другой такой же - это такая фишка?

> За основу взят механизм Axapta

Вы ее структуру данных видели? Это бред пьяных китайских школьников. Вы выбираете не те примеры для подражания.

> Плюсы не надо вести историю изменений

Каша у Вас в голове, дружище. Может, начнете с теоретической подготовки? Зачем писать говенный код, если заранее понятно, что он говенный?
...
Рейтинг: 0 / 0
26.11.2007, 17:47
    #34966118
niki4550148
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
guest_20040621> За основу взят механизм 1с

Взять один кусок дерьма и сделать другой такой же - это такая фишка?

> За основу взят механизм Axapta

Вы ее структуру данных видели? Это бред пьяных китайских школьников. Вы выбираете не те примеры для подражания.

> Плюсы не надо вести историю изменений

Каша у Вас в голове, дружище. Может, начнете с теоретической подготовки? Зачем писать говенный код, если заранее понятно, что он говенный?

ну поливать все это много ума не надо - в мире куча дураков которые сидят на 1С и той же Аксапте, я бы хотел услышать ваш гениальных подход!!!
...
Рейтинг: 0 / 0
26.11.2007, 17:49
    #34966123
andbary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
guest_20040621> За основу взят механизм 1с

Взять один кусок дерьма и сделать другой такой же - это такая фишка?
Здорово!
Вы наверно знаете механизм контроля лучше, не желаете поделиться???
...
Рейтинг: 0 / 0
26.11.2007, 17:55
    #34966142
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
andbaryВы наверно знаете механизм контроля лучше, не желаете поделиться???
Позвольте осведомиться, о контроле чего топик по-Вашему?
...
Рейтинг: 0 / 0
26.11.2007, 17:56
    #34966143
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
> в мире куча дураков которые сидят на 1С и той же Аксапте

Не только. Отдельные кучки дебилов - на Галактике и прочем.

> я бы хотел услышать ваш гениальных подход!!!

Боюсь, Вы не сможете себе это позволить.
...
Рейтинг: 0 / 0
26.11.2007, 17:59
    #34966153
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
> Вы наверно знаете механизм контроля лучше

Чего контроля и чего лучше? Лучше одинце? Хуже одинце ничего быть не может. Любая реализация заведомо лучше.

> не желаете поделиться???

Чем, дружище? Механизмами контроля? Легко. Задавайте вопросы.
...
Рейтинг: 0 / 0
26.11.2007, 18:13
    #34966221
andbary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Сергей ВаскецовПозвольте осведомиться, о контроле чего топик по-Вашему? А для чего по вашему должна сохраняться история??? (если не для контроля)
guest_20040621Чего контроля и чего лучше? Лучше одинце? Хуже одинце ничего быть не может. Любая реализация заведомо лучше.

> не желаете поделиться???

Чем, дружище? Механизмами контроля? Легко. Задавайте вопросы. Ну так опишите свой механизм контроля? (сохранения истории изменений в данном контексте)

Если вы обижены чем то на 1це, это не повод кричать, что все у них плохо. Многие механизмы которые они используют вполне функциональны и используются еще в очень многих системах.
...
Рейтинг: 0 / 0
26.11.2007, 19:03
    #34966385
strizh
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
PostgreSQL:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
create table СхемаДляИстории.СправочникСИсторией (id integer not null, name varchar( 254 ) not null, ...,
mdate timestamp not null default current_timestamp, muser varchar( 25 ) not null default session_user,
primary key(id));
create table СхемаОсновная.СправочникБоевой (primary key (id)) inherits СправочникСИсторией;
create or replace function ДобавитьВИсториюСправочника() returns trigger as '
begin
insert into СхемаДляИстории.СправочникСИсторией (*) values (old.*);
return new;
end;'
language plpgsql;
create trigger ИсторияСправочника after update on СхемаОсновная.СправочникБоевой
for each row execute procedure ДобавитьВИсториюСправочника();
Практически все. Ну там мелкие несущественные тонкости (я б добавил последовательность для
СправочникБоевой.id) ... И заметьте - есть история - чего, кто и когда менял. Таблица
СправочникСИсторией хранится в одной схеме (ее можно вынести на другой дисковый массив, к
примеру) и содержит ВСЕ версии ВСЕХ записей Справочника, СправочникБоевой - в другой схеме -
на СамомБыстромМассиве, к примеру.
Можно оформить процедуру автоматического создания боевых таблиц вместе с триггерами - то
есть на каждую таблицу надо будет писать 1 запрос и вызов функции.

Чего тут обсуждать ? 10 строчек кода или чужое одноэсное говно ? :(
...
Рейтинг: 0 / 0
26.11.2007, 19:56
    #34966468
guest_20040621
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
> Ну так опишите свой механизм контроля? (сохранения истории изменений в данном контексте)

Задайте конкретный вопрос - получите конкретный ответ.

> Если вы обижены чем то на 1це

Дружище, мне глубоко плевать на одинце и аналогичные поделки. Что значит "обижен"? Это тупо и криво сделанный софт, который незачем обсуждать. Хотите что-то обсудить - специально для желающих есть соответствующий форум, там и развлекайтесь.
...
Рейтинг: 0 / 0
26.11.2007, 20:38
    #34966512
Бизон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
strizh
Вы предлагаете по сути разделит на две базы. Основная рабочая и архивная?
...
Рейтинг: 0 / 0
27.11.2007, 01:17
    #34966815
leonidy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Уважаемый Бизон!Мне кажется некорректной сама постановка вопроса.Для начала определитесь ,что у вас документ а что проводка.Не зная, что именно вы учитываете,трудно давать вменяемые советы.История изменений в отдельной базе? На то должны быть очень веские основания.Тем более на триггерах.Не понятно для чего вам нужна история изменений.Если чтоб было-то флаг вам в руки.Идея дублировать данные в другой базе мне как-то не очень нравится.Просто потому, что обьем кода и данных растет в геометрической прогрессии,и это не есть хорошо.В банковских системах обычно весь учет в двух таблицах.1 таблица собственно описание операции :кто когда кому за что и сколько ,разумеется только Id ентификаторы.Во второй таблице счета.Надеюсь вам не нужно обьяснять что есть счет.Остальное все возможные справочники на которые ссылаются идентификаторы из первой таблицы.Да кстати структура счета (20 разрядов) позволяет разносить любую аналитику.То-что вы называете субконто нафиг не упало потому как есть план счетов, где все четко и подробно расписано на какие счета чего должно падать.Кроме того есть куча инструкций как именно нужно фиксировать ваши операции в системе.Одна операция может давать несколько записей в основной таблице,(механизм сложных проводок) ну и т.д. и т.п.Не скажу ,что это есть само совершенство, но точно делалось не дураками и не с бухты барахты.Да кстати, по -поводу журнала изменений ну заведите еще одну таблицу и пишите туда ,что вам хочется писать.Главное чтобы вы потом смогли разобраться кто что и с кем :)
...
Рейтинг: 0 / 0
27.11.2007, 01:38
    #34966835
Sergey Tokarev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Как лучше - это вопрос не совсем корректный, потому что задачи ваши неизвестны. Я думаю, что механизм отделения проводок от документов нужен не всегда. Например, он нужен, если у вас есть много документов разных типов, которые имеют очень разную структуру и разные методы расчета влияния документа на состояние предприятия. Тогда удобно использовать проводки для того, чтобы свести разнообразие к однообразию один раз, и не сводить каждый раз при расчетах.

Если же движение ресурсов предприятия, учет которых вы автоматизируете, достаточно прямолинеен, то необходимости в проводках на мой взгляд нету. Как и в истории изменений.
...
Рейтинг: 0 / 0
27.11.2007, 09:47
    #34967124
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
andbary Сергей ВаскецовПозвольте осведомиться, о контроле чего топик по-Вашему? А для чего по вашему должна сохраняться история??? (если не для контроля)
1. Например, чтобы можно было "вытащить" значение наименования контрагента, которое было месяц назад, в отчет, а не для контроля. Есть еще способы использования протокола изменений. Я, например, по сохраненным изменениям формирую отчет о выполненной работе за период, а не вручную, как многие.
2. В корне топика не вижу, что основной темой является протоколирование изменений и хранение этой истории, разве только как небольшая часть того, что интересует автора.
...
Рейтинг: 0 / 0
27.11.2007, 10:02
    #34967157
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
БизонСхемы построения учетной системы. Нужна критика
Критиковать приведенные "системы" по уже описанным guest_ом причинам не буду, полностью согласен с его мнением, уже приведенным здесь.

Как у нас в случае, если по документу возможно появление проводок (только неочевидные для автора топика "особенности", которые он хотел подсмотреть в других системах).

1. Ничего с проводками "при каждом изменении документа" не происходит. Изменение документа возможно только в том случае, если он не утвержден (множество статусов здесь не обсуждаем). Раз документ не утвержден - с ним можно делать все, что хочется. Такая задача (чтобы проводки всегда соответствовали документу независимо от его статуса) может придти в голову только инвалидам детства, это бредовая задача, разве только блокировок наплодить и сервер подвесить удастся при массовых изменениях документов. Безусловно, если пользователь НУ ОЧЕНЬ СИЛЬНО хочет сгенерить проводки по черновому документу, он это может сделать. После утверждения документа в нем менять ничего нельзя, соответственно, (пере)генерить проводки можно в любой момент, пока они не утверждены.

2. Протоколирование изменений реализовано так, что оно ничего не знает про отдельные документы и проводки. Ему почти без разницы что протоколировать (разве что сразу же не делал возможность протоколирования всяких блобов, а то даже местным админам иногда опасно давать такое в руки, то есть, для них это by design). Включается, отключается, настраивается отдельно по каждому полю, если есть необходимость, можно временно включить или отключить все враз. Вся настройка отдана местным админам на откуп. Но это уже мелочи.

3. При удалении запись физически удаляется независимо от того, что это за запись. Утверждены регламены, что можно удалять (и как именно, если надо), что нельзя. Настроены права доступа так, что просто так никто не то, что удалить, а даже близко подойти не сможет.
...
Рейтинг: 0 / 0
27.11.2007, 11:00
    #34967327
Бизон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Для начала объектом для автоматизации является склад. После откатки технологии, планируется сделать торговлю и производство. В качестве основного элемента системы предполагается использовать документ. Документ должен выполнят движения по следующим разрезам учета: бухгалтерскому, налоговому и оперативному. К сожалению документ планируется препроводить при внесении изменений. Поэтому соответствующие проводки необходимо откатывать и делать новые. Возможно существует более эффективный алгоритм внесения изменений и выполнения изменений в базе данных без использования проводок.? Буду признателен за любые советы в данном направлении. История изменений нужна для формирования как бы следа документа, когда, что и кто изменил.
...
Рейтинг: 0 / 0
27.11.2007, 11:17
    #34967393
Ivan Durak
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Бизон Документ должен выполнят движения по следующим разрезам учета: бухгалтерскому, налоговому и оперативному. .
Куяясе! У вас круто задумано!!!
...
Рейтинг: 0 / 0
27.11.2007, 11:32
    #34967471
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
БизонДокумент должен выполнят движения по следующим разрезам учета: бухгалтерскому, налоговому и оперативному
Для складских документов ОУ вполне можно вести по самому документу и картотеке, проводки здесь дюже лишние.

БизонК сожалению документ планируется препроводить при внесении изменений
За этой фразой может скрываться все, что душе угодно. На всякий случай внимательно прочитайте п.1 моего сообщения выше.

БизонВозможно существует более эффективный алгоритм внесения изменений и выполнения изменений в базе данных без использования проводок.?
Какая-то каша у Вас. Проводки нужны для отражения документа в определенном учете (прежде всего это касается регламентированных учетов). Проводки никакого отношения к "внесения изменений и выполнения изменений в базе данных" не имеют.

БизонИстория изменений нужна для формирования как бы следа документа, когда, что и кто изменил.
Забудьте пока про историю изменений.
...
Рейтинг: 0 / 0
27.11.2007, 12:01
    #34967596
ModelR
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
2 автор
В принципе, можно фсе, например превратить документ с его проводками в маленький детектив.
Однако вряд ли ваше руководство намерено вырастить из кладовщиков авторов детективов, а затем заняться их (детективов) разгадыванием.

Сергей Васкецов ,
+1
...
Рейтинг: 0 / 0
27.11.2007, 12:22
    #34967687
Бизон
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
Возможно я неправильно использую понятие проводки. Для меня это механизм разнесения данных первичного документа после нажатия кнопки «выполнить» оператором по разрезам учета.
По поводу п.1. Документ может имеет проходить следующие состояниия. Набран –сохранен – проведен(выполнены проводки) - отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки).
...
Рейтинг: 0 / 0
27.11.2007, 12:32
    #34967738
Сергей Васкецов
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
БизонДокумент может имеет проходить следующие состояниия. Набран –сохранен – проведен(выполнены проводки) - отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки).
Странные состояния. Для складских документов более чем достаточно статуса "Утвержден" (если нет - правится как угодно, "Черновик") и аналогичного статуса проводок.
В статусах "отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки)" вообще никакого смысла не вижу.
...
Рейтинг: 0 / 0
27.11.2007, 12:34
    #34967758
sergey888
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схемы построения учетной системы. Нужна критика.
БизонВозможно я неправильно использую понятие проводки. Для меня это механизм разнесения данных первичного документа после нажатия кнопки «выполнить» оператором по разрезам учета.
По поводу п.1. Документ может имеет проходить следующие состояниия. Набран –сохранен – проведен(выполнены проводки) - отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки).

Вообще в бухгалтерии нет "отката" проводки. Делается сторнирующая проводка.
поэтому состояния

автор
отменен(откат проводок) – изменен(история изменений) – перепроведен(выполнены проводки)


не совсем понятны и только будут вносить путаницу в учет.
...
Рейтинг: 0 / 0
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Схемы построения учетной системы. Нужна критика. / 25 сообщений из 79, страница 1 из 4
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]