Partition mysql

Salut

Certains d'entres vous ont-ils deja utilisé les partitions de table mysql ?

Si oui, des conseils a me donner ? Ca marche bien ? Pas de risque ?

+1 avec francois, cela peut être très intéressant mais il faut bien lister toutes les requêtes et réfléchir au partitionnement pour pas se tromper.

Dans cet exemple, le mec tape dans toutes les partitions et ca a l'air de carburer non ?

https://www.dropbox.com/s/8igbbqejmvc67w0/screensh...

Comme il est indiqué dans l'article que tu lis (je suppose http://krierjon.developpez.com/mysql/partitionneme... ) ça doit dépendre du nombre de partition qui sont appelés, si c'est plus de X% ça ne doit pas valoir la peine, si c'est moins, c'est tout bon (si les perfs sont pourris dès qu'on appelle 2 partitions, ça n'aurait pas d'intérêt).

Je ne connaissais pas non plus, mais ça semble plutôt pratique cette histoire, il va falloir que je test.

Pour donner un exemple :

MySQL :

select count(*) from concours where remarques like '%playstation%';

...

1 row in set (0.29 sec)

select count(*) from concoursAdmin where match('playstation');

...

1 row in set (0.02 sec)

Au niveau synchronisation Sphinx, y a deux solutions :
1) soit tu lui donnes une liste de requêtes SQL pour qu'il récupère lui même les données, et tu lances l'opération régulièrement (c'est long, désynchronisé, et j'ai pas mal de merdes sur ToutGagner avec le «merge» final des indexes).
2) soit tu pousses toi même les données directement dans le moteur, sachant qu'il propose une interface fortement semblable à MySQL, c'est à dire tu fais un simple INSERT INTO monIndex values (A, B, C, D)

J'ai commencé par la première qui me semblait plus simple, mais maintenant sur les nouveaux devs on n'utilise que la deuxième qui se révèle être plus pratique (et plus stable).

Je n'ai jamais utilisé ES, juste vu à quoi ça ressemblait dans les grandes lignes, donc difficile à comparer.

Sphinx me semble souple, mais je n'ai pas vu de notion de «flou» ou de «facette», qu'est-ce ?

Une recherche flou, c'est le fait de taper "mahin" et de trouver "machin" par exemple, ça accepte des fautes d'orthographes, des oublies de lettres etc. Et ça marche plutôt très bien, enfin en tout cas, ça répond très bien à ce que je cherchais (il y a carrément en phonétique aussi, mais j'ai pas testé).

Les facettes/aggregations, ça permet en gros de calculer le nombre d'élément par filtre selon une recherche. C'est par exemple très adapté à Oogolo, tu fais une recherche sur un séjour, ça sait te dire combien de résultat tu auras si tu ajoutes tel ou tel filtre. C'est également pratique à des fins de statistiques. Mais comme je n'ai pas encore eu le temps de tester cette partie, je ne peux pas te dire si c'est efficace ou pas : http://www.elasticsearch.org/guide/en/elasticsearc... ça sera plus clair

ElasticSearch, ce n'est pas dure, mais la doc n'est pas très intuitif, donc j'ai mis quand même 1 bonne grosse journée à comprendre le concept (pourtant pas très compliqué, mais il y a assez peu de ressources). Le plus compliqué étant de savoir indexé proprement son contenu selon les besoins qu'on a (si c'est juste une recherche dans un texte, c'est par contre très simple).

Par contre le fait que tout se passe via une API RESTful, je trouve ça sympa. Je peux rester tranquillement sur PHP pour tout faire. (tu as un exemple très basique ici : http://codrspace.com/dpakrk/elasticsearch-using-ph... je crois, quasi fonctionnelle dès le début)

A propos de sphynx et ES :

Est ce que c'est souple d'utilisation ? Comment gerent-ils la pertinence des resultats ?