Очень поздние откаты в базе. SQL 2000, D7,

← →
Vlad Oshin © (2008-05-16 12:13) [0]

Не знаю как начать, начну с ситуации
Допустим, программа считает, пишет в БД, считывает из БД, логику рабочего процесса не нарушает.
Вдруг, выясняется, что пользователь ошибся при вводе данных.
--например, доллары поставил вместо рублей
А на их основе уже столько всего пересчитано и перезаписано и не за один день.
Надо исправлять как-то.

какие методики есть, где почитать?

← →
Игорь Шевченко © (2008-05-16 12:39) [1]

> какие методики есть

насколько я знаю, никаких

← →
dr Gonzo (2008-05-16 12:44) [2]

В некоторых учетных системах вообще документы закрываются и редактирование прошлым числом не возможно.

А решается просто - корректирующими документами.

Допустим облажался вбил не 1.000р а 10.000р прихода.

Вот нужно создавать корректирующий документ на -9.000р.

Очень удобный вариант.

← →
^-k2-^ © (2008-05-16 12:45) [3]

у нас в системе тоже есть промежуточные данные - позиции: торговые, денежные, депозитарные; исправляем только полным пересчетом соответствующей позиции с параметрами, например по конкретному клиенту, по конкретной бумаге, начиная с конкретной даты и проч.

← →
Kolan © (2008-05-18 09:43) [4]

Используйте паттерн команда. Какакя разница сколько я всего наделал в фотошопе, я всегда могу все это отменить.

← →
_mirage (2008-05-18 17:16) [5]

Удалено модератором

← →
^-k2-^ © (2008-05-18 17:25) [6]

to [5]
причем тут бумажный чегототам или электроника, окстись
если находят ошибку в прошлом периоде, по которому прошли все отчеты вр всяческие контролирующие организации, вполне нормально исправлять специальными операциями
радуйся што не бухгалтер и наслаждайся жизнью, чего их пинать :о)

← →
_mirage (2008-05-18 17:47) [7]

>[6] ^-k2-^ © (2008-05-18 17:25:00)
так я радуюсь. а фигня от этого никуда не пропадает: взяли бумажный делооборот и тупо «перенесли» на электронику. то, что для электронного совсем другой принцип нужен — не дошло. впрочем, тупее «бухгалтеров» я не видел никого, так что закономерно.

---
Understanding is not required. Only obedience.

← →
^-k2-^ © (2008-05-18 18:04) [8]

была бы у меня идея про другой принцип, яп мож тебе и не возражала, атак фиг их знает
с другой стороны, если вынуждены переносить бухгалтерские приницпы в бухгалтерские программы, то и мож они не тупые. просто у них другой тип мозгума? :) а вообше отношение прогеров к бухам поголовно шовинисткое

← →
_mirage (2008-05-18 18:12) [9]

>[8] ^-k2-^ © (2008-05-18 18:04:00)
>была бы у меня идея про другой принцип, яп мож тебе и не возражала, атак
>фиг их знает
была бы у меня идея — я бы не на ДМ флудил, а на канарах попку жарил.

>а вообше отношение прогеров к бухам поголовно шовинисткое
а как ещё можно относиться к безмозглому земляному червяку?

---
Understanding is not required. Only obedience.

← →
^-k2-^ © (2008-05-18 18:27) [10]

а нехрен нам тогда выеживаться, если мы их по идеям перешибить не можем :)

← →
_mirage (2008-05-18 18:47) [11]

>[10] ^-k2-^ © (2008-05-18 18:27:00)
по идеям не можем, а по морде — так очень даже запросто.

---
Understanding is not required. Only obedience.

← →
^-k2-^ © (2008-05-18 18:53) [12]

фулюганье :о)

← →
_mirage (2008-05-18 19:47) [13]

>[12] ^-k2-^ © (2008-05-18 18:53:00)
а то! спьяну и не такое можно утворить.

---
Understanding is not required. Only obedience.

_mirage (18.05.08 19:47) [13]

Ты радуйся, что с реальной жизнью не сталкиваешься.

← →
_mirage (2008-05-18 21:57) [15]

>[14] Игорь Шевченко © (2008-05-18 21:10:00)
да отчего ж не сталкиваюсь? вполне себе. к сожалению, рейс на другую планету пока недоступен.

---
Understanding is not required. Only obedience.

в общем случае задача на грани целесообразности процесса решения.
пример (реальный) :
1. клиент сделал заказ.
2. заказ отгрузили
3. клиент заказ принял наполовину, потому что четверть передумал брать, на друю четверть экспедитора надул склад
4. с рассройства экспедитор купил пива на казеные деньги, о чем составлен акт
5. половину долга с него вычли в зарплату
6. А при наборе заказа оператор ошибся, переделать! :)))

[2] - самое наше все. и решение принимает человек.

Как правило беда в том, что бухгалтера редко представляют себе вообще правила ведения корректирующих документов, т.к. в случае бумажной бухгалтерии вести такие документы - это много гемороя, проще поправить задним числом в имеющихся документах.
Потому начинать видимо есть смысл с того, чтобы проводить с бухгалтерами соотв. беседы по растолковыванию что и как и организовывать работу так, чтобы корректирующие документы не вызывали большего объема работы, чем правка задним числом.

Очень поздние откаты в базе. SQL 2000, D7, Найти похожие ветки