Symfony, Propel et Creole VS le fulltext search.

par **agité** » 05 juin 2008, 11:40

http://www.developpez.net/forums/showpo ... ostcount=2

Tracker.

merci parfait j'ai reussi a installer ca, c'est le début de l'installe maintenant il veux pas me faire le proper-build-model mais c'est une autre histoire je vais creer un topic

par **Berzemus** » 05 juin 2008, 11:22

Pour l'indexation, jette aussi un oeil côté Zend
http://framework.zend.com/manual/en/zen ... ucene.html

Au pire, il reste ça, c'est vrai

par **Tracker** » 05 juin 2008, 11:17

http://www.developpez.net/forums/showpo ... ostcount=2

Tracker.

par **agité** » 05 juin 2008, 11:14

Surement ajouter également le dossier php dans le path de windows...

Tracker.

excuse moi mais je ne comprends pas ce qu'il faut faire

par **Tracker** » 05 juin 2008, 11:12

Surement ajouter également le dossier php dans le path de windows...

Tracker.

par **agité** » 05 juin 2008, 11:11

mais lancer une ligne de code avec quoi ? nan parceque j'suis sous windows voyez

et les lignes de code j'pense pas les taper avec des commande dos
hé ben si.. faudra juste vérifier que le répertoire de symfony est dans le path de windows. Essaye "symfony -V" dans une fenêtre dos, et tu verras bien

il me retourne un :

'php.exe' n'est pas reconnu en tant que commande interne ou externe, un porgramme éxecutable ou un fichier de commande.

donc il faut que je fasse quoi ? j'ai rien trouver sur les dos en ligne de sympfony ...

par **Tracker** » 05 juin 2008, 11:04

Pour l'indexation, jette aussi un oeil côté Zend
http://framework.zend.com/manual/en/zen ... ucene.html

Le problème de désynchronisation est présent partout, avec ou sans orm, dès que tu remontes le contenu d'un enregistrement dans une variable. Donc autant s'appuyer systématiquement sur un outil de mapping qui gère implicitement ou pas la problématique (l'incovénient c'est que dans ton cas propel ne le gère pas).

Tracker.

par **Berzemus** » 05 juin 2008, 10:59

mais lancer une ligne de code avec quoi ? nan parceque j'suis sous windows voyez

et les lignes de code j'pense pas les taper avec des commande dos

hé ben si.. faudra juste vérifier que le répertoire de symfony est dans le path de windows. Essaye "symfony -V" dans une fenêtre dos, et tu verras bien

@Tracker:
je ne suis pas partisan d'une architecture mappée (bien que si les accès à la DB ne se font que à travers celle-ci, ça me devrait être viable), et je comprends aisément les lacunes (risque de désynchronisation entre les deux copies), mon objectif est surtout de voir un peu comment ça marche tout ça.

Si ma classe de FTS se contente de lire, elle ne devrait pas entrainer de désynchronisation, je vais m'y plonger un peu pour avoir des avis plus appuyés

.

par **Tracker** » 05 juin 2008, 10:47

Partir sur une architecture mappée (propel) qui signifie avoir deux copies des informations (l'enregistrement en bdd et l'objet en mémoire) donc potentiellement décorrélables et conserver un moteur de table ne gérant pas le verrouillage d'enregistrements est, à mon sens, ce qu'il y a de plus casse gueule pour garantir l'intégrité de l'info. Je dirais même que c'est à proscrire totalement.

Maintenant, compte tenu des besoins de traductions, je pense qu'il faut se tourner vers des archies de données où les textes affichables (et indexables) sont stockés et exploités indépendamment par un moteur de traduction (exploitant MyIsam).

Tracker.

par **agité** » 05 juin 2008, 10:34

<tape l'incruste sur le topic>

j'ai un ptit problème a l'installe de symfony c pas bien méchant :

Après avoir suivis ce tutoriel :http://trac.symfony-project.com/wiki/Do ... ject/trunk

il m'indiquent de lancer :

Ce code décrit deux tables Post et Comment. Sauvegardez-le et, en ligne de commande sous le répertoire sf_sandbox/, saisissez :

$ symfony propel-build-model

mais lancer une ligne de code avec quoi ? nan parceque j'suis sous windows voyez

et les lignes de code j'pense pas les taper avec des commande dos

comment qu'on fait ?

par **Berzemus** » 05 juin 2008, 09:45

Salut,
Note aussi que l'indexation fulltext n'est opérationnelle qu'avec MySQL/MyIsam ce qui parait pas très cohérent avec ton choix d'architecture.

Tracker.

Salut Tracker

Tu entends quoi par cohérence avec architecture ? Si tu dis que vouloir de la recherche fulltext (ce qui implique sous mysql des tables MyIsam et surtout une syntaxe propre) ET l'abstraction la plus totale, tout à fait, il faut choisir, il n'y a pas d'entre deux (à moins de mélanger les deux), c'est ce que je constatais. Mais si tu parles d'une autre incohérence, alors la je vois pas.. soit parce que j'ai pas encore réfléchi jusque la, soit parce que c'est trop manifeste et évident.

Pour ma part, je pense pencher pour le mix. Il faudra bien faire une classe qui s'accrochera tout seul à la DB pour faire du FTS, mais dans le cas d'un portage, ce sera aussi la seule à modifier/adapter.

par **Tracker** » 05 juin 2008, 09:19

Salut,
Note aussi que l'indexation fulltext n'est opérationnelle qu'avec MySQL/MyIsam ce qui parait pas très cohérent avec ton choix d'architecture.

Tracker.

par **naholyr** » 04 juin 2008, 10:19

Les couches d'abstraction sont hélas à ce prix.
Il est cependant toujours possible avec Propel de modifier ta base de données à la main (à refaire à chaque reconstruction des tables évidemment) et de faire des requêtes "custom" si tu sais quelles sont les bases de données potentielles.

par **Berzemus** » 04 juin 2008, 10:17

merci, c'est bien ce que je me disais.. ha ! le doux chant trompeur de la portabilité, mon c.. enfin, un jour peut-être.

par **Calimero** » 04 juin 2008, 01:19

Réponse n°2 avec propel apparemment, c'est non : http://propel.phpdb.org/trac/ticket/275#comment:9
En revanche aucune idée pour doctrine

Symfony, Propel et Creole VS le fulltext search.

Répondre

Étendre la vue Revue du sujet : Symfony, Propel et Creole VS le fulltext search.