finalement c'est quelques millisecondes, quelques dizaines de micro-secondes ou environ 0.5 secondes ?
L'utilisation du cache qui renvoie instantanément une requête déjà effectuée ne donne pas une mesure de l'exécution elle-même. Je l'ai donc désactivé, et mes requêtes prennent environ 0,5 secondes. C'est plus réaliste.
Par curiosité, j'ai repris les données dans PostgreSQL et j'y obtiens environ 0,2 secondes. Les deux formes de requêtes fonctionnent, je crois que le SELECT imbriqué en début de SELECT n'était pas possible dans des versions plus anciennes.
en pick cela prend 0,05 secondes environs pour la totalité du traitement
Pour pouvoir vraiment comparer, il faut aussi regarder le matériel utilisé (voire le système d'exploitation), donc je pense que ce n'est pas vraiment représentatif.
Sur des requêtes de moins d'une seconde, les différences sont nivelées, je pense que seules des requêtes très lourdes (de plusieurs secondes voire minutes) ont intérêt à être optimisiées et analysées en détail. Sur notre exemple, une différence de quelques dizièmes de secondes n'a pas d'impact sur l'attente de l'utilisateur. Mais avec des jeux de données très volumineux, cela a toute son importance, bien sûr.
-- DW
* helios <helios@com02.net> in fr.comp.applications.sgbd:
finalement c'est quelques millisecondes, quelques dizaines de
micro-secondes ou environ 0.5 secondes ?
L'utilisation du cache qui renvoie instantanément une requête déjà
effectuée ne donne pas une mesure de l'exécution elle-même. Je l'ai donc
désactivé, et mes requêtes prennent environ 0,5 secondes. C'est plus
réaliste.
Par curiosité, j'ai repris les données dans PostgreSQL et j'y obtiens
environ 0,2 secondes. Les deux formes de requêtes fonctionnent, je crois
que le SELECT imbriqué en début de SELECT n'était pas possible dans des
versions plus anciennes.
en pick cela prend 0,05 secondes environs pour la totalité du
traitement
Pour pouvoir vraiment comparer, il faut aussi regarder le matériel
utilisé (voire le système d'exploitation), donc je pense que ce n'est
pas vraiment représentatif.
Sur des requêtes de moins d'une seconde, les différences sont nivelées,
je pense que seules des requêtes très lourdes (de plusieurs secondes
voire minutes) ont intérêt à être optimisiées et analysées en détail.
Sur notre exemple, une différence de quelques dizièmes de secondes n'a
pas d'impact sur l'attente de l'utilisateur. Mais avec des jeux de
données très volumineux, cela a toute son importance, bien sûr.
finalement c'est quelques millisecondes, quelques dizaines de micro-secondes ou environ 0.5 secondes ?
L'utilisation du cache qui renvoie instantanément une requête déjà effectuée ne donne pas une mesure de l'exécution elle-même. Je l'ai donc désactivé, et mes requêtes prennent environ 0,5 secondes. C'est plus réaliste.
Par curiosité, j'ai repris les données dans PostgreSQL et j'y obtiens environ 0,2 secondes. Les deux formes de requêtes fonctionnent, je crois que le SELECT imbriqué en début de SELECT n'était pas possible dans des versions plus anciennes.
en pick cela prend 0,05 secondes environs pour la totalité du traitement
Pour pouvoir vraiment comparer, il faut aussi regarder le matériel utilisé (voire le système d'exploitation), donc je pense que ce n'est pas vraiment représentatif.
Sur des requêtes de moins d'une seconde, les différences sont nivelées, je pense que seules des requêtes très lourdes (de plusieurs secondes voire minutes) ont intérêt à être optimisiées et analysées en détail. Sur notre exemple, une différence de quelques dizièmes de secondes n'a pas d'impact sur l'attente de l'utilisateur. Mais avec des jeux de données très volumineux, cela a toute son importance, bien sûr.
-- DW
XYZ
On 16/12/2014 16:24, JKB wrote:
Le Tue, 16 Dec 2014 15:52:32 +0100, Doug713705 écrivait :
Le 16-12-2014, JKB nous expliquait dans fr.comp.applications.sgbd () :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
J'oublie toujours :-(
JKB
Et, maintenant, il est tout excité... ;-)
On 16/12/2014 16:24, JKB wrote:
Le Tue, 16 Dec 2014 15:52:32 +0100,
Doug713705 <doug.letough@free.fr> écrivait :
Le 16-12-2014, JKB nous expliquait dans
fr.comp.applications.sgbd
(<slrnm90f22.8ld.jkb@rayleigh.systella.fr>) :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
Le Tue, 16 Dec 2014 15:52:32 +0100, Doug713705 écrivait :
Le 16-12-2014, JKB nous expliquait dans fr.comp.applications.sgbd () :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
J'oublie toujours :-(
JKB
Et, maintenant, il est tout excité... ;-)
JKB
Le Wed, 17 Dec 2014 20:51:04 +0100, XYZ écrivait :
On 16/12/2014 16:24, JKB wrote:
Le Tue, 16 Dec 2014 15:52:32 +0100, Doug713705 écrivait :
Le 16-12-2014, JKB nous expliquait dans fr.comp.applications.sgbd () :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
J'oublie toujours :-(
JKB
Et, maintenant, il est tout excité... ;-)
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le Wed, 17 Dec 2014 20:51:04 +0100,
XYZ <x@y.z> écrivait :
On 16/12/2014 16:24, JKB wrote:
Le Tue, 16 Dec 2014 15:52:32 +0100,
Doug713705 <doug.letough@free.fr> écrivait :
Le 16-12-2014, JKB nous expliquait dans
fr.comp.applications.sgbd
(<slrnm90f22.8ld.jkb@rayleigh.systella.fr>) :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
J'oublie toujours :-(
JKB
Et, maintenant, il est tout excité... ;-)
Il suffit de faire comme moi... Ma boitakon a un couvercle très
lourd et présentement verrouillé :-P
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Le Wed, 17 Dec 2014 20:51:04 +0100, XYZ écrivait :
On 16/12/2014 16:24, JKB wrote:
Le Tue, 16 Dec 2014 15:52:32 +0100, Doug713705 écrivait :
Le 16-12-2014, JKB nous expliquait dans fr.comp.applications.sgbd () :
On t'avait pourtant expliqué qu'il ne fallait pas invoquer le diable /o
J'oublie toujours :-(
JKB
Et, maintenant, il est tout excité... ;-)
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Stephane T.
On 2014-12-18, JKB wrote:
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
On 2014-12-18, JKB <jkb@koenigsberg.invalid> wrote:
Il suffit de faire comme moi... Ma boitakon a un couvercle très
lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
Stephane T.
On 2014-12-18, helios wrote:
mon experience SQL remonte à 1992 et sql à été pour moi une voie évolutive morte après 3 semaines d'essais (manques performances, manques souplesses, manques outils ......)
Ou comment confondre l'interface et le moteur.
On 2014-12-18, helios <helios@com02.net> wrote:
mon experience SQL remonte à 1992 et sql à été pour moi une voie
évolutive morte après 3 semaines d'essais (manques performances, manques
souplesses, manques outils ......)
mon experience SQL remonte à 1992 et sql à été pour moi une voie évolutive morte après 3 semaines d'essais (manques performances, manques souplesses, manques outils ......)
Ou comment confondre l'interface et le moteur.
JKB
Le Thu, 18 Dec 2014 18:29:25 +0000 (UTC), Stephane T. écrivait :
On 2014-12-18, JKB wrote:
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le Thu, 18 Dec 2014 18:29:25 +0000 (UTC),
Stephane T. <stephane@unices.org> écrivait :
On 2014-12-18, JKB <jkb@koenigsberg.invalid> wrote:
Il suffit de faire comme moi... Ma boitakon a un couvercle très
lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda,
helios et toi. Mon killfile ne contient que sept personnes de ta
très haute qualité (enfin, de l'idée que tu t'en fais).
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Le Thu, 18 Dec 2014 18:29:25 +0000 (UTC), Stephane T. écrivait :
On 2014-12-18, JKB wrote:
Il suffit de faire comme moi... Ma boitakon a un couvercle très lourd et présentement verrouillé :-P
C'est même surprenant que tu trouves encore des gens avec qui parler.
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Stephane T.
On 2014-12-19, JKB wrote:
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
On 2014-12-19, JKB <jkb@koenigsberg.invalid> wrote:
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda,
helios et toi. Mon killfile ne contient que sept personnes de ta
très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens
qui sont dedans ?
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
JKB
Le Fri, 19 Dec 2014 17:05:15 +0000 (UTC), Stephane T. écrivait :
On 2014-12-19, JKB wrote:
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP. Rassure-toi, tu y retournes de ce pas.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Le Fri, 19 Dec 2014 17:05:15 +0000 (UTC),
Stephane T. <stephane@unices.org> écrivait :
On 2014-12-19, JKB <jkb@koenigsberg.invalid> wrote:
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda,
helios et toi. Mon killfile ne contient que sept personnes de ta
très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens
qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP.
Rassure-toi, tu y retournes de ce pas.
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr
Le Fri, 19 Dec 2014 17:05:15 +0000 (UTC), Stephane T. écrivait :
On 2014-12-19, JKB wrote:
Rassure-toi, tu es juste avec quelques abru_p_tis (C) comme pandi-panda, helios et toi. Mon killfile ne contient que sept personnes de ta très haute qualité (enfin, de l'idée que tu t'en fais).
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP. Rassure-toi, tu y retournes de ce pas.
JKB
-- Si votre demande me parvient sur carte perforée, je titiouaillerai très volontiers une réponse... => http://grincheux.de-charybde-en-scylla.fr => http://loubardes.de-charybde-en-scylla.fr
Stephane T.
On 2014-12-19, JKB wrote:
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP. Rassure-toi, tu y retournes de ce pas.
Stéphane n'est pas un pseudo, c'est mon prénom.
Quant à changer d'IP, je rassure sa grandeur, ce sont les aléas de la vie qui m'en ont donné une nouvelle, car sortir de ton kill file n'a jamais été une priorité dans ma vie.
Quand même, après tant d'années, t'es quand même rancunier.
Tout le monde peut perdre une joute verbale, ça ne justifie pas pour autant de mettre le gagnant dans un kill file pour les vingts années qui suivent.
On 2014-12-19, JKB <jkb@koenigsberg.invalid> wrote:
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens
qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP.
Rassure-toi, tu y retournes de ce pas.
Stéphane n'est pas un pseudo, c'est mon prénom.
Quant à changer d'IP, je rassure sa grandeur, ce sont les aléas de la
vie qui m'en ont donné une nouvelle, car sortir de ton kill file n'a
jamais été une priorité dans ma vie.
Quand même, après tant d'années, t'es quand même rancunier.
Tout le monde peut perdre une joute verbale, ça ne justifie pas pour
autant de mettre le gagnant dans un kill file pour les vingts années qui
suivent.
Aurais-tu des problème à gérer ton kill file que tu répondes aux gens qui sont dedans ?
Aucune avec les gens qui ne changent ni de pseudo ni d'IP. Rassure-toi, tu y retournes de ce pas.
Stéphane n'est pas un pseudo, c'est mon prénom.
Quant à changer d'IP, je rassure sa grandeur, ce sont les aléas de la vie qui m'en ont donné une nouvelle, car sortir de ton kill file n'a jamais été une priorité dans ma vie.
Quand même, après tant d'années, t'es quand même rancunier.
Tout le monde peut perdre une joute verbale, ça ne justifie pas pour autant de mettre le gagnant dans un kill file pour les vingts années qui suivent.
SQLpro
Le 12/12/2014 09:46, roseline a écrit :
bonjour, j'ai deux fichiers un des ville avec comme clef le numero insee des villes et un département avec le numero de département comme clef
dans le fichier département il y a un champ contenant le numero insee de la ville prefecture
comment sortir la liste des villes avec le nom de la ville prefecture en face?
En SQL normatif :
SELECT v.*, vp.nom_ville AS nom_vile_prefecture FROM fichier_ville AS v INNER JOIN fichier_departement AS d ON d.numero_departement = SUBSTRING(numero_insee_ville, 1, CHARACTER_LENGHT(d.numero_departement)) INNER JOIN fichier_ville AS vp ON d.numero_insee_ville_prefecture = v.numero_insee_ville;
le fichier ville contient un article 59307 et l'article département 59 contient 59008
merci
Apprenez le langage SQL. Mon livre, comme mon site web, peuvent vous ya aider !
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
A +
-- Frédéric BROUARD, Architecte de Données, 06 11 86 40 66, JE SUIS CHARLIE # Expert SQL Server "certifié" Microsoft depuis 13 années consécutives # Enseignant : CNAM PACA / ISEN Toulon / CESI EXIA Aix en P. / EPITA Paris Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com ************************* Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Le Livre "Microsoft SQL Server 2014" http://www.amazon.fr/dp/2212135920/
Le 12/12/2014 09:46, roseline a écrit :
bonjour,
j'ai deux fichiers un des ville avec comme clef le numero insee des
villes et un département avec le numero de département comme clef
dans le fichier département il y a un champ contenant le numero insee de
la ville prefecture
comment sortir la liste des villes avec le nom de la ville prefecture en
face?
En SQL normatif :
SELECT v.*, vp.nom_ville AS nom_vile_prefecture
FROM fichier_ville AS v
INNER JOIN fichier_departement AS d
ON d.numero_departement
= SUBSTRING(numero_insee_ville, 1,
CHARACTER_LENGHT(d.numero_departement))
INNER JOIN fichier_ville AS vp
ON d.numero_insee_ville_prefecture = v.numero_insee_ville;
le fichier ville contient un article 59307 et l'article département 59
contient 59008
merci
Apprenez le langage SQL. Mon livre, comme mon site web, peuvent vous ya
aider !
---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant
parce que la protection avast! Antivirus est active.
http://www.avast.com
A +
--
Frédéric BROUARD, Architecte de Données, 06 11 86 40 66, JE SUIS CHARLIE
# Expert SQL Server "certifié" Microsoft depuis 13 années consécutives #
Enseignant : CNAM PACA / ISEN Toulon / CESI EXIA Aix en P. / EPITA Paris
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
*********************** http://www.sqlspot.com *************************
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Le Livre "Microsoft SQL Server 2014" http://www.amazon.fr/dp/2212135920/
bonjour, j'ai deux fichiers un des ville avec comme clef le numero insee des villes et un département avec le numero de département comme clef
dans le fichier département il y a un champ contenant le numero insee de la ville prefecture
comment sortir la liste des villes avec le nom de la ville prefecture en face?
En SQL normatif :
SELECT v.*, vp.nom_ville AS nom_vile_prefecture FROM fichier_ville AS v INNER JOIN fichier_departement AS d ON d.numero_departement = SUBSTRING(numero_insee_ville, 1, CHARACTER_LENGHT(d.numero_departement)) INNER JOIN fichier_ville AS vp ON d.numero_insee_ville_prefecture = v.numero_insee_ville;
le fichier ville contient un article 59307 et l'article département 59 contient 59008
merci
Apprenez le langage SQL. Mon livre, comme mon site web, peuvent vous ya aider !
--- Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com
A +
-- Frédéric BROUARD, Architecte de Données, 06 11 86 40 66, JE SUIS CHARLIE # Expert SQL Server "certifié" Microsoft depuis 13 années consécutives # Enseignant : CNAM PACA / ISEN Toulon / CESI EXIA Aix en P. / EPITA Paris Audit, conseil, expertise, formation, modélisation, tuning, optimisation *********************** http://www.sqlspot.com ************************* Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Le Livre "Microsoft SQL Server 2014" http://www.amazon.fr/dp/2212135920/
