🚀 go-pugleaf

On 10 Lip, 03:20, Jakub Owczarski <jakub.owczar...@gmail.com> wrote:
>  Piotr Potulski pisze:
>
> > > > Luke, useXML
> > > To żart :) ROTFL
> > Dlaczego użycieXML'a to żart?
> > To jest bardzo dobry pomysł na przechowywanie danych różnego typu np
> > historii z różnych tabel w jednej.
> > Pytający nie określił (chyba) o jaka bazę chodzi a są takie w których
> > takie rozwiązanie może być bardzo wydajne - oczywiście gdy sie dobrze
> > rozwiązanie zaprojektuje i użyje indeksówXML'owych
>
> Witam!
> Pozwolę sobie trochę odgrzać temat.
> Właśnie próbuję wymyślić jak by tu zorganizować historię - chodzi mi o
> możliwość sprawdzenia kto, co, gdzie i kiedy ogólnie w pewniej
> niewielkiej bazie.
> Góglałem trochę i temat pojawiał się wielokrotnie i zawsze budził dużo
> emocji :-) ale nic konkretnego nie udało mi się wyciągnąć.
> No i teraz moja proźba: czy znalazł by się ktoś kto by mi łaskawie
> wyłożył na jakimś bardzo prostym przykładzie jak można  zastosować
> wspomniany XML do trzymania histori z różnych tabel?
> Właściwie inne sposoby trzymania histori wytłumaczone w prosty sposób
> też bardzo mile widziane.
>
> TIA
> Pzdr
> Jakub Owczarski

Najprościej:
Tworzysz sobie dla każdej z tabel triggery, które na update, delete
przekształcą stary rekord do XML'a o postaci
<old>
<table name="osoby"/>
<pole name="id">1</pole>
<pole name="nazwisko">Kowalski</pole>
...
</old>

tego xml'a wrzucasz wraz do tablei logu, wraz z uzupełnieniem
dodatkowych informacji typu kto kiedy itp.

Oczywiście jeżeli wchodzi w grę większa liczba tabel lepiej napisać
procedurę, która te triggery założy - możesz też w zależności od
potrzeb i możliwości bazy wyciągnąć np. nazwę tabeli i wartość klucza
do osobnych kolumn logu, lub odpowiednio poindeksować xml. Oczywiście
ten sposób nie jest (raczej) przeznaczony to trzymania historii
rekordu do wykorzystania biznesowego - tutaj lepszym pomysłem jest
użycie któregoś z algorytmów scd.
Przechowywanie historii zmian w bazie jest tak "kontrowersyjne" z
uwagi na to, że bazy OLTP nie koniecznie są do tego przystosowane a
samo dodanie wymaru czasu jest raczej domeną OLAP. Jesli jednak mówimy
o przechowywaniu zmian do wglądu przez administratora, to rozwiązanie
jest stosunkowo proste i skuteczne.