[8.1.7.4] Vue matérialisée

[apersonnat]

Bonjour,

Dans l'une de mes bases de production, tous les TS sont encore en mode DICTIONNARY, il va donc falloir que je migre progressivement vers du LMT et Je me demandais s'il était possible de faire un

Code :

1
2
 
ALTER TABLE move

sur une vue matérialisée en TP et sans effet de bord.

Merci pour vos réponses

Cdt,
A.Personnat

[orafrance]

bah t'aura des problèmes de lock comme tous les MOVE

[philcero]

Une vue matérialisée est ni plus ni moins qu'une table classique, sauf que celle-ci est "pilotée" par le moteur Oracle.

Bref tu peux faire dessus tout ce que tu fais sur tes tables habituelles, cela ne doit pas poser plus de problèmes.

[apersonnat]

Ok, merci pour vos réponses.

Ce qui m'inquiête un peu c'est le temps que peu prendre cette manip, je n'ai pas de repère sur cette base et c'est un info centre relativement sollicité.

Bien sur il faudrait que fasse le test en qualif mais je n'aurais pas dans ce cas la charge utlisateur.

Bon je vais réfléchir un peu au problème

Bonne fin de journée,
A.Personnat

[philcero]

Si tu fais ça avec du monde derrière c'est très délicat cat pendant le move tout va bien mais juste après les INDEXS sont cassés.

• N'hésite pas à supprimer ceux-ci avant et à les re-créer après.
• Tu peux également faire passer tes utilisateurs par un synonyme ce qui te permettra de créer une nouvelle table (TOTO -> TOTO200806), préparer les indexs sur celle-ci et ensuite ouvrir le service en changeant juste le synonyme (Problème des ajouts/update/delete pendant la manipulation qui ne seront pas reportés).

Maintenant si c'est du lourd, il te reste l'intervention de week-end...

[apersonnat]

En fait le vrai problème est que je n'ai aucune cartographie des flux, de nombreux jobs tournent sans arrêt sur cette base, principalement des refresh fast.

J'ai peur en faisant la manip de contournement (passer par un synonyme puis recréer les index et ensuite basculer sur la nouvelle table) de désynchoniser les snaphots ce qui serait très génant ..

Je croyais qu'un alter move ne touchait pas aux index, Oracle faisant correctement le lien entre l'ancien rawid et le nouveau mais je me trompe surement ;-)

Du coup le problème se corse car une manip en week end ne sera pas forcemment plus facile, il y aura toujours autant de traitements sur la base.

Et pourtant il va bien falloir que je migre en LMT ...

[philcero]

Personnellement, quand cela devient un peu trop pointu, je suis partisan de l'arrêt et de la réorganisation sans présence de parasites sur mes bases (comprendre ici les utilisateurs).


Maintenant si tu as de fortes contraintes au point de ne pouvoir intervenir hors horaires conventionnels, tu peux passer par le package DBMS_REDEFINITON qui propose une méthode pour faire cela mais lit bien la documentation avant..

[pifor]

Envoyé par philcero

Personnellement, quand cela devient un peu trop pointu, je suis partisan de l'arrêt et de la réorganisation sans présence de parasites sur mes bases (comprendre ici les utilisateurs).

Tout à fait d'accord.

Envoyé par philcero

Maintenant si tu as de fortes contraintes au point de ne pouvoir intervenir hors horaires conventionnels, tu peux passer par le package DBMS_REDEFINITON qui propose une méthode pour faire cela mais lit bien la documentation avant

Seulement possible à partir de Oracle 9.

Il faudrait aussi songer à passer en Oracle 10 puisque le support standard d'Oracle 9 s'arrête fin juillet 2008.

[apersonnat]

Hum dommage que je sois sur une 8i car ce package m'aurait permis de faire la manip sans trop de problème.

Merci tout de même pour toutes vos réponses