Reprise du message précédent :
en y repensant, "DOM1 ne meurre jamais " aurait été une réponse parfaitement appropriée...

Les cartes de crédit gold et platinum, c'est pas fait pour les chiens.

ouais mais pas de pot c'est gocho ou chépuki qui l'a faite

et un seul R à meurt, pauv tache

dites, jpeux poser une question ici?
dans sql server ou n'importe quel autre sgbd, quel est l'impact du nombre de colonne sur une table? genre une table avec 30,40,100 colonnes ca baisses les perfs? si oui a quel niveau?
merci

 
C'est surtout un bon indicateur de structure de base foireuse, en général...
Une 30aine j'ai déjà vu, mais au-delà...

ben oui je sais, pis meme trois heures après c'est pas drôle, c'était juste pour parler...
 
Faut quand même que je surveille mon orthographe moi, je me fais peur des fois

http://forum.hardware.fr/hardwaref [...] m#t1310787

c possible oui, en meme tps là toutes suite je vois pas comment faire autrement...
 
j'ai une liste de droit (booléen, t'as le droit ou pas d'acceder a telle fonctionnalité) a affecter a des user..  
 
donc jsais pas .. user_id, droit1, droit2, droit3..  
 
ou pas?

ca me parait surtout etre le signe d'un mauvais design

 
rajoute une table.
une table des users, une table des droits, et une table qui lie les deux.

mais tu peux pas creer des groupes de users avec un niveau de droits tout simplement (genre de 1 a 10) et apres la gestion se fait du coté de l'appli apr rapport a ce chiffre

moui.. pkoi pas..  
c'est mieux en effet

chouette le site urbanmemory sinon

merci

puis après tu peux t'amuser...stocker des descriptions pour chaque droit, ajouter un attribut pour le lien (un truc du style r, w, x?), etc...

allay une dernière

Ok, lol

 
vi...
ptain qu'est ce que c'est relou de réinventer la roue

think XML

 
L'avantage étant qu'il y a peu de chances d'avoir un pb inédit...

ou pas

le CSV c'est toppe

j'allais le dire

t'as pas compris. la t'es juste lourd

 
Ben, ça dépend.
 
Je ne prétends pas que la structure de nos tables sont de bonne qualité (au contraire ), mais pour certaines, on n'a pas forcément le choix.  
Je prends l'exemple de données de marché comme on peut avoir, par exemple des transactions de bonds : ça prend facilement une centaine de colonnes pour tout décrire (après on peut éventuellement subdiviser en sous-structures c'est vrai, mais ce n'est clairement pas le plus pratique dans une base de rapprochements de données)
 
Ou alors il y a la solution d'un ancien progiciel utilisé par la banque : les identifiants, puis un blob fourre-tout
 

/o\

suri ?

j'ai pas osé la faire

 
C'était pour ce genre de cas, le "en général". Parfois on peut pas faire mieux, mais c'est pas super courant non plus.

'faut dire que ta dernière vanne a laissé des séquelles dans le forum ....
 
 
 
 
y'a du noir dez dans ma neighbour radio

http://www.lemonde.fr/web/article/ [...] 995,0.html NOWAI

OMG !  they killed Frantico !

C'te vieux débarquement Tu savais pas que Frantico stait un pseudo de Trondheim ?

jte frais remarquer que ct pas confirmé

Ouais OK, enfin sur plein de sites de BD, y avait des tonnes de sujets là-dessus, dont un où un autre dessinateur confessait avoir participé au truc (stait y a plusieurs mois, sur BDParadisio je crois), genre le faux piratage du site, etc...
Cela dit, ça m'a aussi beaucoup impressionné, énorme boulot de Trondheim, fallait le faire.

 
mais enfin ta gueule
(j'ai meme pas cherché, le seul que j'ai vu, y'avait un débat à la con, disant qu'y'avait autant de gens qui disaient que ct trondheim que de ceux qui disaient savoir que ct pas lui)

L'auteur de Lapinot et de Donjon