Reprise du message précédent :

 
http://www.france24.com/fr/2012112 [...] etats-unis

 Ce coup-ci c'est pour moi:    

kookoo les lootres
 
bon ben chuis en Oracle 9
 
C'est quoi le mieux point de vue perfs pour les jointures? implicites ou explicites? chuis habitué à utiliser JOIN partout mais ici ça n'a pas l'air d'être la mode et je trouve ça moche

botàspam effacé

J'ai jamais capté pourquoi les gens préféraient les sous-requêtes plutôt que les join. On m'a toujours sorti des raisons de perf (un homme aurait vu un homme qui aurait vu un our faire un table-scan pour un join, et utiliser l'index trucmuche pour un join), mais je ne l'ai jamais vérifié, que ce soit sous Oracle ou Sybase. C'est ma culture info qui est déficiente ?

C'est pas une histoire de table scan (on tape pas sur les index), mais de réduction de scope (on requête sur 10 millions de lignes, ou sur 10.000). Ceci dit les optimiseurs font la plupart du temps la réduction du scope pour toi, du coup dans la plupart des cas, un join est tout aussi efficace qu'une sous-requête.

Ceci dit, dans un modèle en étoile de notre côté, l'optimiseur se plante souvent et tente de faire un gros join avant filtrage, du coup écrire ça :
select foo from bar where id = (select id from foobar where truc)

donne souvent de bien meilleurs résultats que :
select foo from bar inner join foobar on bar.id = foobar.id where foobar.truc

Mais on est encore sous Sybase IQ 12.7 faut dire, et l'optimiseur est un petit peu buggé. Après, ça dépend de la complexité de la requête et de comment l'optimiseur gère ça, mais effectivement dans la plupart des cas, c'est pas utile.

Quand tu dis sous-requête, on parle bien d'un truc comme ceci?

SELECT *
FROM a, b
WHERE a.id = b.child_id

edit: apparemment non

SELECT *
FROM a, b
WHERE a.id = b.child_id

Nan, ça c'est un join mal écrit (enfin j'en connais qui préfèrent cette syntaxe mais perso je peux pas).
Une sous-requête c'est ce qu'a écrit Elmo, genre select machin from truc where bidule in (select bidule_id from ailleurs) ; t'as 2 select dans 1 requête, quoi.

mais ça c'est un handler global. Est ce que la façon de gérer ton erreur ne dépend pas un peu du contexte ? ( remonter un message pour l'afficher  à l'utilisateur, log en base ou dans un fichier, essayer un plan B si le plan A est raté)
 

 
leave jovalise alone  

Oui j'ai vu le post d'Elmo juste après  Je crois que j'avais jamais vu cette forme en fait
 
Bon je vais tenter de les convertir au JOIN mais il me manque un accès à une autre base et évidemment aujourd'hui ya personne pour me le donner Déjà j'ai pu me donner un accès à SourceSafe (parce que oui ils utilisent encore VSS ici, même pour leurs devs en .NET) parce qu'ils ont oublié de mettre un mot de passe sur le compte admin.
 
Ce qui est un peu dingue quand on sait que ces gens bossent sur un site qui gère accès et privilèges pour tout un domaine

Je te conseille d'aller rire sur la librairie php oauth2 histoire de t'étouffer sur leur gestion d'erreur. Ces connards utilisent des exceptions pour tout.

donc tu ne sais pas ce qu'est une sosu requete, tu ne connais pas les impacts sur les perfs mais tu vas essayer de les convertir ?  

J'ai pas dit que j'allais utiliser les sous-requêtes pour faire des jointures J'ai plutôt envie de laisser tomber les jointures implicites parce que je trouve ça peu lisible

Il faut parler de notre histoire. Ensuite, nous avons des valeurs : les trois que chacun connaît, liberté, égalité, fraternité, auxquelles je veux ajouter la sécurité...
 

Alors qu'on est en pleine côte, on ne peut commenter une course dont on n'a pas franchi la ligne d'arrivée.

Oracle + join, gaffe à être certain qu'ils utilisent pas les opérateurs de join (genre (+)).

J'ai vu ça une fois je ne sais plus où... mais en effet, merci de me le rappeler, je l'avais oublié. Heureusement je n'en ai pas vu ici

Sinon je tiens à dire que SQL Navigator est un outil de natas et que l'auteur de sa GUI mérite d'être pendu par les couilles

Les jointures implicites, c'est effctivement le mal
 
Tu peux te retrouver a faire une cross join très très facilement, et ça se passe rarement bien

 
0x90 a mieux exprimé mon avis que je n'allais le faire, mais bon.
Par définition, tu peux tout faire avec n'importe quel langage de programmation. T'es simplement limité par le temps.
Ce temps tu veux l'utiliser pour résoudre les problèmes, pas pour éviter de marcher sur une mine ou tourner autour d'un défaut du langage ou de la lib standard qui vient avec. Parce que comme ton temps n'est pas une ressource illimitée et inépuisable, chaque fois que le langage ou sa plateforme te mettent des bâtons dans les roues, c'est ça de moins pour faire quelque chose d'utile.
 
C'est pas pour rien que les gens adoptent les solutions qui contournent des limitations de la plateforme ou qui développent dans des écosystèmes où ces limitations ne sont pas là. Pour Java par exemple c'est assez évident avec l'engouement pour des trucs comme JRebel ou Play!.

 
C'est vrai, mais il ne faut pas se tromper de débat, et utiliser les outils pour ce qu'ils sont supposés faire. Php c'est bien pour prototyper, faire un blog/un site simple. Je dirais même que c'est mieux qu'une usine à gaz dans un langage plus récent.
Si le langage te met des bâtons dans les roues c'est que c'est pas le bon langage, pas forcément un mauvais langage.

 
T'as déjà envisagé de faire de l'actionscript ?

 
J'ai  installé des centaines de Mo de bloatware pour avoir un env de dev, essayé d'apprendre la syntaxe sortie de nulle part et me suis découragé.

Oh putain ya du VBscript client-side, du coup c'est IE only. Je sais pas si je vais rester longtemps ici finalement.

Au fait, il y a prescription. Tu peux nous dire maintenant pourquoi tu as été remercié de la précedente mission.

Il n'y a jamais prescription pour ces choses là

crime contre l'humanité ?

PQ

Ce qui est bien aux Etats-Unis, c'est qu'on laisse leur chance aux gens. Genre, t'es un mec bon, et t'as déjà fait tes preuves, bah si tu te plantes une fois, c'est pas grave, on te laisse une deuxième chance. On se dit que ton échec a été formateur et qu'il fera de toi quelqu'un de meilleur encore.
 

C'est pas une question de compétences, il faut rassurer les marchés.  

 
Non, t'es effectivement pas obligé d'utiliser ZF. Mais si tu l'utilises difficile de faire autrement que de se taper des fonctions qui acceptent des paramètres de types variables (et non documentés sans aller dans le code deux fois sur 3), des appels de fonction où un paramètre en chaîne de caractère va représenter le type de l'objet que tu récupères en retour (DTC l'IDE, tu sauras pas ce que c'est cette variable ), etc etc...

Bon allez, j'en parlerai quand je prendrai ma retraite. Tout le monde aura oublié d'ici là  

Ça va être long d'attendre deux ans pour apprendre La Vérité.

En Belgique, on se dirige vers la retraite à 67 ans (ou plutôt, l'idée circule que c'est inévitable)

Et les 2 moitiés de la belgique sont d'accord?

les flamands, espère travailler plus, les walllons moins comme d'hab

Franchement aucune idée, j'ai survolé un article sur le sujet tout à l'heure. On va dire que personne n'en veut mais que c'est probablement la seule solution.

Bah a priori, ils ont bien été d'accord pour libérer Michelle Martin, non ?

La droite la plus bête du monde.
 
La droite la plus bête.
 
La droite.
 

Je note.