Obsidian a écrit 5299 commentaires

La… douleur t'égare ! :-)

Quand on pense que ce sont les mêmes qui ont composé le célèbre message d'erreur : « une opération d'entrée-sortie avec chevauchement est en cours » !

Et du coup, c'est une bonne transition pour placer ça, aussi :

En fait, le missile fait vraisemblablement du quasi sur-place en tournant très vite sur lui même. La spirale est formée par l'éjection des gaz qui s'éloignent de leur source et pas par la trajectoire suivie par l'engin…

Pour être totalement impartial, on se doit quand même de citer le cas du missile Debian (rapporté par les moules de la Tribune) :

Un « homme d'Orange », moi, ça me fait surtout penser à ça :

Sur ce, je me barre de nouveau, inutile d'attendre d'autre reponses de ma part.

Ben, ce n'était pas la peine de poster, alors.

D'un autre côté, j'ai tendance à penser que sudo est une vulnérabilité en soi. Mais le remplacer par quoi ? Mystère.

Ce qui tend à montrer que si La Tribune avait intégré les totoz dans sa version papier, elle serait peut-être encore sur le marché…

Hmm. Décidément, y a certaines choses qu'il vaut mieux ne pas traduire…

N'oublie pas de sortir l'argument imparable :

http://www.labandepasdessinee.com/bpd/376-service-client

(Tu te prostitues ?) /o

C'est vrai que je n'ai encore jamais entendu une prostituée annoncer « satisfait ou remboursé » ! :-)

N'empêche que je la downloaderais bien… :-)

De toutes façons, ça a toujours été un grand cas d'étude du Philosoraptor : « si tu vas aux p*tes sans payer, est-ce que c'est un vol ou est-ce que c'est un viol ? »

Ainsi que You Wouldn't Download A Prostitute !

Comme ces objets-là ? http://xkcd.com/924/

Jusqu'à ce qu'on ne soit plus capable d'enrayer le phénomène et que l'humanité entière soit réduite en esclavage par les imprimantes 3D !

Oui, enfin, le code affiché sur la fusée est quand même le MD5 de "jesaispas". On ne peut pas dire que ce soit un hasard, quand même…

Et ensuite, il suffit de hacker soudoyer le type pour qu'il te file le mot de passe. :-)

Et moi pour un emmerdeur quand je fais la même chose à travers un ssh sur les postes des autres. :-)

Avez-vous des retours d'expérience pour les erreurs mémoire ?

Non, j'ai oublié… :-)

->[]

Chez Air France ils recherchent un passionné de pilotage, qui sache également s'occuper du design des cabines, mais surtout il faut qu'il connaisse bien la maintenance des appareils de la flotte. S'il connaît le langage des signes, c'est un plus.

Ils trouveraient !

Hello,

Tous les événements stockés ont pour dénominateur commun d'être datés et, plus l'événement est récent, plus il est pertinent. Notons également qu'ils sont ajoutés chronologiquement à la base de données. Ainsi, la première entrée d'une table est la plus ancienne.

Tu ne peux pas faire cette hypothèse sans colonne « date » explicite. Une table est considérée comme un ensemble non ordonné. Par exemple, sur SQLPro, l'auteur la présente comme un « sac de billes », ce qui est une métaphore assez parlante. Ça veut dire également, et notamment, que tu peux compter le nombre de tuples identiques dans ta table mais que tu ne peux pas les distinguer les uns des autres (ce qui sera important quand tu voudras en supprimer un).

Dans ta table, donc, tous tes enregistrements sont placés « là où il y a de la place ». Ça veut dire que tant que tu ne fais qu'insérer des enregistrements, ils vont tous se mettre les uns à la suite des autres, donc dans l'ordre chronologique. Mais dès que tu vas supprimer un enregistrement au milieu de ta table, celui ne sera en fait que « rayé » et le prochain enregistrement que tu vas insérer va prendre sa place.

Si tu veux garantir l'ordre chronologique sans avoir à trier explicitement ta table à chaque requête, il faut ajouter la colonne date, créer un index sur cette colonne et en faire un « clustered index » si tu veux que ta table soit physiquement triée suivant cette colonne.

Lorsque MySQL parcourt une table, il la parcourt du début à la fin, et donc, de l'entrée la moins pertinente à l'entrée la plus pertinente. Dans le cas d'une requête simple, l'opérateur ORDER BY peut être utilisé afin d'inverser l'ordre. En revanche, dans le cas d'une jointure, cela devient beaucoup plus complexe.

« ORDER BY » s'applique sur le résultat, et pas sur les colonnes de la requête au préalable. Tu peux donc trier sans distinction le résultat issu d'une requête simple ou avec jointure. Tu peux également spécifier plusieurs colonnes, séparées par des virgules, pour trier tes tuples selon une première colonne, puis une seconde lorsque les champs de la première sont tous identiques, etc.

D'autre part, le tri effectué par ORDER est croissant par défaut, mais tu peux à tout moment spécifier le sens avec « ASC » ou « DESC ».

$ SELECT A.date , B.Comment from A,B where A.FieldB = B.Field
-> 2010 'com1'
Or j'aimerais que le résultat de la requête soit :
-> 2010 'com2'

Tu peux te référer à une colonne même si elle n'est pas sélectionnée. Donc :

SELECT A.date , B.Comment from A,B where A.FieldB = B.Field ORDER BY B.Date DESC;

Comme un robinet qui goutte dans un évier, quoi…

En général, ce sont plutôt les bambins qui expliquent ces choses-là à leurs grand-parents.