en pleine phase d'étude pour un transfert HF7->MySQL avec les accès
(alter)natifs, je suis au premier abord un peu déçu par la vitesse des
parcours de fichier :
NOMTEST est une clé texte sur 20 (avec doublon)
parcours de 147 enregistrements sur 8286
Les 2 bases sont sur la même machine (XP SP1) et accédée via le réseau
par la machine de développement (XP SP1).
MySQL version 4.020a-nt-max
***********Code HF
c=0
HRAZ(TEST)
HFiltre(TEST,NOMTEST,"INR","INR")
HLitPremier(TEST,NOMTEST)
TANTQUE PAS HEnDehors
c++
Trace(c+" -"+TEST.NOMTEST)
HLitSuivant(TEST,NOMTEST)
FIN
***********Code MySQL (via SQLManagerX)
c=0
oTEST:SQLRaz()
oTEST:SQLfiltre("NOMTEST='INR'")
oTEST:SQLPremier()
TANTQUE PAS oTEST:endehors
c++
Trace(c+" -"+oTEST:m_NOMTEST)
oTEST:SQlSuivant()
FIN
HF -> en moyenne 1 sec 20
MySQL -> en moyenne 5 sec 40
HF est 4 à 5 fois plus rapide...
Bien sûr, je concois que ce n'est pas la bonne façon pour utiliser
MySQL et évidemment, je vais dans un second temps tester une
programmation plus adapté à un vrai moteur SGDB mais y-a-t-il quand
même un moyen d'améliorer ce type de parcours (j'ai beaucoup de
parcours dans une appli que je voudrais migrer) ?
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que le temps constater avec SQLManagerX (ou plustot MySQL) sera identique quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas là il faut bien sur ajouter le temsp de transport de l'information).
Salut,
Cela dépend quand même de la charge du serveur.
De plus une version C/S de HF est annoncé pour bientôt.
Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que
le temps constater avec SQLManagerX (ou plustot MySQL) sera identique
quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas
là il faut bien sur ajouter le temsp de transport de l'information).
Salut,
Cela dépend quand même de la charge du serveur.
De plus une version C/S de HF est annoncé pour bientôt.
Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que le temps constater avec SQLManagerX (ou plustot MySQL) sera identique quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas là il faut bien sur ajouter le temsp de transport de l'information).
Salut,
Cela dépend quand même de la charge du serveur.
De plus une version C/S de HF est annoncé pour bientôt.
-- En esperant t'avoir aidé. ted
Romain PETIT
Après mure réflexion, ted a écrit :
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site.
Bof, j'ai essayé mais trop de limitations à mon goût : - on reste dépendant du bon vouloir de l'éditeur pour l'évolution - on n'a pas accès aux sources - MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2) - on a un accès natif "libre" (gratuit *et* dont on a les sources), multibases, auquel on peut contribuer, qui marche bien, avec des contributeurs qui sont très réactifs, des outils efficaces, pourquoi s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler... C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie émergé de l'iceberg que l'on peut trouver dans l'aide, je dis *non merci* :
Extrait de l'aide accès natif : Dans la table MySQL "MaTable", les enregistrements suivants sont présents :
N° d'enrg Valeur ------------------ 98 Tata 99 Toto 100 Toto 101 Toto 102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable Trace(MaTable.Valeur) FIN
La fenêtre de trace affichera les valeurs suivantes : - Tata - Toto - Toto - Tutu Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale à "Toto").
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Après mure réflexion, ted a écrit :
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur
leur site.
Bof, j'ai essayé mais trop de limitations à mon goût :
- on reste dépendant du bon vouloir de l'éditeur pour l'évolution
- on n'a pas accès aux sources
- MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2)
- on a un accès natif "libre" (gratuit *et* dont on a les sources),
multibases, auquel on peut contribuer, qui marche bien, avec des
contributeurs qui sont très réactifs, des outils efficaces, pourquoi
s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler...
C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya
qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie émergé de l'iceberg que l'on peut trouver dans
l'aide, je dis *non merci* :
Extrait de l'aide accès natif :
Dans la table MySQL "MaTable", les enregistrements suivants sont
présents :
N° d'enrg Valeur
------------------
98 Tata
99 Toto
100 Toto
101 Toto
102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable
Trace(MaTable.Valeur)
FIN
La fenêtre de trace affichera les valeurs suivantes :
- Tata
- Toto
- Toto
- Tutu
Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale
à "Toto").
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site.
Bof, j'ai essayé mais trop de limitations à mon goût : - on reste dépendant du bon vouloir de l'éditeur pour l'évolution - on n'a pas accès aux sources - MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2) - on a un accès natif "libre" (gratuit *et* dont on a les sources), multibases, auquel on peut contribuer, qui marche bien, avec des contributeurs qui sont très réactifs, des outils efficaces, pourquoi s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler... C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie émergé de l'iceberg que l'on peut trouver dans l'aide, je dis *non merci* :
Extrait de l'aide accès natif : Dans la table MySQL "MaTable", les enregistrements suivants sont présents :
N° d'enrg Valeur ------------------ 98 Tata 99 Toto 100 Toto 101 Toto 102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable Trace(MaTable.Valeur) FIN
La fenêtre de trace affichera les valeurs suivantes : - Tata - Toto - Toto - Tutu Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale à "Toto").
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT
Après mure réflexion, ted a écrit :
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site.
Bof, j'ai essayé mais trop de limitations à mon goût : - on reste dépendant du bon vouloir de l'éditeur pour l'évolution - on n'a pas accès aux sources - MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2) - on a un accès natif "libre" (gratuit *et* dont on a les sources), multibases, auquel on peut contribuer, qui marche bien, avec des contributeurs qui sont très réactifs, des outils efficaces, pourquoi s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler... C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie _émergée_ de l'iceberg que l'on peut trouver dans l'aide, je dis *non merci* :
Extraits de l'aide accès natif :
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées. - Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
[...] Dans la table MySQL "MaTable", les enregistrements suivants sont présents :
N° d'enrg Valeur ------------------ 98 Tata 99 Toto 100 Toto 101 Toto 102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable Trace(MaTable.Valeur) FIN
La fenêtre de trace affichera les valeurs suivantes : - Tata - Toto - Toto - Tutu Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale à "Toto").
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Après mure réflexion, ted a écrit :
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur
leur site.
Bof, j'ai essayé mais trop de limitations à mon goût :
- on reste dépendant du bon vouloir de l'éditeur pour l'évolution
- on n'a pas accès aux sources
- MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2)
- on a un accès natif "libre" (gratuit *et* dont on a les sources),
multibases, auquel on peut contribuer, qui marche bien, avec des
contributeurs qui sont très réactifs, des outils efficaces, pourquoi
s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler...
C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya
qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie _émergée_ de l'iceberg que l'on peut trouver
dans l'aide, je dis *non merci* :
Extraits de l'aide accès natif :
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime
ne sont pas supportées.
- Les recherches réalisées sur certaines requêtes complexes avec la
fonction HLitRecherche* peuvent échouer dans cette version.
Ce problème sera corrigé dans une prochaine version (sic !)
[...]
Dans la table MySQL "MaTable", les enregistrements suivants sont
présents :
N° d'enrg Valeur
------------------
98 Tata
99 Toto
100 Toto
101 Toto
102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable
Trace(MaTable.Valeur)
FIN
La fenêtre de trace affichera les valeurs suivantes :
- Tata
- Toto
- Toto
- Tutu
Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale
à "Toto").
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site.
Bof, j'ai essayé mais trop de limitations à mon goût : - on reste dépendant du bon vouloir de l'éditeur pour l'évolution - on n'a pas accès aux sources - MySQL version 3.23.x (testé en version 3.23.52) (je suis en 4.0.2) - on a un accès natif "libre" (gratuit *et* dont on a les sources), multibases, auquel on peut contribuer, qui marche bien, avec des contributeurs qui sont très réactifs, des outils efficaces, pourquoi s'en priver ?
En plus pas de modif de code !!
Ca, ça me fait doucement rigoler... C'est typiquement le piège dans lequel je ne veux pas tomber (genre "ya qu'à recompiler" ou "zéro erreur, zéro warning")
Rien qu'à lire la partie _émergée_ de l'iceberg que l'on peut trouver dans l'aide, je dis *non merci* :
Extraits de l'aide accès natif :
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées. - Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
[...] Dans la table MySQL "MaTable", les enregistrements suivants sont présents :
N° d'enrg Valeur ------------------ 98 Tata 99 Toto 100 Toto 101 Toto 102 Tutu
Soit le code de parcours suivant :
POUR TOUT MaTable Trace(MaTable.Valeur) FIN
La fenêtre de trace affichera les valeurs suivantes : - Tata - Toto - Toto - Tutu Il manque un enregistrement (Enregistrement n°101 dont Valeur est égale à "Toto").
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
free
> > Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que > le temps constater avec SQLManagerX (ou plustot MySQL) sera identique > quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas > là il faut bien sur ajouter le temsp de transport de l'information).
Cela dépend quand même de la charge du serveur.
Oui mais nos différents tests ont montré que ce n'était pas tant la charge serveur qui faisait défaut mais la charge réseau. Ceci est confirmé par d'autres.
De plus une version C/S de HF est annoncé pour bientôt.
Depuis plus d'un an si je ne m'abuse...
> > Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que
> le temps constater avec SQLManagerX (ou plustot MySQL) sera identique
> quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas
> là il faut bien sur ajouter le temsp de transport de l'information).
Cela dépend quand même de la charge du serveur.
Oui mais nos différents tests ont montré que ce n'était pas tant la charge
serveur qui faisait défaut mais la charge réseau. Ceci est confirmé par
d'autres.
De plus une version C/S de HF est annoncé pour bientôt.
> > Oui, mais : tu es en local et mono utilisateur. Je peux t'assurer que > le temps constater avec SQLManagerX (ou plustot MySQL) sera identique > quelque soit le nombre d'utilisateurs et même en déporté (dans ce cas > là il faut bien sur ajouter le temsp de transport de l'information).
Cela dépend quand même de la charge du serveur.
Oui mais nos différents tests ont montré que ce n'était pas tant la charge serveur qui faisait défaut mais la charge réseau. Ceci est confirmé par d'autres.
De plus une version C/S de HF est annoncé pour bientôt.
Depuis plus d'un an si je ne m'abuse...
free
> > HF -> en moyenne 1 sec 20 > MySQL -> en moyenne 5 sec 40 > > HF est 4 à 5 fois plus rapide...
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site. En plus pas de modif de code !!
La dernière phrase doit avoir une petite astérisque : combien de personnes ici exposent leur problème avec le SQL où en fait il faut faire un test dans le prog si MySQL alors hexecute requetesansmodifcation ?
> > HF -> en moyenne 1 sec 20
> MySQL -> en moyenne 5 sec 40
>
> HF est 4 à 5 fois plus rapide...
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur
leur site. En plus pas de modif de code !!
La dernière phrase doit avoir une petite astérisque : combien de personnes
ici exposent leur problème avec le SQL où en fait il faut faire un test dans
le prog si MySQL alors hexecute requetesansmodifcation ?
> > HF -> en moyenne 1 sec 20 > MySQL -> en moyenne 5 sec 40 > > HF est 4 à 5 fois plus rapide...
Tu as essayé avec m'accés natif gratuit de PC SOFT en téléchargement sur leur site. En plus pas de modif de code !!
La dernière phrase doit avoir une petite astérisque : combien de personnes ici exposent leur problème avec le SQL où en fait il faut faire un test dans le prog si MySQL alors hexecute requetesansmodifcation ?
ted
"free" écrivait news:4130368b$0$5979$:
De plus une version C/S de HF est annoncé pour bientôt.
Depuis plus d'un an si je ne m'abuse...
Salut,
d'après ce qu'on m'a dit, il y a un plan bêta en cours.... Mais les bêtas testeurs n'ont pas le droit de communiquer sur le sujet
De plus une version C/S de HF est annoncé pour bientôt.
Depuis plus d'un an si je ne m'abuse...
Salut,
d'après ce qu'on m'a dit, il y a un plan bêta en cours.... Mais les bêtas testeurs n'ont pas le droit de communiquer sur le sujet
-- En esperant t'avoir aidé. ted
ted
Romain PETIT écrivait news::
salut,
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
- Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer une email au ST gratuit pour confirmation.
-- En esperant t'avoir aidé. ted
Romain PETIT <VoirM@Signature.fin> écrivait
news:mn.e05d7d4863315708.2191@Signature.fin:
salut,
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime
ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
- Les recherches réalisées sur certaines requêtes complexes avec la
fonction HLitRecherche* peuvent échouer dans cette version.
Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer
une email au ST gratuit pour confirmation.
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
- Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer une email au ST gratuit pour confirmation.
-- En esperant t'avoir aidé. ted
Romain PETIT
ted a pensé très fort :
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
Donc autant utiliser les accès alter, il ne faut pas tout réécrire non plus, probablement un peu plus, mais au moins on maîtrise ce que l'on fait.
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant essayer de l'utiliser correctement : http://dev.mysql.com/doc/mysql/fr/UPDATE.html
" Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de UPDATE qui couvrent plusieurs tables : UPDATE items,month SET items.price=month.price WHERE items.id=month.id;
L'exemple ci-dessus montre une jointure interne, en utilisant la virgule comme séparateur, mais une commande UPDATE multi-table peut utiliser n'importe quel type de jointure autorisée dans une commande SELECT, tel qu'un LEFT JOIN. "
- Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer une email au ST gratuit pour confirmation.
Pas la peine, on se doute de la réponse : WD7.5 n'est plus supporté...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
ted a pensé très fort :
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
Donc autant utiliser les accès alter, il ne faut pas tout réécrire non
plus, probablement un peu plus, mais au moins on maîtrise ce que l'on
fait.
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime
ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant
essayer de l'utiliser correctement :
http://dev.mysql.com/doc/mysql/fr/UPDATE.html
"
Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de
UPDATE qui couvrent plusieurs tables :
UPDATE items,month SET items.price=month.price
WHERE items.id=month.id;
L'exemple ci-dessus montre une jointure interne, en utilisant la
virgule comme séparateur, mais une commande UPDATE multi-table peut
utiliser n'importe quel type de jointure autorisée dans une commande
SELECT, tel qu'un LEFT JOIN.
"
- Les recherches réalisées sur certaines requêtes complexes avec la
fonction HLitRecherche* peuvent échouer dans cette version.
Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer
une email au ST gratuit pour confirmation.
Pas la peine, on se doute de la réponse : WD7.5 n'est plus supporté...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
Donc autant utiliser les accès alter, il ne faut pas tout réécrire non plus, probablement un peu plus, mais au moins on maîtrise ce que l'on fait.
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant essayer de l'utiliser correctement : http://dev.mysql.com/doc/mysql/fr/UPDATE.html
" Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de UPDATE qui couvrent plusieurs tables : UPDATE items,month SET items.price=month.price WHERE items.id=month.id;
L'exemple ci-dessus montre une jointure interne, en utilisant la virgule comme séparateur, mais une commande UPDATE multi-table peut utiliser n'importe quel type de jointure autorisée dans une commande SELECT, tel qu'un LEFT JOIN. "
- Les recherches réalisées sur certaines requêtes complexes avec la fonction HLitRecherche* peuvent échouer dans cette version. Ce problème sera corrigé dans une prochaine version (sic !)
Etonnant peut être un reste de doc des premières versions, je vais envoyer une email au ST gratuit pour confirmation.
Pas la peine, on se doute de la réponse : WD7.5 n'est plus supporté...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT
Romain PETIT a écrit :
Depuis MySQL version 4.0.4,
D'ailleurs va falloir que j'upgrade... :-)
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT a écrit :
Depuis MySQL version 4.0.4,
D'ailleurs va falloir que j'upgrade... :-)
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou Eric
Romain PETIT avait énoncé :
ted a pensé très fort :
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant essayer de l'utiliser correctement : http://dev.mysql.com/doc/mysql/fr/UPDATE.html
" Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de UPDATE qui couvrent plusieurs tables : UPDATE items,month SET items.price=month.price WHERE items.id=month.id;
Mhouais ! pas d'accord avec toi là dessus Romain. quitte à avoir un *vrai* SGDB, autant essayer d'utiliser un code SQL le plus standard possible. Car comment utiliser ce code en Oracle car je doute que cela marche ?
Donc pas de màj sur des jointures c'est qq chose qui ne me choque pas (meme si cela ne me concerne pas pour les H... car j'utilise les accès alternatifs et qu'en code SQL)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Romain PETIT avait énoncé :
ted a pensé très fort :
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime
ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant essayer
de l'utiliser correctement :
http://dev.mysql.com/doc/mysql/fr/UPDATE.html
"
Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de UPDATE
qui couvrent plusieurs tables :
UPDATE items,month SET items.price=month.price
WHERE items.id=month.id;
Mhouais ! pas d'accord avec toi là dessus Romain.
quitte à avoir un *vrai* SGDB, autant essayer d'utiliser un code SQL le
plus standard possible.
Car comment utiliser ce code en Oracle car je doute que cela marche ?
Donc pas de màj sur des jointures c'est qq chose qui ne me choque pas
(meme si cela ne me concerne pas pour les H... car j'utilise les accès
alternatifs et qu'en code SQL)
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Il y a effectivement qlq différences, mais pas tout à re-écrire !!
- Requête multi-fichier : Les fonctions HAjoute, HModifie et HSupprime ne sont pas supportées.
Tu as souvent se type de code ? Personnelement jamais.
C'est pourtant bien pratique, quitte à avoir un *vrai* SGDB, autant essayer de l'utiliser correctement : http://dev.mysql.com/doc/mysql/fr/UPDATE.html
" Depuis MySQL version 4.0.4, vous pouvez aussi faire des opérations de UPDATE qui couvrent plusieurs tables : UPDATE items,month SET items.price=month.price WHERE items.id=month.id;
Mhouais ! pas d'accord avec toi là dessus Romain. quitte à avoir un *vrai* SGDB, autant essayer d'utiliser un code SQL le plus standard possible. Car comment utiliser ce code en Oracle car je doute que cela marche ?
Donc pas de màj sur des jointures c'est qq chose qui ne me choque pas (meme si cela ne me concerne pas pour les H... car j'utilise les accès alternatifs et qu'en code SQL)
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
