Je croyais la communauté du "Libre" = "libre et tolérante" ...
Je croyais la communauté du "Libre" = "libre et tolérante" ...
Je croyais la communauté du "Libre" = "libre et tolérante" ...
> Sylvain a 100 % raison, 120% etc ...
Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
> Sylvain a 100 % raison, 120% etc ...
Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
> Sylvain a 100 % raison, 120% etc ...
Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
Si vous mettez Sylvain dans votre killfile, merci de m'y mettre aussi,
cela serait un honneur pour moi.
Si vous mettez Sylvain dans votre killfile, merci de m'y mettre aussi,
cela serait un honneur pour moi.
Si vous mettez Sylvain dans votre killfile, merci de m'y mettre aussi,
cela serait un honneur pour moi.
C'est encore une liste de plus qui n'a rien compris et qui refuse
d'aider les gens... ;-) Décidément, les LUG et autres clubs de Linuxi ens
ne veulent vraiment pas partager leurs connaissances et prennent les
autres pour des imbéciles... ;-)
Il y a des nom et des adresses électroniques qui écrivent toujours le s
mêmes genres de question, qui ont donc toujours les réponses adapté es a
leurs question et qui rejettent la faute sur les listes sans jamais se
remettre en cause.
Mes 2¢ du soir
C'est encore une liste de plus qui n'a rien compris et qui refuse
d'aider les gens... ;-) Décidément, les LUG et autres clubs de Linuxi ens
ne veulent vraiment pas partager leurs connaissances et prennent les
autres pour des imbéciles... ;-)
Il y a des nom et des adresses électroniques qui écrivent toujours le s
mêmes genres de question, qui ont donc toujours les réponses adapté es a
leurs question et qui rejettent la faute sur les listes sans jamais se
remettre en cause.
Mes 2¢ du soir
C'est encore une liste de plus qui n'a rien compris et qui refuse
d'aider les gens... ;-) Décidément, les LUG et autres clubs de Linuxi ens
ne veulent vraiment pas partager leurs connaissances et prennent les
autres pour des imbéciles... ;-)
Il y a des nom et des adresses électroniques qui écrivent toujours le s
mêmes genres de question, qui ont donc toujours les réponses adapté es a
leurs question et qui rejettent la faute sur les listes sans jamais se
remettre en cause.
Mes 2¢ du soir
Pas besoin de ¢ et j'arrête là.
Pas besoin de ¢ et j'arrête là.
Pas besoin de ¢ et j'arrête là.
Sylvain a 100 % raison, 120% etc ...
Ce n'est pas parce que des gens pensent la même chose qu'ils ont raison.Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
Cette comparaison est totalement hors-propos et ne correspond à rien
du tout !
Je ne comprends pas du tout ces réactions carrément hostiles.
Quant à mon sujet, pas 100% Debian c'est vrai, il faudrait alors l'indiquer dans le footer.
Je croyais la communauté du "Libre" = "libre et tolérante" ...
Sylvain a 100 % raison, 120% etc ...
Ce n'est pas parce que des gens pensent la même chose qu'ils ont raison.
Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
Cette comparaison est totalement hors-propos et ne correspond à rien
du tout !
Je ne comprends pas du tout ces réactions carrément hostiles.
Quant à mon sujet, pas 100% Debian c'est vrai, il faudrait alors l'indiquer dans le footer.
Je croyais la communauté du "Libre" = "libre et tolérante" ...
Sylvain a 100 % raison, 120% etc ...
Ce n'est pas parce que des gens pensent la même chose qu'ils ont raison.Quand quelqu'un demande comment traverser l'Atlantique à la nage, je
ne l'aide pas, je ne lui conseille pas des marques de maillot de bain,
je lui dit que c'est une connerie.
Cette comparaison est totalement hors-propos et ne correspond à rien
du tout !
Je ne comprends pas du tout ces réactions carrément hostiles.
Quant à mon sujet, pas 100% Debian c'est vrai, il faudrait alors l'indiquer dans le footer.
Je croyais la communauté du "Libre" = "libre et tolérante" ...
Elle est exagéré, pas hors de propos. Le fait de concaténe r dans un seul
champs les différents auteurs d'un même livre est une mauvaise
utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une val eur
de ton champ (car je suppose que c'est ta prochaine question...)
Je pense que tu surestime l'hostilité. Des gens connaissant le domai ne,
avec de l'expérience te dise que la solution que tu veux adopter est
mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux ne
pas avoir de problème dans le futur. Ce n'est pas un agression, ce n 'est
pas hostile, c'est un TRÃS bon conseil dans ce cas si.
je ne vois pas de manque de tolérance dans la réponse de Sylvain
Sauvage, peut-être est telle "rugueuse", mais il a raison, ta mà ©thode
(stocker plusieurs auteurs dans un même champ) va probablement te po ser
problème plus tard.
Rémi Vanicat
Elle est exagéré, pas hors de propos. Le fait de concaténe r dans un seul
champs les différents auteurs d'un même livre est une mauvaise
utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une val eur
de ton champ (car je suppose que c'est ta prochaine question...)
Je pense que tu surestime l'hostilité. Des gens connaissant le domai ne,
avec de l'expérience te dise que la solution que tu veux adopter est
mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux ne
pas avoir de problème dans le futur. Ce n'est pas un agression, ce n 'est
pas hostile, c'est un TRÃS bon conseil dans ce cas si.
je ne vois pas de manque de tolérance dans la réponse de Sylvain
Sauvage, peut-être est telle "rugueuse", mais il a raison, ta mà ©thode
(stocker plusieurs auteurs dans un même champ) va probablement te po ser
problème plus tard.
Rémi Vanicat
Elle est exagéré, pas hors de propos. Le fait de concaténe r dans un seul
champs les différents auteurs d'un même livre est une mauvaise
utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une val eur
de ton champ (car je suppose que c'est ta prochaine question...)
Je pense que tu surestime l'hostilité. Des gens connaissant le domai ne,
avec de l'expérience te dise que la solution que tu veux adopter est
mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux ne
pas avoir de problème dans le futur. Ce n'est pas un agression, ce n 'est
pas hostile, c'est un TRÃS bon conseil dans ce cas si.
je ne vois pas de manque de tolérance dans la réponse de Sylvain
Sauvage, peut-être est telle "rugueuse", mais il a raison, ta mà ©thode
(stocker plusieurs auteurs dans un même champ) va probablement te po ser
problème plus tard.
Rémi Vanicat
Le lundi 2 mars 2009 09:29, Rémi Vanicat a écrit :
> Elle est exagéré, pas hors de propos. Le fait de concaténer dans un seul
> champs les différents auteurs d'un même livre est une mauvaise
> utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une vale ur
> de ton champ (car je suppose que c'est ta prochaine question...)
-------------------------
> Je pense que tu surestime l'hostilité. Des gens connaissant le domain e,
> avec de l'expérience te dise que la solution que tu veux adopter est
> mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux n e
> pas avoir de problème dans le futur. Ce n'est pas un agression, ce n' est
> pas hostile, c'est un TRÈS bon conseil dans ce cas si.
-------------------------
> je ne vois pas de manque de tolérance dans la réponse de Sylvain
> Sauvage, peut-être est telle "rugueuse", mais il a raison, ta métho de
> (stocker plusieurs auteurs dans un même champ) va probablement te pos er
> problème plus tard.
> Rémi Vanicat
------------------------------
J'avais bien réfléchi à mon problème.
Cette concaténation de données dans un seul champ est absolument né cessaire
et à la fois exceptionnelle dans mon projet.
L'exemple que j'avais donné n'avait rien à voir avec la réalité d u projet.
(c'était juste pour expliquer mon besoin et comprendre la syntaxe)
Il s'agit d'un champ de "mémoire" de certaines infos.
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu d'êtr e,
et sûrement pas sur ce ton.
Si la fonction "CONCAT" existe, "ce n'est pas pour des prunes"
et je sais mesurer les limites des méthodes et l'importance
du respect de règles dans l'informatique.
antoine
--
Le lundi 2 mars 2009 09:29, Rémi Vanicat a écrit :
> Elle est exagéré, pas hors de propos. Le fait de concaténer dans un seul
> champs les différents auteurs d'un même livre est une mauvaise
> utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une vale ur
> de ton champ (car je suppose que c'est ta prochaine question...)
-------------------------
> Je pense que tu surestime l'hostilité. Des gens connaissant le domain e,
> avec de l'expérience te dise que la solution que tu veux adopter est
> mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux n e
> pas avoir de problème dans le futur. Ce n'est pas un agression, ce n' est
> pas hostile, c'est un TRÈS bon conseil dans ce cas si.
-------------------------
> je ne vois pas de manque de tolérance dans la réponse de Sylvain
> Sauvage, peut-être est telle "rugueuse", mais il a raison, ta métho de
> (stocker plusieurs auteurs dans un même champ) va probablement te pos er
> problème plus tard.
> Rémi Vanicat
------------------------------
J'avais bien réfléchi à mon problème.
Cette concaténation de données dans un seul champ est absolument né cessaire
et à la fois exceptionnelle dans mon projet.
L'exemple que j'avais donné n'avait rien à voir avec la réalité d u projet.
(c'était juste pour expliquer mon besoin et comprendre la syntaxe)
Il s'agit d'un champ de "mémoire" de certaines infos.
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu d'êtr e,
et sûrement pas sur ce ton.
Si la fonction "CONCAT" existe, "ce n'est pas pour des prunes"
et je sais mesurer les limites des méthodes et l'importance
du respect de règles dans l'informatique.
antoine
--
Le lundi 2 mars 2009 09:29, Rémi Vanicat a écrit :
> Elle est exagéré, pas hors de propos. Le fait de concaténer dans un seul
> champs les différents auteurs d'un même livre est une mauvaise
> utilisation de mysql. Tu vas VRAIMENT galérer pour supprimer une vale ur
> de ton champ (car je suppose que c'est ta prochaine question...)
-------------------------
> Je pense que tu surestime l'hostilité. Des gens connaissant le domain e,
> avec de l'expérience te dise que la solution que tu veux adopter est
> mauvaise, et qu'il faut que tu repense ta base de donnée si tu veux n e
> pas avoir de problème dans le futur. Ce n'est pas un agression, ce n' est
> pas hostile, c'est un TRÈS bon conseil dans ce cas si.
-------------------------
> je ne vois pas de manque de tolérance dans la réponse de Sylvain
> Sauvage, peut-être est telle "rugueuse", mais il a raison, ta métho de
> (stocker plusieurs auteurs dans un même champ) va probablement te pos er
> problème plus tard.
> Rémi Vanicat
------------------------------
J'avais bien réfléchi à mon problème.
Cette concaténation de données dans un seul champ est absolument né cessaire
et à la fois exceptionnelle dans mon projet.
L'exemple que j'avais donné n'avait rien à voir avec la réalité d u projet.
(c'était juste pour expliquer mon besoin et comprendre la syntaxe)
Il s'agit d'un champ de "mémoire" de certaines infos.
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu d'êtr e,
et sûrement pas sur ce ton.
Si la fonction "CONCAT" existe, "ce n'est pas pour des prunes"
et je sais mesurer les limites des méthodes et l'importance
du respect de règles dans l'informatique.
antoine
--
Si j'a bien suivi il s'agit de lier plusieurs valeurs d'un même type de
données à une autre donnée (d'un autre type).
Livre -> auteur1
|->auteur2
|-> auteur3
Je ne suis pas DBA Ã vrai dire, mais s'il s'agit bien de ce type de
correspondance, une petite table avec identifiants externe me semble assez
indiqué, ça fonctionne avec InnoDB sur mysql...
Ta table entre les deux tables "auteurs" et "livres" contiendra alors
plusieurs enregistrements du type :
livre1 + auteur1
livre1 + auteur2
livre1 + auteur3
Facile à mettre à jour, recherche peu gourmande...
S'il s'agit bel et bien de ce type de correspondances entre des donnà ©es, je
me rallierai à ceux te disant qu'il conviendrait certainment de repe nser ta
DB. Cordialement, mathias
Si j'a bien suivi il s'agit de lier plusieurs valeurs d'un même type de
données à une autre donnée (d'un autre type).
Livre -> auteur1
|->auteur2
|-> auteur3
Je ne suis pas DBA Ã vrai dire, mais s'il s'agit bien de ce type de
correspondance, une petite table avec identifiants externe me semble assez
indiqué, ça fonctionne avec InnoDB sur mysql...
Ta table entre les deux tables "auteurs" et "livres" contiendra alors
plusieurs enregistrements du type :
livre1 + auteur1
livre1 + auteur2
livre1 + auteur3
Facile à mettre à jour, recherche peu gourmande...
S'il s'agit bel et bien de ce type de correspondances entre des donnà ©es, je
me rallierai à ceux te disant qu'il conviendrait certainment de repe nser ta
DB. Cordialement, mathias
Si j'a bien suivi il s'agit de lier plusieurs valeurs d'un même type de
données à une autre donnée (d'un autre type).
Livre -> auteur1
|->auteur2
|-> auteur3
Je ne suis pas DBA Ã vrai dire, mais s'il s'agit bien de ce type de
correspondance, une petite table avec identifiants externe me semble assez
indiqué, ça fonctionne avec InnoDB sur mysql...
Ta table entre les deux tables "auteurs" et "livres" contiendra alors
plusieurs enregistrements du type :
livre1 + auteur1
livre1 + auteur2
livre1 + auteur3
Facile à mettre à jour, recherche peu gourmande...
S'il s'agit bel et bien de ce type de correspondances entre des donnà ©es, je
me rallierai à ceux te disant qu'il conviendrait certainment de repe nser ta
DB. Cordialement, mathias
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu
d'être, et sûrement pas sur ce ton.
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu
d'être, et sûrement pas sur ce ton.
C'est pourquoi, les critiques sur ma méthode n'avaient pas lieu
d'être, et sûrement pas sur ce ton.