Krzysztof Drewicz napisał(a):
A co do usuwania to jest tak że owszem delete powinno zrobić jakiś głębszy ślad ale zobacz jak mocno to zagmatwa obsługę bazy. Owszem można posunąć się np do przesuwania usuniętych operacji z cash do cash_deleted i ewentualnie dawać "select * from cash union select * from cash_deleted" albo zrzucić na DB domyślne trzymanie pola "deleted" i jeśli nie powiemy w klasie lms że "skasowane również" to nie powinno ich być widać po select. Tylko to mocno wszystko komplikuje a zasada kiss ma tutaj wiele do powiedzenia. Po prostu nadawać lepiej ograniczone uprawnienia (bez kasowania) i jeśli była pomyłka na X to wpisać można zawsze -X i tyle z opisem "pomyłka". Jeśli tych pomyłek zrobi się dużo to może ktoś z większymi uprawnieniami to po prostować i on będzie uważał co robi i się nie pomyli :-D.
A może po prostu przyjąć strategię na 1.7.x czy 2.x że każda tabelka ma kolumnę deleted i każde zapytanie będzie z where deleted = 0? W zasadzie blobów żadnych nie trzymamy, to nie powinno się nic złego z bazą dziać, a statystyki mogą być wyjątkiem.