Puisque sphinx ne connaît que des valeurs scalaires pour faire un tri alphabétique, il faut transformer les chaînes de caractères en nombre.

sql_attr_str2ordinal sert à ça.

Sauf que .... ce qu'on stocke c'est un n° d'ordre dans l'index, c'est pas une représentation numérique de la chaîne.

Le nom est bien 2ordinal et pas 2num

Pour confirmation cet extrait de la doc :

9.1.20. sql_attr_str2ordinal
(...)
When indexing ordinals, string values are fetched from database,
temporarily stored, sorted, and then replaced by their respective ordinal 
numbers in the array of sorted strings.
So, the ordinal number is an integer such that sorting by it produces
the same result as if lexicographically sorting by original strings.
by string values lexicographically.

Donc pour les recherches sur plusieurs indexs ça coince.

En effet si ma chaîne est 3eme dans un index, ca ne veut pas dire qu'elle serait avant celle qui est 3ème, 5ème,100ème dans l'autre index.

Bref en multi index, ça foire.

C'est un problème facile à repérer parce que vos résultats arrivent en petites séries de blocs triés. Comme un 45T dont l'aiguille saute

C'est bien dommage parce qu'une manière d’accélérer vos indexations et vos recherches c'est de découper les indexs en "portions".

Que faire quand on veut profiter des avantages de ce découpage et des possibilités de trier alphabétiquement ?

Solution depuis Sphinx 1.10

Allez Louya, on a un nouveau type de champs. coûteux mais efficace. sql_field_string

En créant un attribut de ce type, et en l'utilisant dans "sort" sur vos chunk... ca marche.

Et en bonus, vous pouvez en récupérer le contenu. C'est-à-dire que si l'info vous suffit , vous ne devez plus aller la rechercher dans votre source.

Solution avant Sphinx 1.10

Transformez vous même la chaîne en nombre

Si vous utilisez une source Mysql, j'ai une solution. Bof bof pour ca. Utiliser la fonction HEX de mysql.

J'ai expliqué cela il y a quelque temps : StrToNum en Mysql ou comment convertir une chaine en nombre ?

---

Reste encore 2 autres problèmes à régler mais ça sera pour une autre fois.

• avant de trier il faut "TRIM" tous les espaces blancs. Et ca, Mysql ne le fait pas aussi bien que php. En effet mysql ne retire que les ASCII 32.
• pour trier il faut une bonne collation. Et ca je n'ai pas encore trouvé comment faire en sorte que sphinx s'en sorte aussi bien que Mysql

le "œ"  est-il bien entre "n" et "p" ?

Cette semaine j'ai réussi à faire un truc avec sphinx que je n'ai pas spécialement trouvé bien documenté donc je le raconte ici.

Quand on utilise une table mysql avec le plugin sphinxSE, on doit obligatoirement commencer par les colonnes

• id
• weight
• query
• group_id

CREATE TABLE t1
(
    id          INTEGER UNSIGNED NOT NULL,
    weight      INTEGER NOT NULL,
    query       VARCHAR(3072) NOT NULL,
    group_id    INTEGER,
    INDEX(query)
) ENGINE=SPHINX CONNECTION="sphinx://localhost:9312/test";

mais on peut lui ajouter des colonnes

on a les colonnes qui représentent les attributs scalaires mais aussi des colonnes "virtuelles"

• _sph_groupby,
• _sph_count
• _sph_distinct

c'est à dire

CREATE TABLE t1
(
    id          INTEGER UNSIGNED NOT NULL,
    weight      INTEGER NOT NULL,
    query       VARCHAR(3072) NOT NULL,
    group_id    INTEGER,
     _sph_groupby INTEGER NOT NULL,
     _sph_count INTEGER NOT NULL,
     _sph_distinct INTEGER NOT NULL,
 
    INDEX(query)
) ENGINE=SPHINX CONNECTION="sphinx://localhost:9312/test";

Si vous utilisez un

WHERE query='test;groupby=attr:nomdunattributscalaire;';

_sph_groupby contiendra la valeur et _sph_count le nombre de matches

Pour donner une "idée" de la vitesse.

J'ai fait une recherche avec un terme courant avec un group by sur un critère qui peut contenir un chiffre de 0 à 9. Dans une collection de plus de 45M rows. Il y a entre 50.000 et 160.000 matches pour chaque ligne de mon group by Et il me donnait le résultat en 300ms

Avec un terme moins répandu et 500x moins de résultats j'avais un temps de réponse de 15ms

Je fait pas mal de tests sur sphinx pour le moment.

En lisant PHP: SphinxClient::query - Manual

[php]
public array SphinxClient::query ( string $query [, string $index = "*" [, string $comment = "" ]] )

Mon attention a été attirée par le 3ème paramètre. (supporté par sphinx depuis la Version 0.9.8 du 14 juillet 2008)

En fait ce paramètre accepte une chaine de caractère qui se retrouve dans le query.log

[php]
$result = $hSphinx->query('leMotQueJeCherche', '*', 'mon commentaire');

Ce paramètre existe aussi en SphinxSE mais ce n'est pas documenté,

Il suffit d'ajouter ';comment=mon test' dans la chaine query,

query='leMotQueJeCherche;comment=mon commentaire';

Et voila dans le query.log

[query.log] [Mon Feb 14 14:54:00.216 2011] 0.091 sec [any/0/rel 14094 (5000,99)] [*] [ios=0 kb=0.0 ioms=0.0 cpums=91.5] [mon commentaire] leMotQueJeCherche

Ce qui est très pratique avec un tail -f et un grep pour ne voir que les rêquetes faisant partie du test,

Lire la suite...

Dans Sphinx, les filtres doivent être scalaires. J'avais donc un problème pour obtenir une version numérique d'un code pays.

ASCII(str) transforme le premier caractère de votre chaine en nombre.

Mais comment faire pour avoir un nombre différent pour 2 chaines ayant le même premier caractère ?

J'étais parti dans un délire :

  ASCII(code)-65 + (ASCII(substr(code,1,0)-65+26)  ...

Puis j'ai un peu regratté la doc et j'ai trouvé HEX()

HEX(N_or_S)

Si N_OR_S est une chaîne de caractères, cette fonction retournera une chaîne de caractères hexadécimale de N_OR_S où chaque caractère de N_OR_S est converti en 2 chiffres hexadécimaux.

edit: Je n'ai par contre pas encore trouvé d'équivalent PHP. En PHP on a bin2hex. pour obtenir la même chose.

SELECT HEX('hello'),HEX('ZZ'),HEX('0A'),HEX(0xA);

HEX('hello')  HEX('ZZ')  HEX('0A')  HEX(0xA)
------------  ---------  ---------  --------
68656C6C6F    5A5A       3041       0A      

HEX('php')  HEX('PHP')  HEX('Php')
----------  ----------  ----------
706870      504850      506870    

HEX('aa')  HEX('ab')  HEX('AA')  HEX('AB')  HEX('ZZ')
---------  ---------  ---------  ---------  ---------
6161       6162       4141       4142       5A5A     

Edit (2010-09-30)

Visiblement mon blog est très lu : je dit une grosse connerie et personne le remarque.

Mon objectif présenté ici est de transformer une chaîne en nombre et la solution que je présente ne donne pas le résultat escompté.

En effet HEX('ZZ') -> 5A5A reste une chaine (0x5A5A est un nombre)

Donc pour finaliser le travail il faut reconvertir le hex en dec

avec CONV(leresultat, 16, 10) en mysql et avec hexdec() en php (et pas hex2dec )

Je parlais il y a 2 jours de sphinx en expédiant une explication en 2 secondes.

Le lendemain, je vois sur Planet Mysql que Shlomi Noach publiait un article pour remettre les pendules à l'heure sur ce qu'est sphinx

Je vais donc en dire un peu plus.

Sphinx est un moteur d'indexation/recherche open-source sous GPLv2.

On utilise indexer pour scanner ce qu'il faut indexer, cela génère des fichiers que searchd rend consultables.

Pour attaquer searchd, on a search en ligne de commande.

Mais on a aussi

• SphinxSE: un engine mysql, il sera inclus directement dans les prochaines versions de mariaDb
• SphinxAPI: que l'on peut utiliser en php avec un package pecl dedié mais aussi avec les apis officielles Php, Python, Java, Ruby, pur C, fournies avec sphinx, ou bien encore Riddle pour Ruby, Sphinx::Search pour perl, C++ Sphinx client, Haskell Sphinx client, C# .NET client, ...
• SphinxQL: une syntaxe sql adaptée

Recherche

Pour la recherche elle même on a les syntaxes avancées sur le texte ...

• et, ou , mais pas,

"hello world" @title "example program"~5 @body python -(php|perl) @* code

• les quorum (je donne 7 mots et je veux qu'il y en aie au moins 4 dans chaque résultats)
• la pertinence (ce mot là a plus de poids dans le titre, celui ci partout, ... )
• la distance dans le texte : ces 2 mots là doivent être séparés par moins de n mots
• Des remplacements
  • de caractères pour les problèmes de charset
  • les remplacements magiques (si je cherche email, je trouve aussi les contenus avec le mot courriel) sur base de vos listes (voir exemple en bas)
  • Morphologie linguistique, stemming (gestion des pluriels),
  • listes de mots interdits
  • listes de dictionnaires personnels pour la correction magique
• ...

.. Les critères de filtre et tri annexe

• groupes (avec decompte par groupe)
• temporels
• géographiques
• ...

J'en passe bien sur.

Le service searchd est consultable via réseau (donc si vous utilisez SphinxSE il n'est pas embarqué dans la DB il peut/ils peuvent être ailleurs) avec ssl et tout le brol.

Indexation

La première chose à distinguer c'est qu'il n'est pas limité à mysql ni même à des bases de données. On peut indexer tout ce qui peut être parsé, moyennant une conversion vers un fichier xml.

On peut indexer des sources hétérogènes les mélanger comme on peut indexer partiellement une source monolithique.

On peut indexer "sur le coté" pendant que l'index précédent reste actif et swapper à la fin (très difficile à faire : il faut ajouter un --rotate)

On peut indexer par petit morceaux et exploiter les partitions ou les merger

On peut répartir les indexs sur plusieurs serveurs

Brefs il y a moyen de distribuer la recherche et l'indexation.

Il y a des techniques de RealTime indexing mais c'est dans la 1.10-beta

Lire la suite...

Sphinx est un moteur de recherche full-text

On peut l'interroger au travers de son api, SphinxQL, en ligne de commande ou avec l'engine MySql SphinxSE

J'utilise MySqlSE;

SELECT * from INFORMATION_SCHEMA.ENGINES;

ENGINE SUPPORT COMMENT                     TRANSACTIONS  XA      SAVEPOINTS
------ ------- --------------------------- ------------  ------  ----------
...
SPHINX YES     Sphinx storage engine 0.9.9 NO            NO      NO        

La question du jour était : Y a-t-il un moyen de connaître le nombre total de résultats quand on utilise un limit ?

En Mysql simple, il y a SQL_CALC_FOUND_ROWS

mysql> SELECT SQL_CALC_FOUND_ROWS * 
    -> FROM tbl_name
    -> WHERE id > 100 LIMIT 10;
mysql> SELECT FOUND_ROWS();

Le second SELECT retourne un nombre indiquant combien de lignes le premier SELECT aurait retourné s'il n'avait pas été écrit avec une clause LIMIT.

Mais avec avec SPHINX

En testant sur ma table tbl_name_sphinx qui contient 2410 rows.

select SQL_CALC_FOUND_ROWS * from tbl_name_sphinx WHERE query='' LIMIT 10;
SELECT FOUND_ROWS();

Résultat

FOUND_ROWS()
------------
          20

20 parce que c'est la valeur par défaut du limit de sphinx

# limit - amount of matches to retrieve from result set, default is 20; (ref)

En effet si je force ce limit à 10

select SQL_CALC_FOUND_ROWS *
 from tbl_name_sphinx 
 WHERE query=';limit=10';

SELECT FOUND_ROWS();

Résultat

FOUND_ROWS() -> 10

Pourquoi ? parce que c'est sphinx qui fait la vraie recherche et remonte son résultat à MySql

Donc quand je fait

select SQL_CALC_FOUND_ROWS * 
 from tbl_name_sphinx 
 WHERE query=';limit=1000' 
 LIMIT 10;

Je reçois 10 résultats sur 2410 réels et sur les 1000 que sphinx a remonté

Donc

SELECT FOUND_ROWS(); -> affiche 1000 et pas 2410.

Donc je vais monter mon limit à 1000000.

Gloups, je viens de demander à Sphinx de me préparer en résultat de 100K rows, tout renvoyer à mysql dans une table temporaire qui me retournera uniquement les 10 premiers.... Fameux gaspillage

Quand on sait que sphinx ne me retourne que les id et que donc il faut faire un join avec la table de données, ca fait mal.

la solution

SHOW ENGINE SPHINX STATUS;

On oublie le 'SQL_CALC_FOUND_ROWS'

Et on remplace FOUND_ROWS() par SHOW ENGINE SPHINX STATUS;

On remet le limit 10 au niveau de sphinx;

select  * 
 from tbl_name_sphinx 
 WHERE query=';limit=10';

SHOW ENGINE SPHINX STATUS;

Type    Name    Status                                           
------  ------  -------------------------------------------------
SPHINX  stats   total: 1000, total found: 2410, time: 0, words: 0

Bingo j'ai mon info, planquée dans une "chaine" mais je l'ai.

re bingo

 SHOW STATUS LIKE 'sphinx_%';

Mais je préfère INFORMATION_SCHEMA.

SELECT *
 from information_schema.GLOBAL_STATUS
 WHERE VARIABLE_NAME like 'SPHINX%';

VARIABLE_NAME       VARIABLE_VALUE
------------------  --------------
SPHINX_ERROR        208409        
SPHINX_TIME         0             
SPHINX_TOTAL        1000          
SPHINX_TOTAL_FOUND  2410          
SPHINX_WORD_COUNT   0             
SPHINX_WORDS                      

Et je suis un heureux.

Si vous êtes intéressés par Sphinx, voici un bon article pour l'installer.

Si vous vous êtes déjà intéressé à Zend_Search_Lucene, (bien décrit ici) il me semble avoir que celui-ci peut utiliser Sphinx comme backend. je corrigerai si je retrouve la source.

Jeudi en buvant un verre avec un ami, il me demande la différence entre un Datetime et un Timestamp.

J'ai répondu mais je me doutais que je n'étais pas exhaustif.

J'ai donc un peu relu. Ca fait toujours du bien.

1° la taille

• Datetime -> 8 bytes
• alors que timestamp c'est 4 bytes

Si on a pas besoin de stocker une date et une heure, on a d'autres possibilités.

• Date ou Time c'est 3 Bytes
• Year C'est 1 byte

2° Les dates représentables

• Date et DateTime -> Année 1000 à 9999
• Year -> Année 1901 à 2155
• Timestamp -> Année 1970 à 2036^[1]

3° "default" magiques

Timestamp peut être mis à jour automatiquement à la date serveur lors d'une création ou mise à jour de l'enregistrement.

4° Particularité supplémentaire pour mysql

Les valeurs ``zéro``

• DATETIME '0000-00-00 00:00:00'
• DATE '0000-00-00'
• TIMESTAMP 00000000000000 (la longueur dépend de la taille de l'affichage)
• TIME '00:00:00'
• YEAR 0000

Cela peut-être désactivé avec certains modes.

---

Affichage et format

Bien que les valeurs TIMESTAMP soient stockées avec une précision d'une seconde, la seule fonction qui travaille directement avec ces valeurs est la fonction UNIX_TIMESTAMP(). Les autres fonctions opèrent sur des valeurs lues et formatées.

Le 18 mars prochain, au Cafe Sport à Leuven se tiendra le prochain meeting du MySQL Belgian User Group Geert envisage d'aborder les points suivants

• revue rapide de ce qui s'est passé dernièrement avec MySQL
• Avenir de certaines activités en Belgique
• Bonnes pratiques, en ce qui concerne l'installation, l'assistance, et quelques points sur les performances.

c'est là que ca se passe.

Version originale

par peter

Comme vous le savez peut-être, même si vous êtes seulement des tables Innodb votre réplication n'est pas complètement sécurisée en cas de crash. Si le slave MySQL se plante ou est éteint, il est probable que les logs de relais en court de synchronisation (ils ne sont pas synchronisés sur le disque), deviennent obsolète et la synchronisation est perdue

Pour les séries MySQL 4.0 et 4.1 série il y avait un gros hack si vous utilisez uniquement des tables Innodb.

La suite

SELECT WEEK('2008-01-01'); // 0;
SELECT WEEK('2008-01-07'); // 1;
SELECT WEEK('2008-02-03'); // 4;
SELECT WEEK('2008-12-31'); // 52;

WEEK ne compte que les semaines complètes.

Certains vont dire, mais non la première semaine c'est la 0.

Non, non, en voici la preuve

SELECT DAYOFWEEK('2008-01-01'), # 3
       DAYOFWEEK('2007-01-01'), # 2
       DAYOFWEEK('2006-01-01'), # 1 <- ICI l'année commence le premier jour de la semaine
       DAYOFWEEK('2005-01-01'), # 7
       DAYOFWEEK('2004-01-01'), # 6
       DAYOFWEEK('2003-01-01'), # 5
       DAYOFWEEK('2002-01-01'); # 4 

Du coup

SELECT WEEK('2008-01-01'), # 0
       WEEK('2007-01-01'), # 0
       WEEK('2006-01-01'), # 1 <-on est bien la première semaine complète de l'année
       WEEK('2005-01-01'), # 0
       WEEK('2004-01-01'), # 0
       WEEK('2003-01-01'); # 0 

et du coup

SELECT WEEK('2008-12-31'), # 52
       WEEK('2007-12-31'), # 52
       WEEK('2006-12-31'), # 53
       WEEK('2005-12-31'), # 52
       WEEK('2004-12-31'), # 52
       WEEK('2003-12-31'); # 52 

En fait maintenant il y a une deuxième paramètre.

WEEK(date ,mode)

Voici ce que dit le manuel.

Avec deux arguments, la fonction WEEK() vous permet de spécifier si les semaines commencent le Dimanche ou le Lundi et la valeur retournée sera dans l'intervalle 0-53 ou bien 1-52. Lorsque l'argument mode est omis, la valeur de la variable default_week_format (ou 0 en MySQL 4.0 ou plus ancien) est utilisée.

Voici un tableau explicatif sur le fonctionnement du second argument : Valeur Signification

• 0 : La semaine commence le Dimanche;l'intervalle de valeur de retour va de 0 à !2; la semaine 1 est la première semaine de l'année
• 1 : La semaine commence le Lundi;l'intervalle de valeur de retour va de 0 à !2; la semaine 1 est la première semaine de l'année qui a plus de trois jours
• 2 : La semaine commence le Dimanche;l'intervalle de valeur de retour va de 1 à !2; la semaine 1 est la première semaine de l'année
• 3 : La semaine commence le Lundi;l'intervalle de valeur de retour va de 1 à !2; la semaine 1 est la première semaine de l'année qui a plus de trois jours
• 4 : La semaine commence le Dimanche;l'intervalle de valeur de retour va de 0 à !2; la semaine 1 est la première semaine de l'année qui a plus de trois jours
• 5 : La semaine commence le Lundi;l'intervalle de valeur de retour va de 0 à !2; la semaine 1 est la première semaine de l'année
• 6 : La semaine commence le Dimanche;l'intervalle de valeur de retour va de 1 à !2; la semaine 1 est la première semaine de l'année qui a plus de trois jours
• 7 : La semaine commence le Lundi;l'intervalle de valeur de retour va de 1 à !2; la semaine 1 est la première semaine de l'année

Le mode 3 est disponible depuis MySQL 4.0.5. Le mode 4 est disponible depuis MySQL 4.0.17.

# Je crée une table
DROP TABLE IF EXISTS `testReplace`;
CREATE TABLE `testReplace` (
  `id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  `a` INT(11) DEFAULT '1',
  `b` INT(11) DEFAULT '2',
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
 
#J'y ajoute 2 records /lignes/tuples
INSERT INTO `testReplace` 
	(`a`, `b`)
	VALUES
	(1, 1),(2,2);
SELECT * FROM  `testReplace`;

 id | a | b
============
  1 | 1 | 1
  2 | 2 | 2

#Je remplace la première valeur de la première ligne 
REPLACE INTO `testReplace` 
	SET `id`=1, a=3;
# que vaut b ? 

  SELECT * FROM  `testReplace`;

 id | a | b
============
  1 | 3 | 2
  2 | 2 | 2

B a repris sa valeur par défaut

En pratique cela veut dire que si on fait un replace et qu'on ne précise pas toutes les colonnes les colonnes non-spécifiées prennent la valeur par défaut alors qu'on peut s'attendre à un "non" changement.

Il est donc faux de croire que REPLACE c'est un exist(id) ? UPDATE : INSERT

C'est plutôt

• exist(id) ? DELETE
• suivi d'un INSERT

Il faut donc utiliser une autre méthode.

INSERT INTO table (id,a) VALUES (1,3)
  ON DUPLICATE KEY UPDATE a=3;

• Découvrir comment tirer au mieux parti de MySQL
• Bénéficier de conseils d'experts sur l'optimisation des performances
• Assimiler les meilleures pratiques MySQL
• Découvrir les nouvelles fonctionnalités et services pour mieux planifier vos déploiements de MySQL
• Mieux comprendre comment sélectionner la solution de haute disponibilité pour MySQL la mieux adaptée à vos besoins
• Poser toutes vos questions aux experts MySQL, et avoir l'opportunité de faire part de votre feedback et de vos commentaires
• Nouer des relations avec l'équipe de MySQL AB
• Découvrir comment vous pouvez bénéficier des solutions de nos partenaires

Agenda :

1. Introduction : Bertrand Matthelié, Directeur Marketing EMEA
2. La roadmap MySQL, nouveautés & fonctionnalités à venir : Robin Schumacher, Directeur Product Management
3. Optimisation des performances: Session 1, meilleures pratiques : Stéphane Varoqui, Consultant
4. MySQL pour les applications en ligne : Serge Frezefond Ingénieur Avant-Vente
5. Optimisation des performances: Session 2, études de cas Stéphane Varoqui
6. MySQL pour Datawarehouse & BI : Serge Frezefond
7. Présentation Client: Skyblog et Crédit Mutuel
8. Stratégies de Haute Disponibilité avec MySQL : Max Mether, Formateur
9. Rendre la gestion de données d'abonnés flexible grâce à MySQL Cluster Carrier Grade : Christophe Thivend, Alcatel-Lucent
10. Définition d'une stratégie de moteurs de stockage : Kaj Arnö, VP Community; Stéphane Varoqui, Serge Frezefond
11. Conclusion et Questions/Réponses

MySQL AB :: Conférences Européennes MySQL 2007

Prix 199€, (159€ avant le 31 Août 2007)

Êtes-vous prêt pour passer à MySQL 5.1 ? Vous devriez. C'est vrai qu'il y a eu un grand écart de temps entre l'alpha et la beta, mais là c'est vraiment près de GA. Vraiment. Et puis, vous devrez vous habituer à lui. il y a pas mal de nouveautés attrayante. Laissez moi vous donner un aperçu.

Lire la suite...

Par un petit sondage assez rapide, expliqué ici

3 participants tirés au sort recevront 2 livres Apress chacun

Photo par duncandavidson

On sait faire pas mal de choses intéressantes avec mysql-proxy mais celle qui me plait le plus c'est de pouvoir rediriger les écritures sur master et les lectures sur le slave.

Mais je vais comment trouver le temps de tester tout ca.

Planet Mysql

J'annonçais la semaine dernière la parution du livre sur la Sécurité PHP 5 et MySQL.

Sachez que la table des matières et 4 chapitres sont disponibles en pdf chez l'éditeur (Eyrolles)

• Risques liés aux applications web
  • Introduction à la sécurité des applications web
  • Vulnérabilités des pages web
  • Formulaires et téléchargement ; valider les données
  • Cookies et sessions
• Mesures de sécurité pour PHP
  • Installation et configuration de PHP
  • Intégrité des scripts PHP
  • Risques liés aux bases de données
  • Vulnérabilités des base de données
  • Mesures de sécurité pour MySQL
• Mesures de sécurité pour les technologies connexes
  • Mesures de sécurité côté serveur
  • Techniques de sécurisation des applications web
  • Mener un audit de sécurité
• Annexes
  • A. Fonctions de sécurité et caractères spéciaux
  • B. Sauvegardes
  • C. Ressources web

Livre Sécurité PHP 5 et MySQL
Il est sorti. Il donne des conseils, des idées, des conduites, des approches, à chacun d'en tirer les leçons et développer les réflexes.

Disponible chez eyrolles.

Ce jour c'est l'anniversaire de 2 personnes que j'apprécie particulièrement liées à 2 thématiques récurrentes de ce blog.

Mathieu Laurent : le monsieur des serveurs de Claroline. Outre les développements qu'il effectue pour le projet, il gère les serveurs de dev et des sites claroline .net .com ... Tout Geek qu'il est il a aussi une vie après l'informatique. Animateur responsable de l'unité Scoute de Soignies, coureur de fond et organisateur d'un Festival de Musique : le Touch May Festival

L'autre c'est Geert Vanderkelen, Le belge de chez Mysql, véritable pilier du Belgian MySQL User Group. Même expatrié, il rentre au pays pour ces rencontres d'utilisateur.

A tous les deux je vous souhaite un heureux anniversaire

Le site du groupe existe, inscrivez vous dès maintenant pour être au courant en temps et en heure de la 4^ème rencontre toute proche

WEEK ne compte que les semaines complètes.

SELECT WEEK('2007-01-01'); // 0;
SELECT WEEK('2007-01-07'); // 1;
SELECT WEEK('2007-05-23'); // 20;

Testez vos connaissances au sujet du web et de XHTML, CSS, DOM (JavaScript), PHP, MySQL, l'accessibilité du web,... avec ce Quiz d'Alsacréations

Dix questions à choix multiple, en validant vos réponses, vous accèderez à la page de résultats où votre total sera calculé et les mauvaises réponses expliquées.

Bonne chance !

Vous pourrez désormais utiliser Planet MySQL pour connaitre toute l'actualité de Mysql en français.

Il y a un an j'avais essayé de lancer le truc mais je n'avais pas encore reçu de réponse positive. L'idée vient d'être relancée, cette fois avec succès.

N'oubliez pas de proposer votre flux si vous même êtes bloggueur sur le sujet.

La question est posée sur http://dev.mysql.com. depuis le 4 mai.

Voici les résultats actuels

Vous pouvez encore participer sur la page développement

En tout cas il y a déjà 2 point qui émergent vraiment.

• La réplication de plusieurs sources sur un seul slave
• la vérification d'intégrité à la volée entre un slave et son master.

De l'expérience iCampus ce qui m'aurais bien intéressé c'est

L'initialisation à chaud et sélection des tables

1. Je choisi un master, j'y choisi des tables (pas forcément toutes)
2. Je choisi un serveur cible
3. un marqueur est placé
4. un dump s'effectue alors que le master reçoit encore des requêtes mais j'ai mon marqueur
5. une fois le dump terminé, la réplication commence en ignorant tout ce qui est avant le marqueur.

Explore photos on a Map

Lire la suite...

Traduction de Prepared Statements and Query Cache (avant que l'original n'ai plus d'un an !!!)

Les requêtes préparées peuvent maintenant travailler avec le cache de requêtes.

Voyez plutôt:

 
  Enter password: *******
  Welcome to the MySQL monitor.  Commands END with ; or \g.
  Your MySQL connection id is 3
  Server version: 5.1.17-beta-community-nt-debug MySQL Community Server (GPL)
 	
 Type 'help;' or '\h' for HELP. Type '\c' to clear the buffer.
 
 
 mysql> SHOW global variables like '%query_cache%';
 +------------------------------+---------+
 | Variable_name                | Value   |
 +------------------------------+---------+
 | have_query_cache             | YES     |
 | query_cache_limit            | 1048576 |
 | query_cache_min_res_unit     | 4096    |
 | query_cache_size             | 8388608 |
 | query_cache_type             | ON      |
 | query_cache_wlock_invalidate | OFF     |
 +------------------------------+---------+
 6 rows in SET (0.02 sec)
 
 
 mysql> SHOW global status like '%qc%';
 +-------------------------+---------+
 | Variable_name           | Value   |
 +-------------------------+---------+
 | Qcache_free_blocks      | 1       |
 | Qcache_free_memory      | 8379648 |
 | Qcache_hits             | 0       |
 | Qcache_inserts          | 0       |
 | Qcache_lowmem_prunes    | 0       |
 | Qcache_not_cached       | 0       |
 | Qcache_queries_in_cache | 0       |
 | Qcache_total_blocks     | 1       |
 +-------------------------+---------+
 8 rows in SET (0.00 sec)
 	
 mysql> prepare tst FROM \"select broker_last_name from broker where office_location_id > 1\";
 Query OK, 0 rows affected (0.03 sec)
 Statement prepared
 	
 mysql> execute tst;
 +------------------+
 | broker_last_name |
 +------------------+
 | MCMILLIAN        |
 | MONSOUR          |
 | FRAZIER          |
 | HIGHT            |
 | KAELIN           |
 | MCMANUS          |
 | PERKINS          |
 | SANDERS          |
 | SCHWARTZ         |
 | SCHULTZ          |
 | JACKSON          |
 | FORD             |
 | CARRIER          |
 | BONNER           |
 | BOYCE            |
 | LEE              |
 | BRADY            |
 | HARBSMEIR        |
 +------------------+
 18 rows in set (0.00 sec)
 	
 mysql> execute tst;
 +------------------+
 | broker_last_name |
 +------------------+
 | MCMILLIAN        |
 | MONSOUR          |
 | FRAZIER          |
 | HIGHT            |
 | KAELIN           |
 | MCMANUS          |
 | PERKINS          |
 | SANDERS          |
 | SCHWARTZ         |
 | SCHULTZ          |
 | JACKSON          |
 | FORD             |
 | CARRIER          |
 | BONNER           |
 | BOYCE            |
 | LEE              |
 | BRADY            |
 | HARBSMEIR        |
 +------------------+
 18 rows in set (0.00 sec)
 	
 mysql> show global status like '%qc%';
 +-------------------------+---------+
 | Variable_name           | Value   |
 +-------------------------+---------+
 | Qcache_free_blocks      | 1       |
 | Qcache_free_memory      | 8378112 |
 | Qcache_hits             | 1       |
 | Qcache_inserts          | 1       |
 | Qcache_lowmem_prunes    | 0       |
 | Qcache_not_cached       | 0       |
 | Qcache_queries_in_cache | 1       |
 | Qcache_total_blocks     | 4       |
 +-------------------------+---------+
 8 rows in set (0.00 sec) 

Bien cool! Vérifiez quand même le manuel pour les restrictions