Soit une application gérant plusieurs comptabilités différentes avec des
montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4
la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms
de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants
Avantage : tous les montants sont rapidement accessible
Inconvenient : Montant souvent vide
problème pour intégrer de nouveaux
montants
2 - Un nouveau systeme
avec une table des différents type de montant + une table de
lien avec un montant
Avantage : tous est possible
Inconvénient : a vous de me le dire
supposé - un peu lourd des que l'on a beacoup de type de
montant à lire
3 - Un mixte des deux :-)
corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous
utiliser ?
Connaissez vous un bon tutoriel pour ces problème de stockage ?
Avez vous un avis sur ce mail très long :-) ?
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
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec
des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4
la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des
noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants
Avantage : tous les montants sont rapidement accessible
Inconvenient : Montant souvent vide
problème pour intégrer de nouveaux
montants
2 - Un nouveau systeme
avec une table des différents type de montant + une table de
lien avec un montant
Avantage : tous est possible
Inconvénient : a vous de me le dire
supposé - un peu lourd des que l'on a beacoup de type
de montant à lire
3 - Un mixte des deux :-)
corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous
utiliser ?
Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions...
Quelques articles pour vous aider :
http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2
http://uml.developpez.com/faq/merise/?page=MCD
http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Gilles LE BARBIER
Merci Fred ,
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles. Pour notre part nous voulons faire les choix les plus avantageux pour nous en développement et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y a pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les schema UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
Merci encore
Gilles
"Fred BROUARD" a écrit dans le message de news: %
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Merci Fred ,
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles.
Pour notre part nous voulons faire les choix les plus avantageux pour nous
en développement
et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y a
pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les schema
UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
Merci encore
Gilles
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
%23OUxt7VQGHA.4900@TK2MSFTNGP09.phx.gbl...
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des
montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4
la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des
noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants
Avantage : tous les montants sont rapidement accessible
Inconvenient : Montant souvent vide
problème pour intégrer de nouveaux
montants
2 - Un nouveau systeme
avec une table des différents type de montant + une table de
lien avec un montant
Avantage : tous est possible
Inconvénient : a vous de me le dire
supposé - un peu lourd des que l'on a beacoup de type
de montant à lire
3 - Un mixte des deux :-)
corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous
utiliser ?
Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de
questions...
Quelques articles pour vous aider :
http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2
http://uml.developpez.com/faq/merise/?page=MCD
http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles. Pour notre part nous voulons faire les choix les plus avantageux pour nous en développement et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y a pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les schema UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
Merci encore
Gilles
"Fred BROUARD" a écrit dans le message de news: %
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Fred BROUARD
Gilles LE BARBIER a écrit:
Merci Fred ,
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles. Pour notre part nous voulons faire les choix les plus avantageux pour nous en développement et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y a pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les schema UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
C'est bien ce qu'il fallait faire !!!
vous avez eu le bon réflexe : qui peut le plus peu le moins... et en terme de performances, c'est généralement mieux que la première solution, contrairement à une idée reçue sur la dénormalisation...
A +
Merci encore
Gilles
"Fred BROUARD" a écrit dans le message de news: %
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Gilles LE BARBIER a écrit:
Merci Fred ,
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles.
Pour notre part nous voulons faire les choix les plus avantageux pour
nous en développement
et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y
a pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les
schema UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
C'est bien ce qu'il fallait faire !!!
vous avez eu le bon réflexe : qui peut le plus peu le moins...
et en terme de performances, c'est généralement mieux que la première solution,
contrairement à une idée reçue sur la dénormalisation...
A +
Merci encore
Gilles
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news: %23OUxt7VQGHA.4900@TK2MSFTNGP09.phx.gbl...
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec
des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4
la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec
des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux
montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants
Avantage : tous les montants sont rapidement accessible
Inconvenient : Montant souvent vide
problème pour intégrer de nouveaux
montants
2 - Un nouveau systeme
avec une table des différents type de montant + une table
de lien avec un montant
Avantage : tous est possible
Inconvénient : a vous de me le dire
supposé - un peu lourd des que l'on a beacoup de
type de montant à lire
3 - Un mixte des deux :-)
corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous
utiliser ?
Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de
questions...
Quelques articles pour vous aider :
http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2
http://uml.developpez.com/faq/merise/?page=MCD
http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
si je puis dire puisque le problème n'est pas une modélisation
un grand gourou comme toi connais toutes les ficelles. Pour notre part nous voulons faire les choix les plus avantageux pour nous en développement et pour le client au niveau fluidité
les deux systemes ont déjà été modélisés et tu sais comme moi qu'il n'y a pas qu'une seul représentation UML
Une modélisation n'est pas LA solution sinon on laisserait une les schema UML sur internet et il y aurait une pensé unique
Nous partirons vers la solution 2 : pour info
C'est bien ce qu'il fallait faire !!!
vous avez eu le bon réflexe : qui peut le plus peu le moins... et en terme de performances, c'est généralement mieux que la première solution, contrairement à une idée reçue sur la dénormalisation...
A +
Merci encore
Gilles
"Fred BROUARD" a écrit dans le message de news: %
Gilles LE BARBIER a écrit:
Soit une application gérant plusieurs comptabilités différentes avec des montants par année
ex : la 1ere a 4 montants avec un nom de colonne précis M1, M2, M3, M4 la 2eme à 3 montants avec nom de colonne M2,M4,M5
Ajourd'hui nous avons une table avec une 20aine de montant et avec des noms de colonne correspondant à notre 1ère compta
De plus à l'avenir chacune des compta pourrait avoir de nouveaux montants
trois solutions :
1 - Faire comme aujourd'hui avoir une table avec 20 montants Avantage : tous les montants sont rapidement accessible Inconvenient : Montant souvent vide problème pour intégrer de nouveaux montants
2 - Un nouveau systeme avec une table des différents type de montant + une table de lien avec un montant Avantage : tous est possible Inconvénient : a vous de me le dire supposé - un peu lourd des que l'on a beacoup de type de montant à lire
3 - Un mixte des deux :-) corrige les inconvénients du 1
Ma question enfin !!!
Avez vous eu une expérience similaire et quelles solutions avez vous utiliser ? Connaissez vous un bon tutoriel pour ces problème de stockage ?
Apprendre à modéliser vos données vous évitera de poser ce genre de questions... Quelques articles pour vous aider : http://sqlpro.developpez.com/cours/modelisation/merise/?pageºse#L2 http://uml.developpez.com/faq/merise/?page=MCD http://philippe.guezelou.free.fr/mcd/modelis.htm#5.1.8.
A +
Avez vous un avis sur ce mail très long :-) ?
Gilles - Le sarthois chtimi
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************