Salut,
Est-il possible d'avoir une champ calculé dont le type serait une table ?
Merci
Salut,
Est-il possible d'avoir une champ calculé dont le type serait une table ?
Merci
Il n'y a pas de type "table".
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Bonjour,
En effet les nested tables n'existent pas dans SQL Server.
Pourriez-vous nous préciser votre besoin ? Par exemple, est-ce pour stocker une série de valeurs ?
@++![]()
En fait c'était pour pouvoir passer en paramètre d'une proc, entete, détail, du style facture/lignes.
Je pense pouvoir le faire avec du json, non ?
Il y a un interpréteur de json dans SQL Server ?
Merci
Effectivement il y a possibilité de manipuler du JSON dans SQL Server... Mais je trouve cette approche particulièrement débile !
En effet une base de données relationnelle étant faite pour structurer les données, pourquoi ne pas les structurer par le modèle de données ?
C'est a peu près comme si vous preniez une petite cuillère pour effectuer le terrassement des fondations d'un gratte ciel !!!!!
Je sais bien que le JSON est à la mode... Et quand la burka sera à la mode... Vous la mettrez aussi ?
Quel est votre besoin précis ?
A +
Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
* * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *
Je suis débile mais je me soigne...
En fait, le client veut qu'on utilise QUE des procédures stockées. L'objectif était de Sringifier un formulaire bulk et de passer directement le JSon à la proc.
Comme on doit utiliser Entity Framework en Database first, l'idée était de créer un schéma qui ne contiendrait que des tables vides qui seraient les signatures des entrées sorties des procs pour que lors de la génération des classes à partir de l'EDMX ça nous crée les classes d'entrées sorties directement à partie de la base.
Je sais c'est sans doute moche mais on a 6 mois pour faire 2 ans de dev, donc, chaque seconde économisée compte...
Merci pour on aide.
Partager