Reprise du message précédent :
Je metterai un champ ordre

pas forcément adapté, tout dépend des autres préférences qu'il a à stocker...s'il y a beaucoup de choses différentes dans sa table ça te fait un champ vide pour la majorité des lignes, ça pue.

ça te coute quoi , un octet par ligne ?  
( a moins qu'il n'y ai  plus de 255 apps a ordonner )

Effectivement, il nous faut plus d'informations

C'est pas le pb, c'est juste très moche d'avoir un champs qui n'a aucune raison d'être sur un paquet de lignes.

S'il y a toujours un ordre dans les prefs, ils sont tous remplis

Si.

wat

wat

J'aurais dû mettre ton "s'il" en gras à la place, peut-être?

Bah oui mais t'as toujours un ordre, même si c'est "pas d'ordre"
 
Tu le traites genre comme une priorité, tu le set à 128 par défaut (sur 255), et si tu sors tout avec un order_by 'whatever', tous ceux qui sont à 128 seront "sans ordre", mais si tu set des ordres pour certains enregistrements tu pourras les avoir avant ou après les trucs par défaut

exactement.
 
C'est la seule propriété ordonnée. Pour le positionnel, ce qui est embetant c'est que je ne sais pas a l'avance le nombre d'applis, ca dépend de l'utilisateur.

Ouais ben un champ ordre et pis voilà

non, ca suxe.

aucune autre preference n'est multivaluée, ca n'a aucun sens.

 
Table utilisateur > 1 seule ligne par utilisateur
 
id / utilisateur / applications (ta liste avec ton ordre)
 
Table utilisateur_preferences > 1 ligne par préférence
 
id / id_utilisateur / préférence

Dans ce cas tu peux aussi gérer la position de tes applis dans une table spécifique, si c'est vraiment à part.
Tu rajoutes une table (userId, appId, pos), et hop.

vous savez si y'a moyen dans symfony, d'échapper les segments separators dans le routing.yml?
 
c't'un peu compliqué à expliquer mais en gros je tente d'utiliser un plugin pour traduire les urls ( zxI18nRoutingPlugin )
 
Le soucis c'est que j'ai des urls du genre /fr-le-titre-de-lurl-en-français.html  et  /en-le-titre-de-lurl-en-anglais.html
 
donc ça me donne ça dans le routing : /:sf_culture-le-titre-de-lurl-en-français.html
 
le problème, c'est que le routing de symfony découpe cette url suivant les tirets, donc, il sépare tous les mots de "le-titre-de-lurl-en-français", or je veux pouvoir traduire tout ça d'un bloc et pas mot par mot
 
en clair, j'aimerais pouvoir échapper les tirets n'étant pas des segment separators, donc un truc dans ce genre : "/:sf_culture-le\-titre\-de\-lurl\-en\-français.html" sauf que je sais pas comment échaper tout ça
 
sinon va falloire que je bricole un truc mais bon ça va m'souler

du coup l'information d'applis dans la table préférence est inutile et redondante vu que tu as la liste de tes applis dans cette nouvelle table d'ordonnancement !

Mais j'pense qu'une table spécifique est une bonne solution, mais dans ce cas faut enlever les appli de ta table préférence.

c'est pénible, mais je pense que je n'aurais pas le choix

Pourquoi tu prends pas ma solution ?  

parce que c'est la même ? ou alors je n'ai pas compris ce que tu voulais dire.
 
j'ose espérer que tu ne pensais pas vraiment stocker la liste des applis préférées dans la table utilisateur et que c'était un lapsus.

Moi je te conseillais de faire ça sur 2 tables liées

Comment tu veux mettre une liste d'apps par ligne ?

parce-que les applis dans la table des utilisateurs?

[noob_en_apprentissage_pas_tapé]
J'ai du rater un truc, il dit "bla bla enums, sauf une qui est une liste d'applications avec l'ordre a respecter. "
Qu'est ce qui l'empeche donc de mettre la liste dans un seul champs avec un formatage à lui, genre idappliordre1++idappliordre2++idappliordre3 et qu'il pourra récup ensuite avec un explode()
je proposais ça car j'avais l'impression qu'il voulait justement que ça reste sur une ligne, et pas que ça parte après dans du multilignes.
[/noob]

 
Parce-que c'est un parfait exemple de mauvais design.
Il se passe quoi si tu rajoutes/enlèves une appli?

ou si le nom de l'appli contient un ++

 
Je parlais dans le cas d'une liste fixe, je pensais que lui aussi  

Il avait mis l'ID, pas le nom, faut pas exagérer

Genre notepad++ ?
Non mais sinon tu mets "?#?#?"

non, c'était dit dès le départ.
Et même dans le cas d'une liste fixe tu n'agrèges surtout pas dans un seul champ, tu crées autant de champs que d'applis...et encore, on n'est jamais à l'abri d'une appli supplémentaire dans une version ultérieure...

Ah oui c'est vrai    J'ai oublié moi même ce que j'ai conseillé 2 lignes plus haut    

rigole pas , j'ai déjà vu un base comme ça, avec de sliste de noms séparés par des tirets  
au premier nom composé tout pete

Le but d'avoir une bdd, c'est de justement pas avoir à manipuler ce genre d'horreurs.
1/ Faut sérialiser et unsérialiser soi-même. Autant gérer alors un fichier texte à la place d'une bdd. Et vive les modifs sur les users existants \o/
2/ Tes requêtes concernant les applis se compliquent un peu sévèrement. Sans compter l'intêret de récupérer une liste complète de 255 items quand tu cherches seulement une paire user-appli
3/ Ça n'a même aucun sens d'avoir une table user qui contient la liste des applis de chacun.

je rigole pas, j'ai une appli à la base pourrie avec des champs composés de plusieurs autres aussi, c'est la boucherie...

Certains d'entre vous utilisent du YAML ? Ils en sont contents il est gentil ? Vous utilisez quoi comme parser ?

oui / c'est mieux que les fichiers ini / syck

Spyc tu veux dire ?

non, syck.
http://pecl.php.net/package/syck

 
En quoi un style architectural ne pourrait pas avoir d'explication claire ?