bonjour à vous,
je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre
Access et MSDE)
mais ma vrai question est :
En développant en .NET, quel est le plus performant et le plus léger en
taille :
* une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple)
ou
* une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
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
Patrice
Cela ne me semble pas une raison suffisante pour dénormaliser les données à ce point. Gérer 100 colonnes sur une même ligne entrainera toute sortes de problèmes si ce sont effectivement des lignes et non pas des colonnes.
Sinon le plus simple est de faire un test par toi même et de dénormaliser uniquement si tu "prouves" que cela améliorera la situation...
A mon avis : 1 table d'une colonne sur 10000 lignes si c'est ce que donne l'analyse des données...
Patrice
--
"404 found" a écrit dans le message de news:
bonjour à vous, je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre Access et MSDE)
mais ma vrai question est : En développant en .NET, quel est le plus performant et le plus léger en taille : * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par
exemple)
ou * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Merci de votre aide !
Cela ne me semble pas une raison suffisante pour dénormaliser les données à
ce point. Gérer 100 colonnes sur une même ligne entrainera toute sortes de
problèmes si ce sont effectivement des lignes et non pas des colonnes.
Sinon le plus simple est de faire un test par toi même et de dénormaliser
uniquement si tu "prouves" que cela améliorera la situation...
A mon avis : 1 table d'une colonne sur 10000 lignes si c'est ce que donne
l'analyse des données...
Patrice
--
"404 found" <404found@discussions.microsoft.com> a écrit dans le message de
news:6CE924ED-A178-46C5-81FA-5C0F45DFF18E@microsoft.com...
bonjour à vous,
je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre
Access et MSDE)
mais ma vrai question est :
En développant en .NET, quel est le plus performant et le plus léger en
taille :
* une table d'une colonne et de 10000 lignes (avec une valeur = 1 par
exemple)
ou
* une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Cela ne me semble pas une raison suffisante pour dénormaliser les données à ce point. Gérer 100 colonnes sur une même ligne entrainera toute sortes de problèmes si ce sont effectivement des lignes et non pas des colonnes.
Sinon le plus simple est de faire un test par toi même et de dénormaliser uniquement si tu "prouves" que cela améliorera la situation...
A mon avis : 1 table d'une colonne sur 10000 lignes si c'est ce que donne l'analyse des données...
Patrice
--
"404 found" a écrit dans le message de news:
bonjour à vous, je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre Access et MSDE)
mais ma vrai question est : En développant en .NET, quel est le plus performant et le plus léger en taille : * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par
exemple)
ou * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Merci de votre aide !
Fred BROUARD
ni l'un, ni l'autre.
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc le modèle relationnel sous jacent peut induire telle ou telle structure de la table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit:
bonjour à vous, je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre Access et MSDE)
mais ma vrai question est : En développant en .NET, quel est le plus performant et le plus léger en taille : * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple) ou * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Merci de votre aide !
-- 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 *************************
ni l'un, ni l'autre.
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc
le modèle relationnel sous jacent peut induire telle ou telle structure de la
table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit:
bonjour à vous,
je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre
Access et MSDE)
mais ma vrai question est :
En développant en .NET, quel est le plus performant et le plus léger en
taille :
* une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple)
ou
* une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Merci de votre aide !
--
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 *************************
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc le modèle relationnel sous jacent peut induire telle ou telle structure de la table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit:
bonjour à vous, je suis devant un choix de conception :
pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre Access et MSDE)
mais ma vrai question est : En développant en .NET, quel est le plus performant et le plus léger en taille : * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple) ou * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
Merci de votre aide !
-- 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 *************************
404 found
Merci pour vos réponses
je tiendrais courant lors de mes prochains développements !
"Fred BROUARD" a écrit :
ni l'un, ni l'autre.
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc le modèle relationnel sous jacent peut induire telle ou telle structure de la table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit: > bonjour à vous, > je suis devant un choix de conception : > > pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre > Access et MSDE) > > mais ma vrai question est : > En développant en .NET, quel est le plus performant et le plus léger en > taille : > * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple) > ou > * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1) > > Merci de votre aide !
-- 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 *************************
Merci pour vos réponses
je tiendrais courant lors de mes prochains développements !
"Fred BROUARD" a écrit :
ni l'un, ni l'autre.
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc
le modèle relationnel sous jacent peut induire telle ou telle structure de la
table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit:
> bonjour à vous,
> je suis devant un choix de conception :
>
> pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre
> Access et MSDE)
>
> mais ma vrai question est :
> En développant en .NET, quel est le plus performant et le plus léger en
> taille :
> * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple)
> ou
> * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1)
>
> Merci de votre aide !
--
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 *************************
je tiendrais courant lors de mes prochains développements !
"Fred BROUARD" a écrit :
ni l'un, ni l'autre.
Un SGBDR est fait pour gérer des relations. Seules les relations en jeu et donc le modèle relationnel sous jacent peut induire telle ou telle structure de la table. C'est cela qui sera performant et rien d'autre.
Donc, apprendre à modéliser vos données sous MERISE ou UML.
A +
404 found a écrit: > bonjour à vous, > je suis devant un choix de conception : > > pour la base, choisir entre Access, MSDE et SQL Server (mais surtout entre > Access et MSDE) > > mais ma vrai question est : > En développant en .NET, quel est le plus performant et le plus léger en > taille : > * une table d'une colonne et de 10000 lignes (avec une valeur = 1 par exemple) > ou > * une table de 100 colonnes et de 100 lignes (avec toujours valeur = 1) > > Merci de votre aide !
-- 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 *************************
