Database tabel aanpassingen via subversion

[daank]

Ik ben op dit moment op zoek naar een juiste manier van het bijhouden van wijzigingen aan database tabellen.
De bedoeling is dat we een geautomatiseerd proces willen maken om een web-applicatie te deployen met daarbij alle wijzigingen aan de database.

Op dit moment maken wij al gebruik van Subversion om alle wijzigingen in de code bij te houden.

edit:

Toch nog wat vergeten.
Het gaat om een geautomatiseerd deployment proces wat op een linux server draait, losse windows tools maken dan al geen kans. Die zijn er namelijk wel te vinden.

We zoeken naar een goede methode op tabellen te updaten tussen revisies/tags google gaf wel een hoop resultaten alleen vaak via een windows tool

[ Voor 33% gewijzigd door daank op 29-07-2009 13:57 . Reden: Toch nog wat vergeten. ]

[RobIII]

En wat heb je zelf al gevonden? Heb je al gezocht? En waarom voldoen die oplossingen niet voor jou?

[ Voor 14% gewijzigd door RobIII op 29-07-2009 13:42 ]

[Arethusa]

Wij hebben alle csp's in een mappen structuur binnen Sourcesafe. Alle cps beginnen met datum naam csp.sql. We gebruiken dan een zelfgebrouwen tooltje die alle csp's uit Sourcesafe haalt en deze op de database uitvoert. De database bevat ook een tabel die bijhoudt wanneer de laatste update uitgevoerd is. Zolang die klopt kun je altijd je updates uitvoeren. Het tooltje controleert namelijk de informatie uit die tabel, daarna haalt hij alle opgeven mappen en csp's op en kijkt dan welke er uitgevoerd moeten worden.
Werkt feilloos.

[daank]

RobIII schreef op woensdag 29 juli 2009 @ 13:40:
En wat heb je zelf al gevonden? Heb je al gezocht? En waarom voldoen die oplossingen niet voor jou?

zie mijn edit, maar bedankt voor het zoeken...

Arethusa schreef op woensdag 29 juli 2009 @ 13:41:
Wij hebben alle csp's in een mappen structuur binnen Sourcesafe. Alle cps beginnen met datum naam csp.sql. We gebruiken dan een zelfgebrouwen tooltje die alle csp's uit Sourcesafe haalt en deze op de database uitvoert. De database bevat ook een tabel die bijhoudt wanneer de laatste update uitgevoerd is. Zolang die klopt kun je altijd je updates uitvoeren. Het tooltje controleert namelijk de informatie uit die tabel, daarna haalt hij alle opgeven mappen en csp's op en kijkt dan welke er uitgevoerd moeten worden.
Werkt feilloos.

wij werken dan niet met sourcesafe, maar jullie methodiek zou inderdaad goed kunnen.

[ Voor 31% gewijzigd door daank op 29-07-2009 13:59 ]

[Verwijderd]

Er is ergens al zo'n soort topic, nu is dit specifiek voor webapp maar goed, zal niet veel verschillen.
Omdat niet (altijd) alle aanpassingen op te lossen dmv sql, hebben wij (euh ik), gekozen voor een andere oplossing.
Alle db aanpassingen gaan via normale code, hiervoor heb ik een aparte class gemaakt, waar je weer andere classes bij registreert. Deze classes bevatten een aantal methods als. BeforeUpdate, AfterUpdate etc. Hierin kan je dan gewoon SQL verwerken maar ook andere zaken (in dit geval is het delphi code). De aanpassing classes registreren zich met een oplopend nummer zodat je altijd weet welke nog uitgevoerd moeten worden.
Deze code komt dan uiteraard in sourcesafe oid.

[ Voor 3% gewijzigd door Verwijderd op 29-07-2009 14:19 ]

[Woy]

daank schreef op woensdag 29 juli 2009 @ 13:57:
[...]
zie mijn edit, maar bedankt voor het zoeken...

In de topics die RobIII vind met zijn zoek-criteria staan anders ook genoeg resultaten die niet speciefiek over windows gaan.

[Speedener]

Misschien een goed keyword waar je op kan zoeken: (database) migration

[ Voor 12% gewijzigd door Speedener op 29-07-2009 14:23 ]

[daank]

En heb toch zelf nog iets gevonden waar we waarschijnlijk mee uit de voeten kunnen.
http://www.davedevelopmen...-with-phing-and-dbdeploy/

nu alleen een aantal testen bouwen om te kijken of het wat is.
Bedankt voor de reacties

[Speedener]

daank schreef op woensdag 29 juli 2009 @ 14:39:
En heb toch zelf nog iets gevonden waar we waarschijnlijk mee uit de voeten kunnen.
http://www.davedevelopmen...-with-phing-and-dbdeploy/

nu alleen een aantal testen bouwen om te kijken of het wat is.
Bedankt voor de reacties

Dat is wel een heel basic oplossing van een middel (migrations) wat veel meer en beter kan.

In welke (script)taal is jullie webapplicatie eigenlijk gemaakt?

[daank]

Speedener schreef op woensdag 29 juli 2009 @ 15:27:

In welke (script)taal is jullie webapplicatie eigenlijk gemaakt?

php en we gebruiken als basis Zend Framework