Reprise du message précédent :

Bof pas trop, le détournement de mineur concerne surtout la soustraction à authorité. Suffit de la baiser chez elle. Et avoir moins de 28 ans, apparemment ça passe mieux

 
Encore bien trop vieux

Je suis trop vieux

En fait, la relation sexuelle n'a rien à voir dans ce cas, c'est plus compliqué

Edit: grillé par FlorentG, mais j'ai la loi avec moi

Bah oui mais si les parents ne veulent pas que leur fille couche avec quelqu'un, c'est bien de la soustraction à l'autorité parentale, non ?

You keep getting older and they stay the same age  

Justement nan, c'est pas pareil

Que n'as-tu pas compris dans "majorité sexuelle"?

 
C'est quoi le rapport ?

Apparemment sexuel

que tu couches avec qui tu veux?

non, même pas 5 ans

function(){[.....]}

Dommage qu'il reste un bout de plaque d'égout au premier plan

\o_

Cool, il me reste une semaine

hey, y'a quelqu'un qui touche en sql dans le coin ?
 
j'ai une table contacts avec 300k lignes, et une table affaires avec 750k lignes
 
je dois faire un where contact.id in (select affaires.contact_id) mais ça fait un bon gros timeout
 
sur le plan d'exécution (sql server 2005) j'ai un index seek sur le contact_id qui coûte 60% qui ressort 71000 lignes (le nombre de résultat au final), puis un hash map avec une partie du résultat de contact (qui est une vue en fait) qui coûte 33%
 
comment je peux optimiser ce genre de requête ? z'avez pas un lien ou autre pour voir ce que je peux y faire ? ou alors c'est "démerde-toi" ?

faut faire des jointures

ah, je pensais que, jointures ou sous-requêtes, ça faisait souvent la même chose avec l'optimiseur sql machin là ?
je vais essayer

ben, en tout cas l'execution plan de sql server n'a pas beaucoup bougé, y'a toujours les mêmes points qui ont les mêmes coûts, ils ont juste changé de place sur la timeline
je teste sur la page pour voir si ça me fait toujours un timeout

t'as des index mal placés ou pas placés du tout.
utilise DTA (Database Tuning Advisor) normalement installé avec SQL Server, c'est un outil qui analyse ta base en fonction d'un script, d'une requête ou d'un workload, et qui localise pour toi les champs à indexer, ou sur lesquels tu dois créer des stats, etc...
http://msdn.microsoft.com/en-us/library/ms173494.aspx

bon ben avec une jointure ça change rien par rapport à la sous-requête

ben ouais je l'ai déjà fait 2 ou 3 fois, ça m'a crée quelques indexes (qui me semblaient plutôt cohérents)
c'est peut-être simplement le fait qu'il y aie beaucoup d'enregistrements, et notre serveur est tout simplement à la rue ? on n'a pas l'habitude de travailler avec autant de données...

recalcule les stats de tes tables (UPDATE STATISTICS schema.table WITH FULLSCAN), et défragmente tes indexes
 
tu peux récupérer les noms de tes tables via la vue sys.tables

ok ; comment on défragmente les indexes ?

http://blog.sqlauthority.com/2008/ [...] threshold/

nan, ici on a une table avec 6 904 173 lignes et un Athlon XP 1800+ 1 Go comme serveur, et l'extraction de données de cette table avec jointure sur une autre ne prend même pas une seconde.
je suis quasiment sur qu'en recalculant les stats sur toutes tes tables, ça va booster, on a eu le coup ici aussi, une requête qui prenait 23 secondes, en recalculant on tombait sous la seconde

c'est de la merde

Fuck Yeah


Espagne
Argentine
Japan (superior)
Corée du Sud

mootxico

C'est pas pour ça que l'appserver est au courant

Yemen

tain je l'ai échapée belle en Tunisie

attention, mariage obligatoire aussi  

après un recalcul de stats sur toutes les tables, ça tombe de ~50 secondes à ~35 secondes
 
par contre le script de recalcul d'indexes n'affiche les messages de recalcul que sur une dixaine d'indexes, alors je me demande si il marche vraiment...

merde  

Pour ceux qui se cherchent une nouvelle clé USB, http://arstechnica.com/hardware/ne [...] oundup.ars

  Faut être marié

 
yapa de modèle 120 go    

Je contacterais plutôt Muchacho, il paraît qu'il a des 120 Go  

Les rats

et vlan, le MM d'interface (en EMF) est arrivé dans e4, planquez les neveux

Heureusement que le SR de module (en UJF) n'est pas encore intégré dans d3, on est sauvé

'tin la maison de Jobs veut faire détruire et que d'autres considèrent comme "à restaurer" et "historique" date de 1929  
 
Super historique