Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Fare ved "saving of changes that require table to be re-created SQL" server 2008 ?
3 views
Skip to first unread message
Leif Neland
Nov 19, 2012, 5:00:51 AM11/19/12
to
Jeg fandt ud af at sqlserver 2008 blokerede for at indsætte en kolonne
i en tabel, og hvor man fjernede den blokering.
Tools > Options > Designers > Table and Database Designers > Prevent
saving changes that require table re-creation.
Jeg tillod så ændring, og kunne tilføje en kolonne i en testkopi af en
tabel, og det gik da fint; data er der stadig.
Er det blot for at sikre sig imod at et produktionssystem er nede i en
halv time imens en megatabel opdateres/rekreeres, eller er der andre
farer som indexer eller andet, der kan gå i stykker?
Leif
--
Husk kørelys bagpå, hvis din bilfabrikant har taget den idiotiske
beslutning at undlade det.
i en tabel, og hvor man fjernede den blokering.
Tools > Options > Designers > Table and Database Designers > Prevent
saving changes that require table re-creation.
Jeg tillod så ændring, og kunne tilføje en kolonne i en testkopi af en
tabel, og det gik da fint; data er der stadig.
Er det blot for at sikre sig imod at et produktionssystem er nede i en
halv time imens en megatabel opdateres/rekreeres, eller er der andre
farer som indexer eller andet, der kan gå i stykker?
Leif
--
Husk kørelys bagpå, hvis din bilfabrikant har taget den idiotiske
beslutning at undlade det.
Anders Wegge Keller
Nov 19, 2012, 6:20:36 AM11/19/12
to
Leif Neland <le...@neland.dk> writes:
> Er det blot for at sikre sig imod at et produktionssystem er nede i en
> halv time imens en megatabel opdateres/rekreeres, eller er der andre
> farer som indexer eller andet, der kan gå i stykker?
Du kan sikkert også få nogle sjove resultater ud af 'ON DELETE CASCADE'.
> Er det blot for at sikre sig imod at et produktionssystem er nede i en
> halv time imens en megatabel opdateres/rekreeres, eller er der andre
> farer som indexer eller andet, der kan gå i stykker?
--
/Wegge
Leder efter redundant peering af dk.*,linux.debian.*
Arne Vajhøj
Nov 19, 2012, 4:37:51 PM11/19/12
to
On 11/19/2012 5:00 AM, Leif Neland wrote:
> Jeg fandt ud af at sqlserver 2008 blokerede for at indsætte en kolonne i
> en tabel, og hvor man fjernede den blokering.
>
> Tools > Options > Designers > Table and Database Designers > Prevent
> saving changes that require table re-creation.
>
> Jeg tillod så ændring, og kunne tilføje en kolonne i en testkopi af en
> tabel, og det gik da fint; data er der stadig.
>
> Er det blot for at sikre sig imod at et produktionssystem er nede i en
> halv time imens en megatabel opdateres/rekreeres, eller er der andre
> farer som indexer eller andet, der kan gå i stykker?
Det kan vist kun være et spørgsmål om den inkonsistens
> Jeg fandt ud af at sqlserver 2008 blokerede for at indsætte en kolonne i
> en tabel, og hvor man fjernede den blokering.
>
> Tools > Options > Designers > Table and Database Designers > Prevent
> saving changes that require table re-creation.
>
> Jeg tillod så ændring, og kunne tilføje en kolonne i en testkopi af en
> tabel, og det gik da fint; data er der stadig.
>
> Er det blot for at sikre sig imod at et produktionssystem er nede i en
> halv time imens en megatabel opdateres/rekreeres, eller er der andre
> farer som indexer eller andet, der kan gå i stykker?
som vil opstå mens tabellen processes.
Når det hele er færdigt så skal index passe igen.
Arne
Arne Vajhøj
Nov 19, 2012, 4:39:27 PM11/19/12
to
On 11/19/2012 4:37 PM, Arne Vajhï¿œj wrote:
> On 11/19/2012 5:00 AM, Leif Neland wrote:
>> Jeg fandt ud af at sqlserver 2008 blokerede for at indsï¿œtte en kolonne i
> On 11/19/2012 5:00 AM, Leif Neland wrote:
>> en tabel, og hvor man fjernede den blokering.
>>
>> Tools > Options > Designers > Table and Database Designers > Prevent
>> saving changes that require table re-creation.
>>
>> Jeg tillod sￜ ￜndring, og kunne tilfￜje en kolonne i en testkopi af en
>>
>> Tools > Options > Designers > Table and Database Designers > Prevent
>> saving changes that require table re-creation.
>>
>> tabel, og det gik da fint; data er der stadig.
>>
>> Er det blot for at sikre sig imod at et produktionssystem er nede i en
>> halv time imens en megatabel opdateres/rekreeres, eller er der andre
>> farer som indexer eller andet, der kan gￜ i stykker?
>>
>> Er det blot for at sikre sig imod at et produktionssystem er nede i en
>> halv time imens en megatabel opdateres/rekreeres, eller er der andre
>
> Det kan vist kun vï¿œre et spï¿œrgsmï¿œl om den inkonsistens
> som vil opstￜ mens tabellen processes.
>
> Nￜr det hele er fￜrdigt sￜ skal index passe igen.
http://stackoverflow.com/questions/3896713/sql-server-management-studio-adding-moving-columns-require-drop-and-re-create
http://siliconbased.wordpress.com/2009/02/11/sql-server-management-studio-adding-columns/
Arne
0 new messages