|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичОчевидная избыточность, 4321??? а можно по сущ-ву? или так и останемся на уровне декла'какций? Чернышев Андрей ЛеонидовичА хранить "массу" в "операции" - означает хранить где-то "метаинформацию", что те или иные поля операции - и есть "масса". С этим не поспоришь.а кито спорит. просто есть примитивное соображение - хранить "мета"информацию, о том, что конкретное поле _одной_ таблицы - есть масса - выгоднее, чем хранить такую же (мета)инфу, что перечень полей ааа.ххх - яяя.zzz таблиц {ааа-яяя} - есть масса. Кстати сказать, как правило, при столь простом устр-ве бд, эта инфа зашита в код (т.е. нет нужды _запрашивать_ в БеДе эту метаинфу - что попросту элементарно выгодно). если мы даже добавим некие "новые операции" с массой, масса в ней будет представлена _уже_ ранее определенным полем таблицы, о котором система уже "знает" , что это - масса. и уже умеет с ней работать, не перезапрашивая метаинфу в настроешных таблах. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2006, 11:31 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичНе удивительно, iscrafm, уже много раз повторил. Конечно, ошибочные решения тоже работают! Итак, даты в проводке нет, а есть только сумма из операции и два счета. Вы помещаете их зачем-то в отдельную таблицу, и радуетесь, что работает. Я же три раза повторил - правильно делаете; обязательно нужно пройти через размещение проводок в отдельной таблице. Неужто по КАЖДОЙ операции формируется ТОЛЬКО одна проводка (ДебетКредитСумма)? Или у Вас НЕреляционная СУБД? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2006, 13:33 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
alvaoИли у Вас НЕреляционная СУБД? CACHE + MMS 2 Андрей Леонидович ------- Зачем при при инсталляции (ИКС) лезть в стандартные шрифты и параметры сети? Установил на свою голову. Пришлось долго и упорно Windows XP после этого лечить. Лучше бы этим вопросом озаботились. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2006, 16:02 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Вы хотите опять вернуться к идее "современных гетерогенных систем", так как не получается сделать "бухгалтерский учет" в "не бухгалтерской системе", iscrafm ? То есть не получается построить систему на корпоративной БД ? А говорили, что получается. Чем же Вас привлекло хранение сумм из операций и счетов в "отдельной таблице проводок" ? Итак, ДАТ В "ТАБЛИЦЕ ПРОВОДОК" НЕТ. Следовательно, чтобы сделать отчет по счету, например, 43, за период с 20.07 по 15.08, и показать в нем для каждой операции ее специфические данные (для выработки - номер смены, для отгрузки - номер автомобиля и т.п.), Вы будете обращаться к "таблицам операций" ? А не к тем "таблицам за три года", которые Вы "обрабатывали" в первой серии Вашего фильма ? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 00:53 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Да я не против назойливости, ModelR. Но Вы опять про "остатки". Приведите в точности "этот же" пример для "операций" и "проводок", а не для "остатков" и "счетов". И потом, чем "склад" лучше "ячейки". Почему Вы провели "линию интересов" именно так ? Ну лежит товар часть в одной комнате, часть - в другой. Это логистику, менеджеру может и интересно, а бухгалтеру зачем ? И наоборот, почему Вы "прячете" от менеджера "сумму", а от бухгалтера "ячейки" ? А если это просто один человек ? Но вернемся, все-таки, к теме "операции" и "проводки", пожалуйста... ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 01:05 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
А я всегда "по сущ-ву" говорю, 4321. Но если Вы этого существа не замечаете, что же тут поделаешь ? Дата "операции" и суммы из "операции" у Вас в "таблице проводок" есть или нет ? Хорошо про "метаинформации". Но хранение "проводок" в "операции" ничем не отличается от хранения "массы" в "операции". ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 01:20 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Про СУБД давайте не будем, alvao. Здесь уже все знают "про СУБД". На предыдущей странице ### меня уже "упрекнул" за упоминание СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 01:22 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Нет, iscrafm, у нас вопрос - "операции" и "проводки". ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 01:23 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичНет, iscrafm, у нас вопрос - "операции" и "проводки". А сколько можно его мусолить. Я Вам привел живые примеры 3-х вариантов представления проводок, в том числе и без хранения в отдельной таблице. Что еще интересует? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 11:40 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
А Вы не мусольте. Ни одного примера хранения проводок Вы не привели (Вы привели интерфейсы пользовательские). Вы мусолите, а я конкретику из этого извлекаю. Вот она: Итак, есть отдельная от операций "таблица проводок", причем ДАТ В "ТАБЛИЦЕ ПРОВОДОК" НЕТ. Следовательно, чтобы сделать отчет по счету, например, 43, за период с 20.07 по 15.08, и показать в нем для каждой операции ее специфические данные (для выработки - номер смены, для отгрузки - номер автомобиля и т.п.), Вы будете обращаться к "таблицам операций" ? А не к тем "таблицам за три года", которые Вы "обрабатывали" в первой серии Вашего фильма ? Что Вы сделаете известно. Обведете в квадратик какое-нибудь предложение на свой вкус, и начнете отвлеченно "мусолить", но никогда не скажете зачем Вы повторно хранените суммы из операций в "отдельной таблице", но при этом дату оставляете в операции. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2006, 14:41 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Андрей Леонидович, Вы же профессионал. Неужели тяжело разложить UI в с структуру? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2006, 00:38 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Мысль #1 ЧАЛ в принципе идея то ясная. Храним данные об хозяйственных операциях, в операциях ставим галочку "учтено" и проставляем дату учета. Каждому типу хоз.операции однозначно соовествует фиксированный набор проводок, что дает возможность строить при необходимости проводки по операциям а не хранить их отдельно. Если все так - вай нот? Но вот вам конкретный пример. Существует (было это 7 лет назад) российская контора, у короторой иностранный учредитель. В конторе сооветсвенно два учета - финансовый, для западных хозяев и бухгалтерский сами знаете для кого. Сответсвенно есть два плана счетов ,которые меду собой слабо связаны. Например выявлен брак на складе. По западному учету он списывается по результатам инвентаризации(они там привыкли доверять на слово и им важна реальная картина). Для российской бухгалтерии нужны какие-то акты,документы, на офрмление которых логистик забил по жизни, а глав.бух. принципиально ему об этом даже не напоминает... в общем несписанный брак висит годами(!)-этого товара уже и на складе нет. При этом успешно закрываются года, платится налог на имущество (в.т.ч на этот уже выброшенный брак). А потом, через четыре года эта ситуация всех достает и бухгалтер единовременно зафигачивает (фактически одной строкой) проводку на списание 6млн. рублей, предварительно напечатав кучку липовых актов, которые никак не соотносятся с реальными списаниями, которые зафиксированы в БД склада. Конечно же это называется "бардак в конторе". Более того, я подозреваю, что если бы была нормальная система, то этого бардака возможно бы и не было, Но цель таких контор - работа и торговля и т.п. на автоматизацию они смотрят далеко не в первую очередь. И возможно , с их точки зрения это не бардак, а "гибкость". Мысль#2 ЧАЛ, хочу отметить, что все системы автоматизации учета есть именно то, что сказанно " автоматизации учета ". Другими словами учет - т.е описание хозяйтсвенной деятельности человека, существовал задолго до компьютеров. Еще раз повторю -учет - это описание хозяйтсвенной деятельности человека, описание того, что сделали и, по сути, некая модель. Если Вы внимательно читалли всякую литературу по БД и по моделированию, то должны были обратить внимание на то, что одна и та же предметная область может моделироваться по разному и с разными урованями абстракции. Так фот бухгалтерсий учте и оперативный учет - это разные абстракции, и разные модели, которые (еще раз повторю) появились задолго до компьютеров. Я не вижу, что в ближайшее время эти модели перестанут быть актуальными. Насколько я смог Вас понять (может я не так понял, но что поделать, если Вы объяснят не умеете, а тока "каверзные" вопросы задаете), что бухгатерские данные могут быть получены из оперативных данных и нефига их хранить отдельно. Одноко для этого требуется самая малость , а именно - что бы бух. данные однозначно выводились из данных оперативного учета ( иначе данные бухгалтерии должны храниться, а не выводиться - потому что возможны случаи, когда их просто не из чего вывести). ЧАЛ, честно - мне за мою недолгую карьеру такие однозначные предприятия не попадалось. Хотя, видимо, к этому надо стремиться. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2006, 12:16 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Хорошо, iscrafm, на этом ("разложении UI в структуру") и закончим, чтобы не мусолить. Спасибо, Мимо пробегал, за конструктивные мысли. Мысль #1. Здесь мне сказать нечего. Это не бардак, и не гибкость. Это отказ от учета в принципе. Мысль #2. Конкретизирую. Вы храните "бухгалтерские проводки" отдельно от "объективных операций", так как в них содержатся данные, которых нет в операциях. Приведите хотя бы один пример. Пока это никому не удалось, и можно сделать, прямо противоположный Вашему, вывод: "не однозначных предприятий" не существует. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.09.2006, 20:18 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
ну что сказать. ЧАЛ....Это не бардак, и не гибкость. Это отказ от учета в принципе....Приведите хотя бы один пример.... Алё, это был пример из жизни. Более того ,это был пример белого и очень законопослушного предприятия вполне успешно выдерживающего всякие налоговые проверки и внешние аудиты. И именно поэтому я бы не сказал, что там прямо так и не было учета. Проблема в том, что там было много разных и не связанных между собой учетов (хотя каждый из них сам по себе был вролне даже ничего). ЧАЛможно сделать, прямо противоположный Вашему, вывод: "не однозначных предприятий" не существует. Да делайте какие угодно выводы, ЧАЛ. Если кому то из здесь присутсвующих повезет поднимать новое предприятие с нуля, этот человек может быть и задумается над идеей нехранимых, вычисляемых проводок. Но мне кажется что эта идея никогда не будет реализована в чистом виде. Во-первых вряд ли найдется такой бухгалтер, который бы не захочет что-то где-то подкрутить. Он имеет на это полное право, ибо он несет уголовную ответсвенноть перед государством. Во-вторых если проводки каждый раз вычислять из операций, то это по определнию будет дольше. В общем как обычно - истина где то посередине. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2006, 13:47 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичДа я не против назойливости, ModelR. Но Вы опять про "остатки". Приведите в точности "этот же" пример для "операций" и "проводок", а не для "остатков" и "счетов". Замените имена таблиц и добавьте реквизиты Основание, Дата. Для целей топика достаточно. Чернышев Андрей Леонидович И потом, чем "склад" лучше "ячейки". Почему Вы провели "линию интересов" именно так ?Каждый занят своим делом - корпоративная система однако. Чернышев Андрей Леонидович Ну лежит товар часть в одной комнате, часть - в другой. Это логистику, менеджеру может и интересно, а бухгалтеру зачем ? Ну! Чернышев Андрей Леонидович И наоборот, почему Вы "прячете" от менеджера "сумму", а от бухгалтера "ячейки" ? А если это просто один человек ?И все помещается в EXCEL.:) Т.е. предлагается заставить и бухгалтера и склад перечислять товары и по счетам и по ячейкам. Сомневаюсь я... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2006, 15:54 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичПро СУБД давайте не будем, alvao. Здесь уже все знают "про СУБД". На предыдущей странице ### меня уже "упрекнул" за упоминание СУБД. Давайте рассматривать сферического коня в вакууме :-) Однако, Андрей Леонидович, для того чтобы "эффективно" хранить "проводки" прямо в "операции" мне придётся отказаться от использования MS SQL... Возможно, в случае использования Cache и эффективна Ваша модель данных... ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2006, 19:50 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Вы-то, конечно, не сказали бы, Мимо пробегал. Но учета нет, это очевидно, если Вы про пример из #1. Не учли очевидный факт. Нет учета. А где же пример из жизни по #2 ? Когда в "операции" данных нет, а в "проводке" по этой "операции" данные вдруг появляются ? Опять общие рассуждения о том, что бухгалтер имеет право разрушить учет на предприятии и/или вести свой личный учет. Нет, ModelR, не достаточно. "Проводки" не появятся, если добавить "дату" (и потом, можно подумать, что "остатки" не на "дату"). Ну кто же спорит, что "каждый занят своим делом". Однако Вы навязываете область "своего дела", и я говорю, что это не правильно (навязывать). Нет, не предлагается никого заставлять в принципе. Каждый занимается своим делом. Рабочие, мастера, кладовщики и др. работники регистрируют операции. А проводки делаются автоматически. Даже "типовые проводки" не нужно описывать. Не понимаю откуда Вы взяли "предлагается заставить". Не понял, alvao, при чем здесь Cache, MS SQL и "конь" ? Если Вы имеете в виду, что РМД (которую не поддерживают ни MS SQL, ни Cache) не позволяет хранить "проводки" в "операции", то это не так. РМД не накладывает никаких ограничений на типы. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.09.2006, 21:44 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей ЛеонидовичНет, ModelR... Пример есть, контрпримера нет, выходит Да. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 17:25 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
ЧАЛНо учета нет, это очевидно, если Вы про пример из #1АГА. это в Вашем ЧАЛ понимании учета нет (и я понимаю, о чём Вы говорите). Но в понимании бухгалтера этой организации, который над каждой бумажкой дрожит, учет есть. В понимании налоговых инспекторов и аудитов учет тоже есть, потому как эта контора успешно и законно выдерживает проверки. Конечно находятся мелкие нарушения , начисляются кой-какие налоговые штрафы, куда без этого - но в целом ОК. Иностранные хозяева тоже довольны. Честно говоря, я еще более честной (белой и пушистой) конторы не встречал..... у них даже ПО и то - всё законно купленное =) Они - заказчики и под них надо подстаиваться. А если я, увидев такую картину, заявлю "да у вас учета нет" и "давайте главбух не будет иметь доступа к проводкам" я подозреваю, что они пошлют на китайский остров Х*й, тем самым продемонстрировав, что несмотря на принципиальную невозможность примера #2 опять же я Вас понимаю - например можно применять к хозяйственным операциям разные схемы учета да еще с параметрами, и указывать в операции вместе с датой учета схему учета (вместо того, что бы хранить проводки), он все таки побеждает :). Вот и решайте - либо благородные принципы(не спорю - они правда благородные), либо пивка с хорошей закусью. Такой вот я беспринципный.:) авторРабочие, мастера, кладовщики и др. работники регистрируют операции. А проводки делаются автоматически...идеальный мир... но тогда я вообще не понимаю о чем спор. Если Вы за то ратуете, что бы проводки аффтоматом делались, так оно так уже давно и есть. Взять например тот же Navision - в нем, если всё правильно настроить, рУками в проводки вообще лазить не надо. Они сами генеряться по учету всех операций.... пользователю же наплевать, храняться или вычисляются. Ну а что б кто-нить "бухгалтерию не спортил" надо таблицу от ручного редактирования закрыть и всё. Не вижу проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 20:10 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Мимо пробегал...Не вижу проблемы. Проблема глубже. У Андрея Леонидовича Чернышев Андрей ЛеонидовичДаже "типовые проводки" не нужно описывать т.е. тупо в скриптах каше все записано под типовые формы документов. Дешево и сердито, а главное никому не нужная экономия. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 21:19 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Рад за Navision, Мимо пробегал. Но в программном коде и Axapta, и Navision, и (прошу прощения за непатриотизм) 1с после "тщательных настроек" я встречал буквально счета, то есть данные. Большего кошмара трудно себе представить. Тем не менее я тоже не вижу никаких проблем. Хранить "проводки" в "отдельной таблице" - плохое решение, но оно работает. Разве я говорил, что есть какие-то проблемы ? А кто у нас "принципный" ? Правители сказали, например: "а теперь два износа будете начислять", и все будут начислять как миленькие. Скажут три, все будут три начислять. Они правители, и под них надо подстраиваться. А то пошлют на остров по-настоящему. Здесь я Вас понимаю. Не будем забывать, что страх и безропотность - это русская национальная идея. Но Вы подменяете один вопрос другим. Конечно же, бухгалтер может выполнить нужную его предприятию операцию (назовем ее "бухгалтерской"). Но это должна быть формализованная (для его же удобства) операция, по которой так же автоматически делаются проводки. Не понимаю о каком "идеальном мире" Вы говорите. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 21:21 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Чернышев Андрей Леонидович... Они правители, и под них надо подстраиваться. А то пошлют на остров по-настоящему. Здесь я Вас понимаю. Не будем забывать, что страх и безропотность - это русская национальная идея. .... Это называется законопослушание , бунтарь Вы наш... ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 21:30 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
А как же, ###. Еще лучше - мудрость ! ... |
|||
:
Нравится:
Не нравится:
|
|||
05.09.2006, 21:52 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
Андрей Леонидович, будьте мудрым. Откройте уже тайну, как Вы там в глобалях что храните и насколько это универсально для всех СУБД. Или уже давайте говорить в привязке к платформе. Так просто будет намного интересней. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.09.2006, 00:52 |
|
чтоб не изобретать велосипед спрошу у людей
|
|||
---|---|---|---|
#18+
О, не бросайте такой интересный топик. Зачитался:) Насколько я правильно понял (с учетом узости взгляда и шаблонности мышления), Андрей Леонидович, предлагает каждый документ считать операцией или по-другому, каждая операция оформляется своим документом. Например, купили материал, оформили документ оприходования на склад, это операция Дт10-Кт60 Выделили НДС, для этого у нас служит запись - счет-фактура, в теле документа операция Дт19 - Кт60 Зачли НДС, для этого существует документ - запись в книгу покупок, операция Дт68-Кт19 и т.д. Если хорошенько подумать, то все должно оформляться документами и, вероятно, нет такой операции, которая не имеет основы в виде документа. Из этого можно сделать вывод, что вынесение проводок в отдельную таблицу, наглядный пример лени разработчиков, которые не хотят анализировать и описывать все связи между документами и т.д. Хотя может я и не прав и здесь скрывается какая-то страшная тайна. А кто ее узнает, сам виноват:) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.09.2006, 01:58 |
|
|
start [/forum/topic.php?fid=32&msg=33963526&tid=1540139]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 259ms |
total: | 381ms |
0 / 0 |