IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Autres SGBD Discussion :

[dBase]il y a mieux que la commande sql UPDATE ?


Sujet :

Autres SGBD

  1. #1
    Nouveau Candidat au Club
    Inscrit en
    novembre 2002
    Messages
    1
    Détails du profil
    Informations forums :
    Inscription : novembre 2002
    Messages : 1
    Points : 1
    Points
    1
    Par défaut [dBase]il y a mieux que la commande sql UPDATE ?
    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

  2. #2
    Membre habitué

    Profil pro
    Inscrit en
    octobre 2002
    Messages
    66
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : octobre 2002
    Messages : 66
    Points : 127
    Points
    127
    Par défaut
    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+
    Consultez :
    - La F.A.Q Delphi + Les Cours Delphi
    - La sélection des Freewares Delphi

  3. #3
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    octobre 2002
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : octobre 2002
    Messages : 4 184
    Points : 19 413
    Points
    19 413
    Billets dans le blog
    25
    Par défaut
    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 ?

    Sr DBA Oracle / MS-SQL / MySQL / Postgresql / SAP-Sybase / Informix / DB2

    N'oublie pas de consulter mes articles, mon blog, les cours et les FAQ SGBD

    Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !

  4. #4
    Membre chevronné Avatar de vttman
    Homme Profil pro
    Développeur Mainframe
    Inscrit en
    décembre 2002
    Messages
    1 034
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Moselle (Lorraine)

    Informations professionnelles :
    Activité : Développeur Mainframe
    Secteur : Industrie

    Informations forums :
    Inscription : décembre 2002
    Messages : 1 034
    Points : 2 058
    Points
    2 058
    Par défaut
    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 ...
    Chevronné, chevronné ... plutôt dans le développement depuis FORT FORT longtemps, c'est mon job, ça oui
    A part ça ... Il ne pleut jamais en Moselle !

  5. #5
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    octobre 2002
    Messages
    4 184
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 51
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : octobre 2002
    Messages : 4 184
    Points : 19 413
    Points
    19 413
    Billets dans le blog
    25
    Par défaut
    Citation Envoyé par vttman
    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).
    Sr DBA Oracle / MS-SQL / MySQL / Postgresql / SAP-Sybase / Informix / DB2

    N'oublie pas de consulter mes articles, mon blog, les cours et les FAQ SGBD

    Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !

Discussions similaires

  1. Kimsufi reçu, mieux que celui commandé ?
    Par nouknouk dans le forum OVH
    Réponses: 3
    Dernier message: 11/05/2011, 23h00
  2. Command sql update dans datalist via image bouton ( vs2008-vb.net)
    Par JFLESUEUR dans le forum Développement Web avec .NET
    Réponses: 4
    Dernier message: 22/03/2010, 09h44
  3. [Graphiques] Quoi de mieux que JFreeChart ?
    Par elitost dans le forum Graphisme
    Réponses: 4
    Dernier message: 21/04/2006, 17h20
  4. D7P mieux que D6P ?
    Par David dans le forum EDI
    Réponses: 5
    Dernier message: 16/06/2004, 22h15

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo