Mirmo Dynamics - Tag - sql - Comments

MySQL, Interclassement et Recherche - NiKo

NiKo — Thu, 23 Nov 2006 11:10:13 +0100

Ah ça oui, merci Grégoire !

MySQL, Interclassement et Recherche - Geoffrey

Geoffrey — Fri, 17 Nov 2006 15:15:37 +0100

Merci de l'info !

MySQL, Interclassement et Recherche - Grégoire CACHET

Grégoire CACHET — Fri, 17 Nov 2006 14:31:20 +0100

Si ta table est définie avec l'interclassement utf8_bin, pour faire des recherches en ci (case insensitive), il faut changer l'interclassement dans la requête. Par exemple :

WHERE champs LIKE '%blabla%' COLLATE utf8_general_ci

MySQL, Interclassement et Recherche - Geoffrey

Geoffrey — Wed, 15 Nov 2006 10:45:54 +0100

Bien essayé, mais ce serait trop facile :-) "blabla" est bien entendu en réalité $_POST['blabla'] (duement filtré, ça va de soi). Donc à la limite WHERE LOWER(champs) LIKE '%'.strtolower($blabla).'%', mais bon, ça m'a surtout fait prendre conscience que j'avais le mauvais interclassement sur mes tables ;)

MySQL, Interclassement et Recherche - NiKo

NiKo — Tue, 14 Nov 2006 22:39:18 +0100

Et en faisant un WHERE LOWER(champs) LIKE '%blabla%' ?

MySQL, Interclassement et Recherche - Gameplayer

Gameplayer — Tue, 14 Nov 2006 14:11:18 +0100

On pourrai rajouter dans le même domaine le peu d'exactitude des recherches sur du texte en interclassement autre qu'UTF8 (un petit SELECT 'é' = 'e', 'e' = 'è', 'E' = 'é' vous en convaincra...)

A méditer - Matt.Rixx

Matt.Rixx — Wed, 20 Sep 2006 14:02:30 +0200

Le SQL, c'est mal. Vive les fichiers plats.

A méditer - Vroum

Vroum — Fri, 15 Sep 2006 13:15:21 +0200

Plus t'en fais, moins tu plais .

Accès à la base de données: Zend_Db - pyd

pyd — Fri, 01 Sep 2006 22:01:50 +0200

Ok, merci pour vos infos ... quelques lignes qui suffisent à m'éclaicir les idées, d'autant qu'entre-temps je me suis penché sur Zend_Db_Table_Row et consorts et que ça colle avec ce que j'ai en tête.

Au passage, j'espère que tu as des retours s'agissant de ton idée de blog collaboratif fracophone. C'est le bon moment pour un sujet qui me semble promis à un bel avenir ... tant que le zf en aura un. Mais je ne me fais pas trop de soucis sur ce point ... ils sont tout excités sur le site d'ibm

Accès à la base de données: Zend_Db - Arnaud

Arnaud — Fri, 01 Sep 2006 17:14:37 +0200

Un objet par ligne (une classe par table) s'appelle ActiveRecord

Accès à la base de données: Zend_Db - Geoffrey

Geoffrey — Fri, 01 Sep 2006 09:31:12 +0200

Au contraire, dans le plus pur style objet, tu associes une classe à une table, on peut appeler ça de différentes manières, moi j'appelle ça du mapping (PEAR appelle ça des DataObject par exemple, cf PEAR::DB_DataObject).

C'est philosophiquement correct, puisqu'une classe = un objet, et que en théorie, si ton design SGBD n'est pas complètement vrillé, une table = un objet également (un objet membre, un objet news, etc).

D'un point de vue plus pragmatique, avoir une classe pour chaque table peut sembler lourd et inutile tant que tu te contentes des actions CRUD de base, mais tu verras dans un prochain article qu'en fait c'est une manière très utile de procéder :-)

Accès à la base de données: Zend_Db - pyd

pyd — Thu, 31 Aug 2006 23:19:36 +0200

Salut, je suis encore un néophyte en php et encore plus en objet. Mais le zf m'interesse pas mal, pour des raisons similaires aux tiennes - au passage, je remarque que tu es assez prolifique sur le sujet et je t'en remercie car la doc "pratique" sur le sujet n'est pas trés variée (mais ça avance).

Voilà, les présentations étant faites, venons-en à ce qui me turlupine...Zend_Db_Table. Lors de mes tests je me suis satisfait de Zend_db pour les CRUD actions. La seule différence étant que la méthode requiert le nom de la table: $db->insert('members',$data);

MAIS...comme je n'aime pas passer pour un ane et que j'ai bien lu ton billet, je suis retourné dans las doc de Zend_Db_Table pour voir les méthodes supplémentaires proposées et ... je me dis que j'aurai peut-être du attendre le suite pour la ramener. Il n'empéche, ce qui me géne c'est une classe par table. Ca colle pas trop avec l'impression que me donne la POO jusqu'à maintenant. Je verrais plus des extensions de méthodes dans Zend_Db.

Bon, le newbie a parlé...et il va attendre la suite de ton article - avec impatience - pour savoir si l'ane qui sommeille en lui s'est réveillé.

Accès à la base de données: Zend_Db - Christophe

Christophe — Thu, 31 Aug 2006 20:10:11 +0200

C'est en lisant ça que je me dis que je préfère vraiment RoR...

Pour la création de model, c'est pareil (sauf qu'il existe un generator simple pour "préfaire le fichier", ensuite, je pourrai faire ça :

Members.new(:mail => 'blabla', :password => 'prout', :created_on => Time.now).save

Je ne parle même pas de la gestion des paramètres envoyés par GET/POST.

oui* je sais qu'on est pas là pour comparer sans cesse ce qui n'est pas comparable, mais bon, voilà quoi.

Accès à la base de données: Zend_Db - Erazer

Erazer — Thu, 31 Aug 2006 18:21:31 +0200

ça paraît vraiment simple une fois l'article lu :)

Merci pour cet article.

Liens du jour - Geoffrey

Geoffrey — Wed, 30 Aug 2006 22:38:39 +0200

Merci c'est gentil mais ça ira ;-)

Liens du jour - Kaoru

Kaoru — Wed, 30 Aug 2006 19:38:21 +0200

Bonjour je cherchais une version non modifiée de votre thème et j'ai vu que vous l'aviez perdu. Si vous voulez je peux vous en envoyer une version un peu modifiée, de façon à ce que vous puissez le recoder

Downgrade MySQL 5.0 vers 4.x avec APT - geoffrey

geoffrey — Thu, 13 Apr 2006 16:59:40 +0000

ça pose un problème quelconque ?

Downgrade MySQL 5.0 vers 4.x avec APT - Christophe

Christophe — Thu, 13 Apr 2006 15:32:58 +0000

Sans rire, tu installes un serveur mysql par apt ?