Discussion :

[Devlin111]

Bonjour,

Voici mes tables : (je suis en SQL server 2008)

USER (id, nom, prenom, login, date_naissance)
LANGUES (id, nom)
USER_LANGUES (id_user, id_langue, niveau)

Je voudrais mettre un champ dans la table user qui s'apellera "concatenation", et qui contiendra pour un user donné, la concaténation des champs.

Exemple : User = Jean Dupont
champ "concatenation" de la table user contient "dupont jean jeannot 30/06/1980 francais bon anglais moyen espagnol excellent".

Donc une concaténation de ses infos user et de ses langues parlées & niveaux.

Je ne vois pas comment faire cela

Merci

Dev

[Rei Ichido]

Alors avant même de se demander comment, il faudrait surtout se demander pourquoi vous voulez transformer des données utiles et exploitables en un magma inutilisable ?

[Devlin111]

Pourquoi pas?
J'en ai besoin, ce ne sera pas inutilisable pour moi.

[KookieMonster]

Si vous y tenez vraiment, vous pouvez regarder ce post.

[Rei Ichido]

Pourquoi pas?
J'en ai besoin, ce ne sera pas inutilisable pour moi.

J'imagine que vous n'en n'avez pas besoin de façon permanente, en base.
Il doit s'agir d'un besoin ponctuel : export, écran.
Dans ce cas, le mieux serait de faire ceci du côté applicatif plutôt qu'en base. Au pire, une vue fera l'affaire ; sincèrement, quel est l'intérêt de stocker en base quelque chose qui se retrouve aussi facilement ? Ça va consommer de l'espace, ça pourra être en décalage avec les données (à moins de mettre des vilains triggers de partout qui iront mettre jour ladite colonne), ...

[Devlin111]

Je vous remercie pour vos réponses.
Mais ce n'est pas tout à fait ça que je voudrais faire : en effet, je veux mettre dans la table user, les infos de toutes les autres tables de ma base liées à un user ....
Comment adapter ce code?

Non, cela ne se retrouve pas facilement. Pour chacun des user, je dois stocker toutes les informations qui lui correspondent. Je dois le faire dans une procédure stockée, je m'en servirais très souvent

[iberserk]

Non, cela ne se retrouve pas facilement. Pour chacun des user, je dois stocker toutes les informations qui lui correspondent. Je dois le faire dans une procédure stockée, je m'en servirais très souvent

Ridicule, repassez sur EXCEL...

Un modèle de données n'est pas juste la pour vous embeter, un langage existe pour retrouver les données de votre User à la demande: SQL (avec des SELECT des jointures vous voyez).

[Swiss_GaGGy]

Au pire, une vue fera l'affaire ; ...

Je me permets de reprendre ce que disait Rei:
Vous indiquez ne pas pouvoir utiliser la recherche Full Text, ne pas pouvoir utiliser de T-sql dans votre code mais seulement des procédures stockées.

Dans ce cas, je dirais qu'il ne vous reste effectivement plus que la solution d'une SP basée sur une vue.
Vous pourrez construire celle-ci avec des jointures soigneusement choisies et jouer avec les clauses "where","like" etc... et passer les valeurs de vos Textbox en paramètres de la SP

En termes de performances ce n'est certes pas ce qui se fait de mieux, mais si vos impératifs vont dans ce sens.... Il faudra toutefois prévenir votre responsable que les performances peuvent être catastrophiques ( et cela pourrait même interférer sur les perfs globales de votre serveur si je ne dis pas de bêtises ).

Bonne journée

[Devlin111]

Swiss_GaGGy tu dis que :

En termes de performances ce n'est certes pas ce qui se fait de mieux, mais si vos impératifs vont dans ce sens.... Il faudra toutefois prévenir votre responsable que les performances peuvent être catastrophiques ( et cela pourrait même interférer sur les perfs globales de votre serveur si je ne dis pas de bêtises ).

Quel est d'après toi ce qui se fait de mieux en terme de performances? J'ai des impératifs, mais je peux toujours les discuter