Bonjour,
j'ai une question concernant l'utilisation du type de données Ntext.
Je voudrais créer une table générique du type (PropertyName/PropertyValue)
qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans
modification de la structure de ma table. Mon problème est que je connais
pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue.
Merci
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
Le type TEXT est un blob sur lequel les opérations de manipulation sont les plus restreintes. Donc en pratique inutilisable pour votre cas précis.
Soyez réaliste, car si vous voulez de la performance, il faut restreindre la longueur de stockage à quelques caractères. En pratique et pour ce genre de modélisation par "méta modèle", je limite systématiquement à 32 caractères max.
A lire : http://sqlpro.developpez.com/cours/modelisation/metadonnees/
A +
r a écrit:
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
Richard
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Le type TEXT est un blob sur lequel les opérations de manipulation sont les plus
restreintes. Donc en pratique inutilisable pour votre cas précis.
Soyez réaliste, car si vous voulez de la performance, il faut restreindre la
longueur de stockage à quelques caractères.
En pratique et pour ce genre de modélisation par "méta modèle", je limite
systématiquement à 32 caractères max.
A lire : http://sqlpro.developpez.com/cours/modelisation/metadonnees/
A +
r a écrit:
Bonjour,
j'ai une question concernant l'utilisation du type de données Ntext.
Je voudrais créer une table générique du type (PropertyName/PropertyValue)
qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans
modification de la structure de ma table. Mon problème est que je connais
pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue.
Merci
Richard
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Le type TEXT est un blob sur lequel les opérations de manipulation sont les plus restreintes. Donc en pratique inutilisable pour votre cas précis.
Soyez réaliste, car si vous voulez de la performance, il faut restreindre la longueur de stockage à quelques caractères. En pratique et pour ce genre de modélisation par "méta modèle", je limite systématiquement à 32 caractères max.
A lire : http://sqlpro.developpez.com/cours/modelisation/metadonnees/
A +
r a écrit:
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
Richard
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Med Bouchenafa
Avec 8 000 caracteres, il y a de quoi mettre dans un VARCHAR
-- Bien cordialement Med Bouchenafa
<r> wrote in message news:%
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
Richard
Avec 8 000 caracteres, il y a de quoi mettre dans un VARCHAR
--
Bien cordialement
Med Bouchenafa
<r> wrote in message news:%23b9sw4zdFHA.3048@TK2MSFTNGP12.phx.gbl...
Bonjour,
j'ai une question concernant l'utilisation du type de données Ntext.
Je voudrais créer une table générique du type (PropertyName/PropertyValue)
qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans
modification de la structure de ma table. Mon problème est que je connais
pas le type de donnée que je vais insérer dans le champ PropertyValue.
J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les
données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le
type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue.
Merci
Avec 8 000 caracteres, il y a de quoi mettre dans un VARCHAR
-- Bien cordialement Med Bouchenafa
<r> wrote in message news:%
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue. J'ai donc penser à utiliser le type Ntext qui devrait "avaler" toutes les données telles qu'elles soient. Mais je me demande si c'est conseillé vu que le type Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
Richard
Patrice
Voir peut-être aussi si SQL_VARIANT pourrait convenir (j'avais remarqué ce nouveau type en 2000 mais je ne me souviens pas l'avoir utilisé) ?
Patrice
--
<r> a écrit dans le message de news:%
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue.
J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les
données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le
type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
Richard
Voir peut-être aussi si SQL_VARIANT pourrait convenir (j'avais remarqué ce
nouveau type en 2000 mais je ne me souviens pas l'avoir utilisé) ?
Patrice
--
<r> a écrit dans le message de
news:%23b9sw4zdFHA.3048@TK2MSFTNGP12.phx.gbl...
Bonjour,
j'ai une question concernant l'utilisation du type de données Ntext.
Je voudrais créer une table générique du type (PropertyName/PropertyValue)
qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans
modification de la structure de ma table. Mon problème est que je connais
pas le type de donnée que je vais insérer dans le champ PropertyValue.
J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les
données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le
type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue.
Merci
Voir peut-être aussi si SQL_VARIANT pourrait convenir (j'avais remarqué ce nouveau type en 2000 mais je ne me souviens pas l'avoir utilisé) ?
Patrice
--
<r> a écrit dans le message de news:%
Bonjour, j'ai une question concernant l'utilisation du type de données Ntext. Je voudrais créer une table générique du type (PropertyName/PropertyValue) qui me permettrait d'ajouter de nouveaux champs à un objet donnée sans modification de la structure de ma table. Mon problème est que je connais pas le type de donnée que je vais insérer dans le champ PropertyValue.
J'ai
donc penser à utiliser le type Ntext qui devrait "avaler" toutes les
données
telles qu'elles soient. Mais je me demande si c'est conseillé vu que le
type
Ntext doit être gourmand en ressource....
Si quelqu'un à un conseil, il est le bienvenue. Merci
