par
Sékiltoyai » 02 août 2007, 22:10
Le truc, c'est que dans une base de données, on stocke les données de manière la plus claire possible, c'est à dire que si tu as dans ton tableau les clés 'truc', 'machin' et 'chose', tu ne dois pas tout stocker dans un champ, tu dois faire un champ pour chaque donnée, de manière à ce qu'elles soient accessibles facilement par n'importe quelle application. Ici, tu n'as qu'une application surement, mais c'est une mauvaise habitude qu'il ne faut pas prendre, et si jamais tu avais besoin de faire une recherche sur 'chose', avec un tableau sérializé ou une chaine implodée, c'est beaucoup plus dûr, et ca te plombe les performances de ton serveur SQL, autant de raisons qui font que même si la fonction serialize() peut paraître charmante, ici il faut l'oublier…
Le truc, c'est que dans une base de données, on stocke les données de manière la plus claire possible, c'est à dire que si tu as dans ton tableau les clés 'truc', 'machin' et 'chose', tu ne dois pas tout stocker dans un champ, tu dois faire un champ pour chaque donnée, de manière à ce qu'elles soient accessibles facilement par n'importe quelle application. Ici, tu n'as qu'une application surement, mais c'est une mauvaise habitude qu'il ne faut pas prendre, et si jamais tu avais besoin de faire une recherche sur 'chose', avec un tableau sérializé ou une chaine implodée, c'est beaucoup plus dûr, et ca te plombe les performances de ton serveur SQL, autant de raisons qui font que même si la fonction serialize() peut paraître charmante, ici il faut l'oublier…