🚀 go-pugleaf

W dniu 02.09.2015 o 12:32, hubert depesz lubaczewski pisze:
> w tej tabeli nodes_lupdate masz tylko jeden rekord, czy jeden dla
> każdego rekordu w nodes?

tylko jeden rekord, który będzie mówił o tym, że nastąpiła jakakolwiek 
zmiana w tabeli nodes i trzeba będzie wygenerować nowy config.

>
> jeśli jeden dla każdego w nodes, to czemu po prostu nie zrobisz nowej
> kolumny w nodes?

to nie jest rozwiązanie. bo przy DELETE nie bedzie tej informacji bo 
wiersz zostanie usunięty. pozatym, trzeba porównywać x wierszy z datą. 
przy osobnej tabeli jedynie z datą nie ma takiego problemu


>
> jeśli jeden rekord, i zmieniamy to za każdym razem jak cokolwiek się
> zmieni, to to jest bardzo niebezpieczne rozwiązanie, bo będzie ci się
> lockować przy transakcjach robiących cokolwiek innego niż jednorekordowa
> zmiana w nodes.

hmm, nie robię masowych updateow ale o tym nie pomyslałem. czyli jeśli 
bym zrobił masową zmiane, powiedzmy 100 rekordów, objął to transakcją to 
z tego co rozumiem, to sie nie wykona, zostanie zlockowane?

dla mnie newralgiczne są trzy kolumny z tabeli nodes. może tylko je 
"śledzić" i triggerować? ale nie zmienia to faktu ewentualnej masowej 
zmiany, o której wspomniałeś.

to jak to naładniej z poziomu bazy zrobić?





>
> depesz
>


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a 
wówczas pobije cię swoimi argumentami.