Discussion :

[satanas313]

Bonjour à tous

Je fais appel à vos lumières afin de savoir s'il est possible dans un script sous SQL SERVER 2005 de créer une table dont le nombre de colonnes dépend d'une variable.
En effet cette création se fait dans une fonction qui prend cette fameuse variable en paramêtre et l'idée serait de boucler lors de la création de la table. Dans mon esprit on obtiendrait ainsi une table avec X colonne (toutes de même type et de même taile) où X représente cette fameuse variable.

Si jamais ce n'est pas possible peut on intégrer une sorte de tableaux de valeurs (Array) dans une colonne de table?

J'ai totalement conscience du fait que je suis aux antipodes d'une utilisation normale du Transact mais néanmoins je n'ai pas d'autre choix.

Merci par avance pour toute l'aide que vous pourriez m'apporter. Et si jamais mon explication n'est pas claire, n'hésitez pas.

EDIT : Ma table en question est en fait une variable de type table...

[SQLpro]

oui, vous êtes aux antipode, et oui, vous avez d'autres choix comme de faire un méta modèle.
Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/m...n/metadonnees/

A +

[satanas313]

oui, vous êtes aux antipode, et oui, vous avez d'autres choix comme de faire un méta modèle.
Lisez l'article que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/cours/m...n/metadonnees/

A +

Merci pour votre réponse.
Il faut néanmoins que je précise ma problèmatique. Comme j'avais oublié de le mentionner, ma table est en fait une variable de type table. Elle va contenir une période donnée, dont la valeur est un paramêtre et qui va donc varier à chaque exécution.
L'idée consiste à lier cette table de période avec d'autres afin d'afficher le résultat correspondant. Je ne crée pas de données en tant que tel puisque je ne fais que consulter les tables.

Le problème réside dans le fait que cette période n'est pas fixe et que dans l'idéale une période correspondrait à une colonne de ma variable de type table.

Encore une fois j'ai conscience de ne pas utiliser à bon escient le T-SQL mais je n'ai pas toute liberté pour procéder autrement.

Encore merci

[SQLpro]

Encore une fois j'ai conscience de ne pas utiliser à bon escient le T-SQL mais je n'ai pas toute liberté pour procéder autrement.

Non, le problème n'est pas celui, là. Le problème c'est que vous ne savez pas comment le faire proprement. Tout est possible en pur relationnel et en pur SQL. A condition de savoir comment faire.

Commencez par nous donner un exemple concret avec un jeu de données sous forme CREATE ... INSERT

A +

[satanas313]

Non, le problème n'est pas celui, là. Le problème c'est que vous ne savez pas comment le faire proprement.

Effectivement... ET c'est bien pour ça que je suis ici.
Lorsque je disais ne pas avoir toute liberté pour ma façon de procéder je faisais référence aux méta données.

J'ai trouvé une solution en passant par l'utilisation de sql dynamique dans une procédure stockée ce qui me permet de créer ma table temporaire.

Je suppose que ce n'est pas une solution "propre" mais néanmoins cela fonctionne.

Bonne continuation.

[elsuket]

Je suppose que ce n'est pas une solution "propre" mais néanmoins cela fonctionne.

Effectivement, cela n'en est pas une, puisque vous créez des objets dans TempDB, qui est une base de données système utilisée par SQL Server pour de nombreuses opérations d'arrière-plan des requêtes, en outre.

Qu'est-ce qui vous empêche de créer des objets dans une base de données utilisateur ?

@++

[satanas313]

Effectivement, cela n'en est pas une, puisque vous créez des objets dans TempDB, qui est une base de données système utilisée par SQL Server pour de nombreuses opérations d'arrière-plan des requêtes, en outre.

Cette requête ne sera exécutée que très rarement (une à deux fois par an).
Néanmoins pourriez vous s'il vous plaît m'expliquer en quoi le fait de créer un objet dans TempDB peut pénaliser SQL Server? Quels sont les risques dans l'absolu avec les tables temporaires? Ces risques concernent également les tables temporaires locales?

Qu'est-ce qui vous empêche de créer des objets dans une base de données utilisateur ?
@++

Je n'en ai pas le droit.


Merci beaucoup pour vos eclaircissements.