печально быть антисоциальным - refactoring SQL

Cik cilveeku, tik viedoklju, un taapat par visu spriediis peec rezultaata ;)
anyway peec manas pieredzes, kameer tikai tu viens atbildi par db, itin labi iet cauri skripts + alter patchi -
primitiivaa gadiijumaa,
create-tables.sql, kuraa ir muusu pirmatneejaa db izveide,
un tad, teiksim
patch-20040322.sql, patch-20040323.sql, kursh noaltero tabulas, trigerus, whatever, peec jaunajaam vajadziibaam.
Taa sanaak vieglaak izsekot izmainjaam, un mazaak hemoroiidu ar to, lai nenochakareetu datus kas jau ir tabulaas (alternatiiva - jau piemineetie migraacijas skripti - rename, create, migrate...), bet jo vairaak shaadu procesu, jo lielaaka iespeeja kaut kam nojobties.

(Reply to this) (Thread)

1. un 2. punkts izskatās ļoti anāli.
Par DB piekrītu tev. Mums tas "rename, create, migrate" neder, jo ir lieli datu apjomi un jānodrošina onlains. Jaunas versijas uzlikšanai (2 versijas gadā) klienti vēl var atļauties dažas stundas pa nakti apturēt sistēmu, bet kļūdu labojumi un papildinājumi tiek likti strādājošai sistēmai (downtime modulim ir < 1min).

(Reply to this) (Parent)