🚀 go-pugleaf

On Fri, 22 Nov 2002 14:39:50 GMT, "SLE" <info@NOSPAMproit.be> wrote:

>Ik heb een vraagje i.v.m. database ontwikkeling op SQL Server 2000. Ik ben
>een project aan het ontwikkelen dat voor een gedeelte reeds operationeel is
>bij de klant. Enerzijds bestaat er dus een development database en
>anderzijds een productiedatabase. Indien er tijdens de verdere ontwikkeling
>een stored procedure of tabel wijzigt, dan - hou je vast - hou ik dit bij in
>een tekstbestandje en wanneer de tijd rijp is om een nieuwe versie bij de
>klant te gaan installeren, dan voer ik de database wijzigingen daar ter
>plaatse door a.h.v. dit tekstbestandje, m.a.w. een heus monnikenwerk, zeker
>wanneer er talloze tabellen, stored procedures, etc. zijn bijgekomen of
>gewijzigd.
>
>Nu, ik weet dat je met EM van alle tabellen en stored procedures scripts kan
>genereren en die op een andere database kan laten runnen (en dit doe ik ook
>voor nieuwe tabellen) maar idealiter zou er een of andere tool moeten zijn
>die:
>
>- wijzigingen aan database design bijhoudt (tabellen, stored procedures,
>database diagrams, triggers, ...)
>- aan de hand van die wijzigingen, een target database kan "updaten"
>
>Bestaat er zo'n tool voor SQL Server 2K of ben ik genoodzaakt dit verder
>manueel af te handelen? Of, hoe wordt dit probleem doorgaans aangepakt?
>
>
>Thanks,
>
>--
>SLE

In feite is het tamelijk simpel maar ik heb er ook een tijdje op
gezocht.
Mijn werkwijze (Er zullen er waarschijnlijk nog andere zijn)

1. Je maakt via EM de nodige scripts aan van al je verbeteringen en/of
je nieuwe tabellen, sp enz...

2. Je slaat die op als een .sql bestand

3. Dit sql bestand kan je dan uitvoeren met bijvoorbeeld een
batchprogrammaatje.  bijvoorbeeld update.bat

4. in dit bestand zet je dan : 
osql -U "sa" -S "(local)" -d "XXX" -P -i "script01.sql"

- osql = een dosprompt programma die de sqlscripts uitvoert
- in dit voorbeeld user sa zonder paswoord
- (local) = benaming van de server
- XXX = dit vervangen door de naam van de databank
- script01.sql = de naam van je sql-bestandje

voor meer info over de andere parameters, tik in een dosbox osql /?

mvg
geert

"gd" <geert.demuynck_nof*****spam@pandora.be> wrote in message
news:3ddfbbac.10596296@news.pandora.be...
> On Fri, 22 Nov 2002 14:39:50 GMT, "SLE" <info@NOSPAMproit.be> wrote:
>
> >
> >Nu, ik weet dat je met EM van alle tabellen en stored procedures scripts
kan
> >genereren en die op een andere database kan laten runnen (en dit doe ik
ook
> >voor nieuwe tabellen) maar idealiter zou er een of andere tool moeten
zijn
> >die:
> >
> >- wijzigingen aan database design bijhoudt (tabellen, stored procedures,
> >database diagrams, triggers, ...)
> >- aan de hand van die wijzigingen, een target database kan "updaten"
> >
> >Bestaat er zo'n tool voor SQL Server 2K of ben ik genoodzaakt dit verder
> >manueel af te handelen? Of, hoe wordt dit probleem doorgaans aangepakt?
> >
> >
>
> In feite is het tamelijk simpel maar ik heb er ook een tijdje op
> gezocht.
> Mijn werkwijze (Er zullen er waarschijnlijk nog andere zijn)
>
> 1. Je maakt via EM de nodige scripts aan van al je verbeteringen en/of
> je nieuwe tabellen, sp enz...
>
> 2. Je slaat die op als een .sql bestand
>
> 3. Dit sql bestand kan je dan uitvoeren met bijvoorbeeld een
> batchprogrammaatje.  bijvoorbeeld update.bat
>
> 4. in dit bestand zet je dan :
> osql -U "sa" -S "(local)" -d "XXX" -P -i "script01.sql"
>
> - osql = een dosprompt programma die de sqlscripts uitvoert
> - in dit voorbeeld user sa zonder paswoord
> - (local) = benaming van de server
> - XXX = dit vervangen door de naam van de databank
> - script01.sql = de naam van je sql-bestandje
>
> voor meer info over de andere parameters, tik in een dosbox osql /?
>
> mvg
> geert
>

Bedankt voor je reactie, maar deze werkwijze is ook verre van
geautomatiseerd [en verschilt uiteindelijk niet veel met de wijze waarop ik
het nu doe, op batch-uitvoering van de scripts na]. De nodige scripts
aanmaken bijvoorbeeld blijft een monnikenwerk, je moet nog steeds ergens
bijhouden wat je precies wijzigt/toevoegt/verwijdert.

Ik vroeg me af of er geen tool bestaat die - om het simpel te zeggen -
toelaat om een source en target database te selecteren, deze analyseert, de
nodige scripts genereert en uitvoert, waarna beide databases qua design
identiek worden...

Utopie zeker...?

--
SLE

On Sat, 23 Nov 2002 18:54:43 GMT, "SLE" <info@NOSPAMproit.be> wrote:


>
>Bedankt voor je reactie, maar deze werkwijze is ook verre van
>geautomatiseerd [en verschilt uiteindelijk niet veel met de wijze waarop ik
>het nu doe, op batch-uitvoering van de scripts na]. De nodige scripts
>aanmaken bijvoorbeeld blijft een monnikenwerk, je moet nog steeds ergens
>bijhouden wat je precies wijzigt/toevoegt/verwijdert.
Inderdaad, manueel is het een monnikenwerk, maar ik doe dit naargelang
de wijzigingen zich voordoen. Zodoende blijft mijn "handleiding"
alsook mijn "progress sheet" ook up to date



>Ik vroeg me af of er geen tool bestaat die - om het simpel te zeggen -
>toelaat om een source en target database te selecteren, deze analyseert, de
>nodige scripts genereert en uitvoert, waarna beide databases qua design
>identiek worden...
>
>Utopie zeker...?

Wel ik denk het niet. Effe gegoogeld met de volgende woorden : 
'tool compare database sql' en er kwamen in het eerste opzicht toch
enkele interessante urls te voorschijn die ik zeker eens van
dichterbij zal bekijken.
>
>--
>SLE
>
>
mvg
geert

On Sat, 23 Nov 2002 18:54:43 GMT, "SLE" <info@NOSPAMproit.be> wrote:


>
>Utopie zeker...?
>
>--
>SLE
>

Kijk hier eens

http://www.adeptsql.com/