Vue modifie la table d'origine

Bonjour,

Pourquoi lorsqu'on fait un UPDATE sur une vue, la table d'origine est aussi modifiée ? (d'après ce que je viens de constater avec mon code, et après recherche sur internet)
Comment éviter cela ? En effet, je teste mon SQL en utilisant la vue (pour éviter d'avoir à supprimer/recréer la table) et j'aimerais bien que cela ne modifie pas la table d'origine (en tout cas, pour l'instant).

Autre question : comment modifier toutes les colonnes d'un coup avec le SQL car mon code ci-dessous ne marche que pour une variable. Remplacer NOMVARIABLE par * conduit à une erreur

Code:

---

1 2	UPDATE ONLY BD.NOMVUE SET NOMVARIABLE = trim('=' from NOMVUE.NOMVARIABLE);

---

Merci... :)

Bonjour,

C'est tout à fait normal : la vue est une mise à disposition des données d'une ou plusieurs tables, ce n'est finalement qu'une requête stockée.
Si vous consultez le DDL de création de la vue vous verrez quelque chose comme :
CREATE VIEW MA_VUE AS SELECT COL1, COL2, ..., COLn FROM MA_TABLE.

EDIT cas particulier : la vue matérialisée qui stocke en cache les données de la table, mais même dans ce cas, la mise à jour via la vue affecte aussi la table, soit immédiatement, soit de façon différée ;)

Pour mettre à jour plusieurs colonnes de la table, il faut les citer dans l'ordre UPDATE comme suit :
UPDATE MA_VUE SET COL1=@Var1, COL2=@Var2 ..., COLn=@Varn WHERE condition....

* ne peut s'appliquer qu'au SELECT, mais il ne faut jamais l'utiliser dans un traitement

merci Escartefigues! Cependant, je n'ai pas compris la dernière phrase :

Citation:

---

* ne peut s'appliquer qu'au SELECT, mais il ne faut jamais l'utiliser dans un traitement

---

l'* ne renvoie pas à une * dans le texte précédent... Merci :)

Je voulais dire que l'on peut utiliser l'étoile dans un SELECT: SELECT * FROM... mais pas dans un UPDATE et qu'il ne faut jamais utiliser l'étoile dans une requête pérenne.

Select * est contre performant, il transporte des colonnes inutiles ce qui crée de la charge réseau et compromet l'usage d'index couvrants
Select * est dangereux car le résultat est soumis aux modifications de structure des vues ou tables

Select * est interdit sur de nombreux sites en production pour les raisons qui précèdent ;)

merci! :)
J'ai 200 variables et rajouter un trim(...) à chacune va prendre un temps fou. Est-ce que tenter d'écrire une boucle serait possible ? Du type "parcourir la table variable par variable, si "=" est présent en début de cellule, supprimer "=" ?"
Je vous demande car en Javascript, ce type de boucle existe mais en SQL, je n'ai rien trouvé sur le sujet. Merci :)
Rq : dp mon 1er message, j'ai précisé dans le UPDATE :

Code:

---

SET VARIABLE = trim(leading '=' from VARIABLE);

---

Si vous ne savez pas quelles sont les colonnes qui contiennent le caractère "=" à supprimer, il faut alors construire une première requête qui extrait du catalogue toutes les colonnes de type text, char, varchar... susceptibles de contenir ce caractère, puis, à partir de la table résultante, faire une requête en SQL dynamique qui va réaliser les mises à jour

Mais attention, selon la taille de vos tables, vu qu'à priori vous n'avez pas de critère de filtrage, ça risque de prendre un temps considérable !

Note : les variables sont des valeurs liées aux traitements, les champs sont des zones de formulaire, dans une table il y a des colonnes ;)

ok, pour le SQL dynamique, je vais voir cela. Ce n'est pas possible avec le langage de procédures (ex, avec postgresql, c'est le PL/pgSQL) ? merci

Citation:

---

Je voulais dire que l'on peut utiliser l'étoile dans un SELECT: SELECT * FROM... mais pas dans un UPDATE et qu'il ne faut jamais utiliser l'étoile dans une requête pérenne.

---

C'est pour cela que dans une requête avec une jointure, le nombre de lignes est renvoyé selon que l'on indique SELECT * ou SELECT col1, col2 ?!

Bonjour,
Il n'est pas forcément nécessaire de faire du PL/SQL ou un langage procédurale.
Tu peux générer la requête à exécuter en utilisant les vues système par exemple les vues information_schema.
Tu te débrouille pour que le résultat d'un select génére

Code:

---

Update MA_TABLE SET Colonne1= trim('=' from Colonne1), Colonne2= trim('=' from Colonne2), ColonneN= trim('=' from ColonneN);

---

Puis tu copies colle le résultat du select dans un nouveau script.

Un exemple pourrait-être

Code:

---

1 2 3 4

select c.COLUMN_NAME +'=trim(''='' from MA_TABLE),' from INFORMATION_SCHEMA.COLUMNS c where c.table_name='GlobalId' and c.DATA_TYPE like '%char%'

---

A toi d'adapter et de générer l'update complet à partir de là.
Cordialement
Soazig