|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
LightNetА мне вот по теме статья понравилась. Там, как мне кажется, говорится то, что Чернышев Андрей Леонидович м.б. недоговорил в данном топике. Вы умеете читать мысли? Поделитесь соображениями, что же такого гениального крутится в голове у ЧАЛ'а и о чем он так упорно молчит? Лично я как-то не нашел связи статьи (iscrafm прав - статья на уровне букваря) с его мыслями. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2006, 19:04 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
В этой статье, LightNet, описана типичная бухгалтерская система: счет-проводка-аналитики. Такие системы быстро распространялись в конце 80-х начале 90-х годов (имеется в виду в России). Тогда соревнование шло в области "количества уровней аналитик" и возможности их "перестраиваемости". Когда "производственники" тоже захотели планировать, учитывать, контролировать, и обратились к "программистам бухгалтерий", выяснилось, что механизм счет-проводка-аналитики не годится для описания спецификаций, технологических операций, регистрации самих фактов выработки, расхода, упаковки продукции, распределения по транспортным единицам и т.п. Пришлось учитывать специфику реальных операций. Кто "в лоб" программировал, кто какие-то инструменты создавал. Но "бухучет" ведь уже "сделан" ! Значит давайте соединять эти разные системы, то есть передавать данные из объективных систем, в которых итак есть все "аналитики" (бессмысленный для корпоративных систем термин), в бухгалтерские системы. Короче говоря, эта статья пересказывает идеи 25-летней давности, но содержит (относительно) современные термины (OLAP, материализованные представления, инкапсуляция необходимой логики в middleware-слое и т.п.). Так можно строить "бухгалтерские системы (их, собственно, всегда так и строили), но не корпоративные, включающие "бухучет". "Бухгалтерские проводки" - это просто механизм дополнительной индексации объективных операций, в которых содержится вся необходимая информация. Кроме того, как я уже говорил, "бухгалтеру" может понадобиться видеть в "отчете по счету" и примечание из ТТН, и номер автомобиля, и все что угодно. И именно "корпоративное проектирование бухучета" обеспечивает полную свободу не только всем остальным, но и бухгалтеру. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2006, 23:16 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Предлагаю поговорить о погоде. В Киеве холодает... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 02:17 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей Леонидович "Бухгалтерские проводки" - это просто механизм дополнительной индексации объективных операций, в которых содержится вся необходимая информация. Кроме того, как я уже говорил, "бухгалтеру" может понадобиться видеть в "отчете по счету" и примечание из ТТН, и номер автомобиля, и все что угодно. И именно "корпоративное проектирование бухучета" обеспечивает полную свободу не только всем остальным, но и бухгалтеру. тут почти все. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 02:28 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичВ этой статье, LightNet, описана типичная бухгалтерская система: счет-проводка-аналитики. Такие системы быстро распространялись в конце 80-х начале 90-х годов (имеется в виду в России). Тогда соревнование шло в области "количества уровней аналитик" и возможности их "перестраиваемости".А до конца 80-х на счетах считали? Чернышев Андрей ЛеонидовичКогда "производственники" тоже захотели планировать, учитывать, контролировать, А до этого не хотели? Или Вы описываете какое-то КОНКРЕТНОЕ предприятие? Могу привести контрпример, когда бухгалтерию автоматизировали АСУТП-шники... Чернышев Андрей Леонидовичи обратились к "программистам бухгалтерий", выяснилось, что механизм счет-проводка-аналитики не годится для описания спецификаций, технологических операций, регистрации самих фактов выработки, расхода, упаковки продукции, распределения по транспортным единицам и т.п. Пришлось учитывать специфику реальных операций. А вот здесь поподробней - что же такого порочного в сием механизме? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 07:22 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Механизм счетов-проводок не годится для: резервирование, планирование, CRM ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 08:23 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
gybsonМеханизм счетов-проводок не годится для: резервирование, планирование, CRMА также для забивания гвоздей, рожания детей и т.д. и т.п.... Мы вроде как об УЧЕТЕ говорили? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 08:35 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
iscrafm LightNetА мне вот по теме статья понравилась. Там, как мне кажется, говорится то, что Чернышев Андрей Леонидович м.б. недоговорил в данном топике. И где Вы там увидели то, о чем не договоривает Чернышев А.Л.? Там показана типовая структура основных таблиц главной книги. Реально, процентов 99% систем там и строятся. Эта статья под разными авторами не первый год бродит по просторам интернета.99% это преувеличение. Многие западные и некоторые российские системы используют в качестве элементарной записи не структуру УчетнаяПозицияДт-УчетнаяПозицияКт-Сумма , предлагаемую в статье, а так называемые полупроводки УчетнаяПозиция-Сторона-Сумма . ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 10:55 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
2### автор...А вот здесь поподробней ...А вот этого он не умеет ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 11:37 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
ModelR так называемые полупроводки УчетнаяПозиция-Сторона-Сумма . Я это во внимание не брал. Речь о том, что все равно - выделенная таблица проводок. В этом смысле 99%. Один процент оставил на гениальную идею Ч.А.Л., если когда-нибудь он о ней расскажет. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 12:21 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
iscrafm Я это во внимание не брал. Речь о том, что все равно - выделенная таблица проводок. В этом смысле 99%. Один процент оставил на гениальную идею Ч.А.Л., если когда-нибудь он о ней расскажет.судя по всему проводка у чал хранится в документе (точнее - в операции). операции разбиты по таблицам, в зависимости от их типов (т.е. от присущих им "аналитик"). Оборотка по счету, буде запрошена, подтягивает все таблицы операций, в которых могут встречаться проводки по счету. каковая "возможность" - зашита в жесткой схеме генерации проводок типом операции (и, возможно, контекстом операции). Т.е. нет выделенной таблицы проводок (подвязанной к обобщенной таблице операций или к множеству специализированных), а все проводки хранятся "непосредственно в (специализированных) операциях". При вводе нового типа (изменение законодательства) видимо генерируеца новая "операционная" таблица и новый "операционный" интерфейс (+ переписываются методы свертки обороток). Ну или автомат какой этим занимается (патипа "объектного нафигатора"). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 12:35 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Мы вроде как об УЧЕТЕ говорили? Я просто ответил на вопрос озвученный выше. Обсуждать, годится ли бухгалтерский учет для бухгалтерского учета как-то странно. Счета - предназначены для группировки и текущего учета однородных хозяйственных операций; отдельный счет открывается на каждый вид хозяйственных средств и их источников; делятся на активные и пассивные счета в соответствии с делением баланса на актив и пассив. Двойная запись - способ регистрации хозяйственных операций на счетах бухгалтерского учета; состоит в том, что сумма каждой хозяйственной операции одновременно записывается в дебет одного счета и в кредит другого. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 13:25 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
На ЕС ЭВМ, ###, некоторые, а большинство на калькуляторах. Хотели, на ЕС ЭВМ, в пакетном режиме. Все типы примеров мне известны. Когда АСУТП-шники автоматизировали бухгалтерию, они, надеюсь, оставались инженерами. Или у них "производственные системы" уже (!) строились на механизме счет-проводка-аналитика ? Будет время загляните в оригинальные (написанные до бухгалтерских) системы АСУТП-шников, и поищите там "счета" и "проводки". Есть неточности в Ваших рассуждениях, 4321. Законодательство, о котором Вы говорите, не может изменить объективное движение материи. "Подтягивает все таблицы операций" и в случае хранения "проводок" в "отдельной таблице". К чему же об этом говорить ? Тем более, как Вы правильно намекнули ("нафигатор"), РСУБД с ее "таблицами" все равно нельзя использовать для "учетных систем" (если Вы помните, для этих СУБД вообще не нашлось примера подходящей задачи). "+ переписываются методы свертки обороток" - ошибка - не переписывается ничто, связанное с "проводками", если вдруг откроется новый закон природы, и добавится новая операция. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 14:37 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичЕсть неточности в Ваших рассуждениях, 4321. Законодательство, о котором Вы говорите, не может изменить объективное движение материи.посвольте уточнить: вы так прямо все объективное движение материи и моделируете. во всех, так-скаать диталях? давайте не вешать лапшу друг-другу на уши. телодвижения материи посредством законодательства возможно и не меняюцца, но количество параметров, требующих "учета" в системе - лихко. Чернышев Андрей Леонидович"Подтягивает все таблицы операций" и в случае хранения "проводок" в "отдельной таблице". К чему же об этом говорить ? Тем более, как Вы правильно намекнули ("нафигатор"), РСУБД с ее "таблицами" все равно нельзя использовать для "учетных систем" (если Вы помните, для этих СУБД вообще не нашлось примера подходящей задачи). "+ переписываются методы свертки обороток" - ошибка - не переписывается ничто, связанное с "проводками", если вдруг откроется новый закон природы, и добавится новая операция.ну так и разложите свои не табличные (нереляционные) объекты на обозрение. мы на них плюбуемса. касательно "не переписываицца ничего" - так для _реляционной_ бд вынос отдельной таблицы проводок и обслуживает эту задачу - "не переписывания ничего" при смене количества учитываемых в модели параметров "движения материи". ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 15:10 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
посвольте диталях меняюцца лихко плюбуемса в 5 строках столько ошибок, это ж надо. Какие материи, какое законодательство.. Поговорим о правописании. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 15:18 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
iscrafmПоговорим о правописании.помои му, в топеге за я в лена иная тема. ви не находить? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 15:50 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Молодец, 4321, но "количество параметров учета" не добавляет, само по себе, "новую операцию". И меняется не легко, а в результате титанических усилий законодательных и исполнительных органов; но даже эти усилия не могут не то что разрушить, а даже легко повредить объективную реальность. Я Вам "лапшу" никуда не вешаю, а Вы можете вешать что угодно, и куда угодно - это не изменит объективную реальность, но, конечно, сблизит Вас с правительством. Вот именно, если бы еще при использовании РМД данные от кода не отделялись, то вообще не о чем было бы говорить. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 16:26 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей Леонидович"количество параметров учета" не добавляет, само по себе, "новую операцию". И меняется не легко, а в результате титанических усилий законодательных и исполнительных органов; но даже эти усилия не могут не то что разрушить, а даже легко повредить объективную реальность.вот я и спрашиваю "ви уже смоделировали в своей приладе "обЪяхтифную риальнась" во всей ее полноте"? (ф силу чаго и пазваляете сибе надсмехацца над нами, неразумными реляционщиками) Или таки предпочитаете моделировать исключительно существенные для учета детали? И как достигаецца конформность (хипкость, хто не ф теме) модели для случАеф, когда этта самая риалность, в лице законнодателей взбрыкивает, и выдает на гора новые правила учета? Ить для случая центральной (сквозной) таблички проводок - я, в крайнем случае, могу и руками (или настройками) добавить любые _новые_ проводки - и делов. А чито мы имеем в такофском случАе при ползовании объектными нафигаторами? помимо деклараций, есс-но. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 17:32 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Вот это я Вам, 4321, и объяснял весьма подробно. А Вы продолжаете "вешать" про "в крайнем случае". В "операции" у Вас данных не будет, а в "проводке" будут. Например, сумма НДС (когда "кто-то", якобы "придумает" НДС). И долг перед поставщиком будет у всех не правильный, а у бухгалтера - правильный. Или стоимость товара. Или что-то еще. И после этого детского лепета про "отдельную таблицу на крайний случай" Вы хотите, чтобы я над Вами не смеялся ? Хорошо, я буду хмуриться. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.08.2006, 20:27 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Андрей Леонидович, возьмите какой-нибудь гипотетический пример движения материи на предприятии и примените к нему Вашу модель с пояснениями. Вы очень красиво излагаете, но очевидно, что никто так и не смог полностью понять что же имеется в виду. Расставьте все точки на "ты". ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2006, 16:19 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Что означает, Кифирчик: "очень красиво" ? "очевидно" ?? "никто" ??? "полностью" ???? Расшифруйте, пожалуйста, а лучше дайте ссылку на источник. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2006, 18:13 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Или возьмите какой-нибудь гипотетический пример движения материи на предприятии и примените к нему Вашу модель с пояснениями. Я здесь никаких моделей не предлагал, а только сообщил автору темы, что размещение "проводок" в "отдельной таблице" - плохое решение. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2006, 18:19 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Что означает, Чернышев Андрей Леонидович : "гипотетический пример" ? "движения материи" ?? "применение модели с пояснениями" ??? "плохое решение" ???? Расшифруйте, пожалуйста, а лучше дайте ссылку на источник. Золотые слова - "...никто так и не смог полностью понять..."разве что слово "полностью" лишнее. И не стоит. Опыть общения показывает, что он объяснить ничего не может, не умеет и, что самое главное, и не хочет - видимо потому, что объяснять нечего. Бесплатный совет - для того, что бы это не нюхать, не надо на это наступать. В качестве альтернативы - с ним надо говорить его же языком. Почему то это выводит его из себя, когда с ним общаются так же, как он общается с другими. ЧАЛРСУБД с ее "таблицами" все равно нельзя использовать для "учетных систем" ( если Вы помните , для этих СУБД вообще не нашлось примера подходящей задачи).Одиозный Вы наш, вы опять свои НЛП-фокусы начали? Откуда же ему это помнить то? Не было такого! а если хотите доказать, что было - напомните, "расшифруйте пожалуйста, а лучше дайте ссылку на источник". ЧАЛ, общающийся с Вами народ неоднократно убеждался, что эти Ваши языческие заклинания(которые Вы пытаетесь выдать за мудрые мысли) всего лишь сплошной блеф, гон и распальцовка. Конечно неопытые оппоненты клюют поначалу на раздуваемые Вами щеки, но этих раздутых щек ненадолго хватает, а ничего другого у Вас нет. Смиритесь ЧАЛ :). Сходите в кино. ...Кстати о кино. Почемубы Вам, ЧАЛ, в ваших терзаниях не занятся кинематографом? Нафига эти БД? Приходит клиент, а Вы ему вместо накладной видеопленочку с записью того, как ему товар запаковывали и отгужали. Приходит налоговая - а Вы ей пленочку с очередью у кассы выдачи зарплаты и крупным планом все выдаваемые купюры. Прикиньте ЧАЛ, ведь это самое, что ни на есть прямое отражение объективной реальности. Тогда не то что записи в рел. БД - тогда даже объектный нафигатор не потребуется. Дя что там объектный нафигатор! Вообще все все компьютеры выбросит можно... да и бумажки тоже!! На пленке то ведь все видно - кому чего отдали, у кого что взяли и, поэтому, бумажки не нужны. Вот оно где настоящее отображение объективной действительности то - в кинокамере!!! Не там копаете, ЧАЛ. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2006, 19:19 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Немного путано, Мимо пробегал, но для начала неплохо. Вы нашли еще один "аргумент" в пользу хранения "проводок" в "отдельной таблице" (хотя явно не сказали, что так и делаете). Как я понял, Вы это увидели в кино. Возможно это был учебный фильм по проектированию баз данных. А поскольку Вы в этом деле, видимо, новичок (судя по тесту, который Вы написали), Вы, что вполне естественно, в это поверили (а не "купились на раздувание щек" авторами этого учебного фильма). На мой взгляд, это слабый аргумент. Вам нужно поднатужиться. А то получится то же, что и с РМД и "Р"СУБД, для которых никому так и не удалось ни придумать ни одной подходящей задачи, ни даже объяснить смысл этих "технологий" (из-за отсутствия их формального описания), как Вы помните. Если же Вы хотите, чтобы "настоящие специалисты" обсудили вопрос "операции/проводки" без меня, то так прямо и скажите, засекреченный Вы наш. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2006, 20:16 |
|
|
start [/forum/topic.php?fid=32&msg=33942456&tid=1540139]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
160ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 282ms |
0 / 0 |