Discussion :

[sana72]

bonjour, dans une table dbase, j'ai un champ ville, et dans ce champ, en fonction de la ville, je recupere dans une autre table, la valeur CP correspondante à la ville et ensuite, remplacer dans ma premiere table mon champ ville par ma valeur CP

je fait tout cela en sql via un query mais je trouve ça super long (j'ai 95000 enregistrement)

il y a t'il une autre methode que du sql ?

Merci

[delphi-fan]

Tu ne peux trouver plus rapide pour mettre à jour de nombreux enregistrements que du SQL.

Cela dit, la vraie question c'est l'utilité de faire appel à du SQL : tout dépend de la structure de ta table : une base de données bien conçue a pour but d'éviter de trop nombreuses requêtes.
Dans ton exemple, tu peux avantageusement utiliser les relations maitre-détail si tu es en visualisation sans pour autant être obligé de modifier physiquement les données d'une des tables ...

A+

[Fabien Celaia]

Reste à voir si ton modèle est bon. Si tu as les bons indexes...

Bon, j'admets que dbase pour 95000 enregistrements, c'est pas le pied...

Peux-tu nous fournir le DDL de tes deux tables (y.c. les indexes) ainsi que ta requête d'update ?

[vttman]

Alternative update table A par rapport table B

1) création table TEMP
2) insert TEMP par rapport select table A, B
(contiendra en fait la table A version 'updatée' )

3) drop table A
4) création table A
5) insert table A par rapport table TEMP
6) drop table TEMP

Sur certaines BdD (terradata), c'est plus rapide
que de faire un update , faut tester ...

[Fabien Celaia]

Sur certaines BdD (terradata), c'est plus rapide
que de faire un update , faut tester ...

Ben ça me parait évident, puisque Teradata est une base datawarehouse. Dans ce type de base, on privilégie le chargement (insert) car on ne modifie rien. En DW, lorsqu'un champ change, on insère sa nouvelle valeur pour une date d, mais on garde l'ancienne.

En OLTP par contre, l'optimiseur fait, au pire, un update différé.
DBase n'est pas orienté DSS (DW).