Update variable bizarre

Bonjour à tous,

Voici mon problème
J'ai une table client avec plusieurs colonnes et une table modification qui m'indique quel client a été modifié et quel champ
j'ai imagine une requete du genre

Code:

---

1 2 3

update client C set (select M.champ_modif from table_modif M where M.id=c.ID) Values (select B.new_value from table_modif B where B.id=c.ID)

---

Mais je sais que ca n'a aucune chance de marcher

Cordialement,

En effet, ça ne fonctionnera pas car la syntaxe de votre requete est invalide, SET doit faire référence à des colonnes de la table à mettre à jour.

La bonne syntaxe est du type

Code:

---

1 2 3 4

Update ma_table set col1=val1, col2=val2... where...

---

Si vous voulez utiliser une requête imbriquée pour alimenter vos colonnes, ça donne donc

Code:

---

1 2 3 4 5

Update ma_table set col1=(select colx from table2 where...) ,col2=val2... where...

---

Oui mais dans votre exemple je ne connais pas col1 à l'avance, c'est bien mon probleme , c'est que je ne connais pas à l'avance quel colonne je dois modifier

Mais quel est le but de la manœuvre ? si toutes les colonnes de la table sont modifiées, vous allez créer autant d'ajouts dans votre mouchard qu'il y a de colonnes dans la table modifiée :weird: ?
C'est acceptable si la table a très peu de colonnes et qu'elle est peu modifiée, mais c'est quand même pas top comme archi, et si les MàJ sont nombreuses vous allez multiplier les i/o sur votre table mouchard.
Une possibilité : créer un trigger dans lequel vous comparez toutes les valeurs old et new, colonne par colonne, et vous stockez en une seule fois dans la table mouchard l'ensemble des colonnes impactées ou non (avec un indicateur disant si modif ou non + une colonne supplémentaire donnant l'horodatage de MàJ + une colonne donnant le user de MàJ)
Autre possibilité, beaucoup plus classique, faire une copie avant MàJ par un trigger dans une table bis

en fait j'ai extrait ma base client de mon erp, et ensuite je vais extraire la derniere journee de ma table modif tous les soirs,
dans cette table modif il peut y avoir autre chose que des clients
ex
id-modif table_modif champ_modif new_value

donc je n'ai pas trop le choix

Quel est votre besoin fonctionnel ? parce qu'il existe sans doute des techniques ou des outils pour faire ce que vous voulez...

A +

en fait j'ai extrait ma base client de mon erp, maintenant je vais extraire la derniere journee de ma table modif tous les soirs,
à partir de cette table modif je dois modifier ma base client tous les jours.

Edit : vous voulez resynchroniser une base de données externe à l'ERP à partir des modifs faites dans l'ERP c'est bien ca ?
Le report des mises à jour concerne quel volume journalier et quelle proportion par rapport à votre total ?
Et aussi quels sont les SGBD source et cible ?

j'ai une centaine de modif pour 100000 clients

je les extrais de mon erp en .txt et je les mets dans sql server

Et pourquoi n'utilisez vous pas simplement un trigger pour mettre à jour en mode synchrone, votre base client n'est pas accessible lorsque l'ERP est mis à jour ?

je n'ai pas accès à la base direct de l'erp, je suis obligé d'extraire en .txt :(

Citation:

---

Envoyé par oupepasa

en fait j'ai extrait ma base client de mon erp, maintenant je vais extraire la derniere journee de ma table modif tous les soirs,
à partir de cette table modif je dois modifier ma base client tous les jours.

---

Il suffit alors de mettre en place un outil comme CDC (Change Data Capture) ou Change Tracking pour suivre l'évolution des données de certaines tables et reporter leurs évolutions dans la base cible.
À lire sur CDC : https://en.wikipedia.org/wiki/Change_data_capture
Et sur Change Tracking : https://msdn.microsoft.com/en-us/library/cc280462.aspx

A +

Comment suivre l'evolution d'une table auquel je n'ai pas accès??

Pourquoi ne pas construire la requête dynamiquement (en SQL ou autre) ?

Code:

---

1 2 3 4 5 6 7

declare @query varchar(max);   select @query = 'update client C set ' + m.champ + ' values (' + b.new + ');' from table_modif;   execute @query;

---

Il faudra juste :
- Faire gaffe aux éventuels problèmes d'injection
- Faire en sorte que le type de b.new soit correctement géré (varchar, int, date, etc.)
- Echapper correctement les quotes si besoin dans les varchar

faudra que j'essaie cela quand je retravaillerai sur cette partie , merci pour votre aide, cela m'a l'air très intéressant.

edit: c'est meme parfait mais effectivement vu toute les choses à respecter je vais trouver une autre méthode mais merci quand meme