Reprise du message précédent :
C'est du second degré....

Un pote m'a envoyé le lien hier sur twitter.  
 

Rooooh si on peut plus rigoler  
Vous êtes trop sérieux  

bah perso, je préfère ça http://havenworks.com/
 
après, j'avoue, ça vaut pas le HTML5, valide qui plus est
 
là pour le coup je crois qu'on a un record à battre : 2912 Errors, 42 warning(s)  

Par contre là, ça a pas l'air d'être fait exprès

hep les gens, vous savez comment ça marche le undo/redo entre le browser et le javascript ? genre mon appli c'est un éditeur et je veux supporter le undo ?

Genre dans un textarea ? ça doit dépendre de l'OS ces trucs là (d'ailleurs les undos sont limités au widget qui a le focus). Les choses comme TinyMCE le reconstruisent en interne il me semble.
 
Ou alors j'ai pas pigé, mais je passais par là.

ouais, ou un éditeur de maps

ouais, mais comment je le plugge sur pomme+Z/ctrl+Z ?
parce qu'un undo, s'il est pas utilisé, il sert à rien.

je demande avant de me lancer là-dedans, j'ai déjà 300 lignes de JS pour mon pauvre éditeur (sans une seule ligne de test, biensûr), alors avant de tartiner du JS partout, j'essayer d'analyser un peu la situation.

Dans une BDD, est-ce que c'est une "mauvaise" pratique de mettre des clés étrangères qui ne lient pas à des clés primaires ?

Exemple:
membre: id (clé primaire), nom (unique) , age
topic: id, sujet, auteur

Est -ce qu'il vaut mieux que je relis auteur à id ou je peut le lier directement à nom, puisque finalement il n'y a que çà qui m'intéresse ?

EDIT: Sinon à propos de Symfony, la période d'apprentissage est qand même pas évidente effectivement, et le tutorial officiel (Jobeet) reste sur des cas très simples ( très CRUD ..), il aborde pas des projets plus tordus ou un formulaire met à jour 2 tables distinctes par exemple ou des choses comme çà, très peu de liaisons entre les différents modules..etc.. Mais il est quand même excellent pour se familiariser avec le fw

si tu es sur que le nom est unique ( pas d'homonyme) , alors tu peux lier au nom

oui mais ça risque de poser problème si un jour il souhaite changer de SGBD dont la collation paramétrée par défaut est différente de celle de sa base actuelle

Event onkeyup, avec mootools t'as des propriétées boolean attachées aux modifiers ( ctrl/alt/maj ) sur un event custom.

Bah c'est un tuto Pas une vraie doc quoi.

Et je le trouves quand même élaboré par rapport au tuto de CI par ex (ou Django ), qui n'ont même pas de menu général/header etc. Jobeet c'est un vrai site crédible, c'est déja pas rien

Je suis pas d'accord. Il y a plein de cas ou l'auteur n'est pas nécessairement unique : si la base est partagée entre plusieurs sites, si on autorise la réinscription avant validation, etc... Des cas qui paraissent marginaux mais quand ça apparait, tout est fucké. Donc autant référencer la PK.

D'autant qu'un nombre est plus facilement identifiable qu'un nom qui peut comporter des caractères spéciaux (si ton site est dispo en chinois, ça risque de pas être toujours facile), qui peut différer d'un autre d'un pauvre espace, c'est sûrement plus lent à rechercher même indexé, etc...

Perso je suis contre, sauf pour des trucs hyper sûrs (genre code ISO pour les pays, ou token sur des toutes petites tables)

edit : après si tu veux récupérer le nom de l'auteur sans jointure, faut dénormaliser.

edit 2 : ce qui me fait penser à un autre gros argument : un nom d'auteur, ça doit pouvoir se changer Si tu l'as utilisé comme FK, t'es dans la merde mec \m/

j'suis assez d'accord, identifier un enregistrement sur une chaine de caractère qu'on ne maitrise pas du tout, ça me parait risqué
surtout que là y'a un id, alors autant prendre l'id c'est pas comme si c'était compliqué de faire des jointure dans les requêtes

vous savez si y'a moyen de mettre deux domaines sur le même site dans les outils pour les webmaster de google?
 
parcque là en fait dans les liens externe il me liste les liens interne de mon site mais sur l'autre domaine, j'ai un .com et un .co.uk du coup les liens du .co.uk sont considérés comme liens externe du .com
 
enfin je veux juste pouvoir voir les vrai liens externe y'a peut-être moyen de simplement filtrer la recherche

PK composite contenant le site

Tu utilises la même technique que pour les structures immutables: tu crées un nouvel utilisateur en copiant les données de l'ancien, tu mets à jour les liens et tu droppes l'ancien

Pas du tout prise de tête en effet, notamment mettre à jour tous les liens
Alors qu'à la place de ça tu pourrais n'avoir rien à faire, en utilisant la PK

et avoir une base qui grandi au fur et a mesure pour rien  
 
certaine ça vaut le cout de se faire un peu chier

T'es vraiment significativement perdant en place en utilisant un auto-increment ?    Même quand à la place tu utilises des varchar partout ?

spa la place qui pose problème, c'est la gestion, avec des données "mortes" en base
et d'un point de vue logique, ça me semble largement mieux quand c'est possible d'avoir des clé qui ont on un sens

Bon, le tutoriel Jobeet pour symfony est pas mal

C'est pour çà que j'étais tenté de le faire à la base.

Ça n'a rien de compliqué non.

C'est la différence entre vouloir un code correct, et vouloir un code facile.

Vive les clés naturelles
Fuck les IDs autoincréments

Je n'y vois que des inconvénients
 
A part la lisibilité, et encore ça dépend des cas.

oui, mais ça c'est parce-que tu es mauvais.

au passage, non on n'utilise pas un champ dont la valeur peut changer comme clé primaire, c'est stupide.

Pas d'accord.
[disclaimer]Les remarques ci-dessous sont pour MySQL, elles s'appliquent ptet (sans doute) à d'autres SGBD.[disclaimer]
Pour des raisons de perfs vaut mieux jointer sur un champ unique en integer que 1 (ou plusieurs) champs avec des types moins simples. Au taff on a actuellement des tables avec des PK naturelles, des FK naturelles & co.
 
Exemple de perfs :

 
Test avec passage en FK sur un autoinc :

 
Travaillant sur des applis de BI, on est amenés à manipuler pas mal de données, donc le gain en perfs va sans doute être non négligeable. On va d'ailleurs faire ces optims de schéma dans les prochaines semaines, j'en ferai part à ce moment là.
 
Autre point, avec InnoDb, les index sont clustered sur la PK. Donc si t'as une grosse PK qui tache, tous tes index vont en souffrir.
 
Donc voila nous on va passer en autoinc + les index UNIQUE qui vont bien pour la garantie d'intégrité.
 
my 2 cents

disons qu'en général on évite, par contre n'oublie pas d'indexer le champ destination de la clef, parce que du coup chaque opération dans la table source va provoquer une recherche dans la cible. C'est toujours le cas avec une clef étrangère, mais en généra les clef primaires sont indéxées par défaut.

ça c'est parce-que tu es mauvais, car ça n'a rien de compliqué /maskeyelinn

tiens suite à hier, j'viens decommencer le dernier tuto jobeet symfony, c'est quand même excellent ce framework, 3 lignes de commandes paf il te génère toute ton arbo et leur dev toolbar à l'air de bien déchirer

C'est moi ou ya 3/4 mecs sur ce topic qui sont en train de faire le même tuto pour le même FW ?
 
Le début d'un règne  

Seulement 2 je crois Moi et gugus non ?

boblenain200 qui en parlait aussi

Il avait l'air de déjà maitriser !

et il à l'air pas mal ce tuto, typiquement le genre de truc à faire si tu veux que les gens utilise ton outil.
Ca s'est largement améliorer depuis que je l'ai utilisé la dernière fois (y'a plusieurs années donc )

et après je suis passé de symfony à zend, ça m'a fait un choc

dans quel sens le choc ?

Ce smiley a plusieurs interprétations: ou  

du coup ça aide pas trop