Salut Bon c'est simple va voir sur www.classfoot.com Tes idées sont déjà là-bas ;-)
Buddy
"Philippe BLANCHARD" a écrit dans le message de news:
Salut les amis !
voila je voudrais monter une base sur le foot . gerer un championnat pouvez vous me donner des idees
merci
Philippe
Philippe BLANCHARD
salut ! merci pour le site il est super ! mais je voudrais gerer moi meme sous access ! j'ai une table equipe une table journee de championnat mais comment faire
merci pour tout
Philippe
"Buddy" a écrit dans le message de news:%
Salut Bon c'est simple va voir sur www.classfoot.com Tes idées sont déjà là-bas ;-)
Buddy
"Philippe BLANCHARD" a écrit dans le message de news:
Salut les amis !
voila je voudrais monter une base sur le foot . gerer un championnat pouvez
vous me donner des idees
merci
Philippe
salut !
merci pour le site il est super !
mais je voudrais gerer moi meme sous access !
j'ai une table equipe
une table journee de championnat mais comment faire
merci pour tout
Philippe
"Buddy" <brouhaha@noos.fr> a écrit dans le message de
news:%23VqulRbREHA.3944@tk2msftngp13.phx.gbl...
Salut
Bon c'est simple va voir sur www.classfoot.com
Tes idées sont déjà là-bas ;-)
Buddy
"Philippe BLANCHARD" <zz366@tiscali.fr> a écrit dans le message de
news:uNwy63ZREHA.3988@tk2msftngp13.phx.gbl...
Salut les amis !
voila je voudrais monter une base sur le foot . gerer un championnat
pouvez
salut ! merci pour le site il est super ! mais je voudrais gerer moi meme sous access ! j'ai une table equipe une table journee de championnat mais comment faire
merci pour tout
Philippe
"Buddy" a écrit dans le message de news:%
Salut Bon c'est simple va voir sur www.classfoot.com Tes idées sont déjà là-bas ;-)
Buddy
"Philippe BLANCHARD" a écrit dans le message de news:
Salut les amis !
voila je voudrais monter une base sur le foot . gerer un championnat pouvez
vous me donner des idees
merci
Philippe
Anor
Bonjour,
Pour monter une base access, il faut faire une analyse pour mettre en place le schéma relationnel de l'application. Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de logique, on peut très bien y arriver sans cette théorie, à condition toutefois de respecter quelques règles de base : - pas de redondances - relations avec intégrité référentielle (clé primaire côté 1 et clé externe côté plusieurs) - Liste des données en entrée (celles qui seront stockées dans les tables) - Liste des données en sortie (celles qui seront calculées ou mises en forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli pour soi-même que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit être capable de commencer le travail sans avoir besoin d'appeler son client toutes les 5 minutes.
Pour l'instant, une table équipe et une table journée de championnat, c'est un peu léger pour te permettre d'avancer, et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+ -- Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Site Perso : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Philippe BLANCHARD wrote: | salut ! | merci pour le site il est super ! | mais je voudrais gerer moi meme sous access ! | j'ai une table equipe | une table journee de championnat mais comment faire | | merci pour tout | | Philippe |
Bonjour,
Pour monter une base access, il faut faire une analyse pour mettre en place le schéma
relationnel de l'application.
Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de logique,
on peut très bien y arriver sans cette théorie, à condition toutefois de respecter quelques
règles de base :
- pas de redondances
- relations avec intégrité référentielle (clé primaire côté 1 et clé externe côté plusieurs)
- Liste des données en entrée (celles qui seront stockées dans les tables)
- Liste des données en sortie (celles qui seront calculées ou mises en forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli pour soi-même
que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit être capable
de commencer le travail sans avoir besoin d'appeler son client toutes les 5 minutes.
Pour l'instant, une table équipe et une table journée de championnat, c'est un peu léger pour te
permettre d'avancer,
et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+
--
Arnaud
--------------------------------------------------
Conseils d'utilisation : http://users.skynet.be/mpfa/
Site Perso : http://memoaccess.free.fr
/Réponses souhaitées sur ce forum, merci/
--------------------------------------------------
Philippe BLANCHARD wrote:
| salut !
| merci pour le site il est super !
| mais je voudrais gerer moi meme sous access !
| j'ai une table equipe
| une table journee de championnat mais comment faire
|
| merci pour tout
|
| Philippe
|
Pour monter une base access, il faut faire une analyse pour mettre en place le schéma relationnel de l'application. Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de logique, on peut très bien y arriver sans cette théorie, à condition toutefois de respecter quelques règles de base : - pas de redondances - relations avec intégrité référentielle (clé primaire côté 1 et clé externe côté plusieurs) - Liste des données en entrée (celles qui seront stockées dans les tables) - Liste des données en sortie (celles qui seront calculées ou mises en forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli pour soi-même que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit être capable de commencer le travail sans avoir besoin d'appeler son client toutes les 5 minutes.
Pour l'instant, une table équipe et une table journée de championnat, c'est un peu léger pour te permettre d'avancer, et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+ -- Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Site Perso : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Philippe BLANCHARD wrote: | salut ! | merci pour le site il est super ! | mais je voudrais gerer moi meme sous access ! | j'ai une table equipe | une table journee de championnat mais comment faire | | merci pour tout | | Philippe |
Guy DETIENNE
Bonjour Anor,
Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne faut pas de redondances. Certes, dans le cas de Buddy, je suis d'accord, mais dans le schéma entités-associations, il est parfois utile voir indispensable de 'dénormaliser' ce schéma afin d'optimiser la base de données.
En effet, créer des redondances afin de ne pas interroger des tables liées et surcharger le serveur est parfois la solution la plus adéquate, au détriment de la taille des tables. Je parle biensur pour des tables comptant des millions de records. Donc nous sommes loin du cas de Buddy.
Dans le cadre professionnel, il m'est déjà de nombreuses fois arrivé de devoir faire cela. La charge processeur et/ou le temps de réponse du serveur explosaient, index ou pas index dans la table.
Un bon cours d'Analyse à l'école nous apprend toujours cela. Ceci est donc un cas d'école... Mais j'essaye toujours de ne pas dénormaliser car les mises à jour sont toujours plus difficiles par la suite.
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de news:
Bonjour,
Pour monter une base access, il faut faire une analyse pour mettre en place le schéma
relationnel de l'application. Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de logique,
on peut très bien y arriver sans cette théorie, à condition toutefois de respecter quelques
règles de base : - pas de redondances - relations avec intégrité référentielle (clé primaire côté 1 et clé externe côté plusieurs)
- Liste des données en entrée (celles qui seront stockées dans les tables) - Liste des données en sortie (celles qui seront calculées ou mises en forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli pour soi-même
que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit être capable
de commencer le travail sans avoir besoin d'appeler son client toutes les 5 minutes.
Pour l'instant, une table équipe et une table journée de championnat, c'est un peu léger pour te
permettre d'avancer, et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+ -- Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Site Perso : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Philippe BLANCHARD wrote: | salut ! | merci pour le site il est super ! | mais je voudrais gerer moi meme sous access ! | j'ai une table equipe | une table journee de championnat mais comment faire | | merci pour tout | | Philippe |
Bonjour Anor,
Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne faut pas
de redondances.
Certes, dans le cas de Buddy, je suis d'accord, mais dans le schéma
entités-associations, il est parfois utile voir indispensable de
'dénormaliser' ce schéma afin d'optimiser la base de données.
En effet, créer des redondances afin de ne pas interroger des tables liées
et surcharger le serveur est parfois la solution la plus adéquate, au
détriment de la taille des tables. Je parle biensur pour des tables
comptant des millions de records. Donc nous sommes loin du cas de Buddy.
Dans le cadre professionnel, il m'est déjà de nombreuses fois arrivé de
devoir faire cela. La charge processeur et/ou le temps de réponse du
serveur explosaient, index ou pas index dans la table.
Un bon cours d'Analyse à l'école nous apprend toujours cela.
Ceci est donc un cas d'école... Mais j'essaye toujours de ne pas
dénormaliser car les mises à jour sont toujours plus difficiles par la
suite.
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de
news:OdFztkuREHA.3016@tk2msftngp13.phx.gbl...
Bonjour,
Pour monter une base access, il faut faire une analyse pour mettre en
place le schéma
relationnel de l'application.
Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de
logique,
on peut très bien y arriver sans cette théorie, à condition toutefois de
respecter quelques
règles de base :
- pas de redondances
- relations avec intégrité référentielle (clé primaire côté 1 et clé
externe côté plusieurs)
- Liste des données en entrée (celles qui seront stockées dans les tables)
- Liste des données en sortie (celles qui seront calculées ou mises en
forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli
pour soi-même
que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit
être capable
de commencer le travail sans avoir besoin d'appeler son client toutes les
5 minutes.
Pour l'instant, une table équipe et une table journée de championnat,
c'est un peu léger pour te
permettre d'avancer,
et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+
--
Arnaud
--------------------------------------------------
Conseils d'utilisation : http://users.skynet.be/mpfa/
Site Perso : http://memoaccess.free.fr
/Réponses souhaitées sur ce forum, merci/
--------------------------------------------------
Philippe BLANCHARD wrote:
| salut !
| merci pour le site il est super !
| mais je voudrais gerer moi meme sous access !
| j'ai une table equipe
| une table journee de championnat mais comment faire
|
| merci pour tout
|
| Philippe
|
Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne faut pas de redondances. Certes, dans le cas de Buddy, je suis d'accord, mais dans le schéma entités-associations, il est parfois utile voir indispensable de 'dénormaliser' ce schéma afin d'optimiser la base de données.
En effet, créer des redondances afin de ne pas interroger des tables liées et surcharger le serveur est parfois la solution la plus adéquate, au détriment de la taille des tables. Je parle biensur pour des tables comptant des millions de records. Donc nous sommes loin du cas de Buddy.
Dans le cadre professionnel, il m'est déjà de nombreuses fois arrivé de devoir faire cela. La charge processeur et/ou le temps de réponse du serveur explosaient, index ou pas index dans la table.
Un bon cours d'Analyse à l'école nous apprend toujours cela. Ceci est donc un cas d'école... Mais j'essaye toujours de ne pas dénormaliser car les mises à jour sont toujours plus difficiles par la suite.
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de news:
Bonjour,
Pour monter une base access, il faut faire une analyse pour mettre en place le schéma
relationnel de l'application. Les sites conseillés (voir ma signature) te proposeront la méthode merise.
Cela dit, avec une feuille blanche, un crayon, une gomme et beaucoup de logique,
on peut très bien y arriver sans cette théorie, à condition toutefois de respecter quelques
règles de base : - pas de redondances - relations avec intégrité référentielle (clé primaire côté 1 et clé externe côté plusieurs)
- Liste des données en entrée (celles qui seront stockées dans les tables) - Liste des données en sortie (celles qui seront calculées ou mises en forme)
Voilà, tout passe donc par un cahier des charges bien ficelé.
L'expression du besoin est aussi importante lorsqu'on développe son appli pour soi-même
que si l'on sous-traitait son développement à un professionnel.
On lui écrit ce qu'on veut/doit saisir et ce qu'on veut obtenir et il doit être capable
de commencer le travail sans avoir besoin d'appeler son client toutes les 5 minutes.
Pour l'instant, une table équipe et une table journée de championnat, c'est un peu léger pour te
permettre d'avancer, et c'est peut-être un peu prématuré de s'arrêter à cette structrure là.
va donc faire un tour dans notre sélection de sites recommandés.
à+ -- Arnaud -------------------------------------------------- Conseils d'utilisation : http://users.skynet.be/mpfa/ Site Perso : http://memoaccess.free.fr /Réponses souhaitées sur ce forum, merci/ --------------------------------------------------
Philippe BLANCHARD wrote: | salut ! | merci pour le site il est super ! | mais je voudrais gerer moi meme sous access ! | j'ai une table equipe | une table journee de championnat mais comment faire | | merci pour tout | | Philippe |
Anor
Bonjour Guy
Guy DETIENNE wrote: | Bonjour Anor, | | Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne | faut pas de redondances. | Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables | liées et surcharger le serveur est parfois la solution la plus | adéquate, au détriment de la taille des tables. Je parle biensur | pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver. J'ai constaté quelques "faiblesses" qui montrent que nous ne maîtrisons pas tout dans le cas d'utilisation multi-postes, comme l'ordre de connexion : le premier qui se connecte => temps de réponse excellents les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines d'enregistrements
a+ arnaud
Bonjour Guy
Guy DETIENNE wrote:
| Bonjour Anor,
|
| Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne
| faut pas de redondances.
| Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables
| liées et surcharger le serveur est parfois la solution la plus
| adéquate, au détriment de la taille des tables. Je parle biensur
| pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver.
J'ai constaté quelques "faiblesses" qui montrent que nous
ne maîtrisons pas tout dans le cas d'utilisation multi-postes,
comme l'ordre de connexion : le premier qui se connecte
=> temps de réponse excellents
les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines d'enregistrements
Guy DETIENNE wrote: | Bonjour Anor, | | Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne | faut pas de redondances. | Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables | liées et surcharger le serveur est parfois la solution la plus | adéquate, au détriment de la taille des tables. Je parle biensur | pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver. J'ai constaté quelques "faiblesses" qui montrent que nous ne maîtrisons pas tout dans le cas d'utilisation multi-postes, comme l'ordre de connexion : le premier qui se connecte => temps de réponse excellents les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines d'enregistrements
a+ arnaud
Guy DETIENNE
Re ;O)
En effet, Access à quelques faiblesses, mais Micro$oft ne va pas scier la branche sur laquelle il est assis (cfr SQL Server)
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de news:%
Bonjour Guy
Guy DETIENNE wrote: | Bonjour Anor, | | Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne | faut pas de redondances. | Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables | liées et surcharger le serveur est parfois la solution la plus | adéquate, au détriment de la taille des tables. Je parle biensur | pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver. J'ai constaté quelques "faiblesses" qui montrent que nous ne maîtrisons pas tout dans le cas d'utilisation multi-postes, comme l'ordre de connexion : le premier qui se connecte => temps de réponse excellents les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines d'enregistrements
a+ arnaud
Re ;O)
En effet, Access à quelques faiblesses, mais Micro$oft ne va pas scier la
branche sur laquelle il est assis (cfr SQL Server)
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de
news:%23otJrtwREHA.3944@tk2msftngp13.phx.gbl...
Bonjour Guy
Guy DETIENNE wrote:
| Bonjour Anor,
|
| Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne
| faut pas de redondances.
| Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables
| liées et surcharger le serveur est parfois la solution la plus
| adéquate, au détriment de la taille des tables. Je parle biensur
| pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver.
J'ai constaté quelques "faiblesses" qui montrent que nous
ne maîtrisons pas tout dans le cas d'utilisation multi-postes,
comme l'ordre de connexion : le premier qui se connecte
=> temps de réponse excellents
les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines
d'enregistrements
En effet, Access à quelques faiblesses, mais Micro$oft ne va pas scier la branche sur laquelle il est assis (cfr SQL Server)
Guy
"Anor" <http://memoaccess.free.fr/anor/email.htm> a écrit dans le message de news:%
Bonjour Guy
Guy DETIENNE wrote: | Bonjour Anor, | | Je ne suis pas forcément d'accord avec toi lorsque tu dis qu'il ne | faut pas de redondances. | Certes, dans le cas de Buddy, je suis d'accord
Moi aussi ;-))
| En effet, créer des redondances afin de ne pas interroger des tables | liées et surcharger le serveur est parfois la solution la plus | adéquate, au détriment de la taille des tables. Je parle biensur | pour des tables comptant des millions de records.
Dans ce cas, j'aurais tendance à lorgner sur sqlserver. J'ai constaté quelques "faiblesses" qui montrent que nous ne maîtrisons pas tout dans le cas d'utilisation multi-postes, comme l'ordre de connexion : le premier qui se connecte => temps de réponse excellents les suivants => temps de réponse exécrable
et ça, sur des applis très simples avec seulement quelques centaines d'enregistrements
