Je cherche =E0 avoir des conseils sur le nombre maximum de=20
champs que peut avoir une table.
Pour les besoins de mon application, j'estime =E0 un peu=20
moins de 100 le nombre de champs de ma table de base (qui=20
devrait compter un maximum de 25000 enregistrements). Je=20
pr=E9cise que les modifications de ces enregistrements ne se=20
feront que par formulaire non continu (source du=20
formulaire Where IdDossier =3D ...) mais que certaines=20
requ=EAtes actions et certains =E9tats filtreront ces=20
enregistrements en fonction de 5 crit=E8res maximum. Je=20
m'interroge sur les temps d'acces et de s=E9lection.
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
3stone
Salut,
"AMSOI" Je cherche à avoir des conseils sur le nombre maximum de champs que peut avoir une table. Pour les besoins de mon application, j'estime à un peu moins de 100 le nombre de champs de ma table de base (qui devrait compter un maximum de 25000 enregistrements). Je précise que les modifications de ces enregistrements ne se feront que par formulaire non continu (source du formulaire Where IdDossier = ...) mais que certaines requêtes actions et certains états filtreront ces enregistrements en fonction de 5 critères maximum. Je m'interroge sur les temps d'acces et de sélection.
En local, un jeux d'enfants...
En réseau, voir s'il y à eu une réelle analyse et si les 100 champs sont nécessaires...
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"AMSOI"
Je cherche à avoir des conseils sur le nombre maximum de
champs que peut avoir une table.
Pour les besoins de mon application, j'estime à un peu
moins de 100 le nombre de champs de ma table de base (qui
devrait compter un maximum de 25000 enregistrements). Je
précise que les modifications de ces enregistrements ne se
feront que par formulaire non continu (source du
formulaire Where IdDossier = ...) mais que certaines
requêtes actions et certains états filtreront ces
enregistrements en fonction de 5 critères maximum. Je
m'interroge sur les temps d'acces et de sélection.
En local, un jeux d'enfants...
En réseau, voir s'il y à eu une réelle analyse et si les 100 champs
sont nécessaires...
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
"AMSOI" Je cherche à avoir des conseils sur le nombre maximum de champs que peut avoir une table. Pour les besoins de mon application, j'estime à un peu moins de 100 le nombre de champs de ma table de base (qui devrait compter un maximum de 25000 enregistrements). Je précise que les modifications de ces enregistrements ne se feront que par formulaire non continu (source du formulaire Where IdDossier = ...) mais que certaines requêtes actions et certains états filtreront ces enregistrements en fonction de 5 critères maximum. Je m'interroge sur les temps d'acces et de sélection.
En local, un jeux d'enfants...
En réseau, voir s'il y à eu une réelle analyse et si les 100 champs sont nécessaires...
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
AMSOI
Merci PIERRE pour votre réponse.
En fait, l'application que je démarre est effectivement destinée à fonctionner en réseau (5 postes maximum). Il s'agit d'un environement de simulation et d'instruction de prêts. Autant dire que les données sont stratégiques !
Je précise toutefois :
- les acces à un enregistrement en particulier pour création/modification ne se pourront se faire que par une personne à la fois (celle détentrice du dossier physique) et conduisent à une qualification de 'complêt' - tous les autres traitements ne se feront que sur un seul poste et pour les seuls dossiers 'complêts'
Question : Le nombre de champs peut-il poser problème ? Idem pour le nombre d'enregistrements sachant que jamais deux personnes ne pourront travailler sur le même dossier ...
- je pense par ailleurs stocker les extractions (requêtes multi-critères pour 'statistiques' et états dans une table temporaire
Que pensez-vous de ma stratégie ?
Au plaisir rassurant de vous lire
Merci PIERRE pour votre réponse.
En fait, l'application que je démarre est effectivement
destinée à fonctionner en réseau (5 postes maximum). Il
s'agit d'un environement de simulation et d'instruction de
prêts. Autant dire que les données sont stratégiques !
Je précise toutefois :
- les acces à un enregistrement en particulier pour
création/modification ne se pourront se faire que par une
personne à la fois (celle détentrice du dossier physique)
et conduisent à une qualification de 'complêt'
- tous les autres traitements ne se feront que sur un seul
poste et pour les seuls dossiers 'complêts'
Question : Le nombre de champs peut-il poser problème ?
Idem pour le nombre d'enregistrements sachant que jamais
deux personnes ne pourront travailler sur le même
dossier ...
- je pense par ailleurs stocker les extractions (requêtes
multi-critères pour 'statistiques' et états dans une table
temporaire
En fait, l'application que je démarre est effectivement destinée à fonctionner en réseau (5 postes maximum). Il s'agit d'un environement de simulation et d'instruction de prêts. Autant dire que les données sont stratégiques !
Je précise toutefois :
- les acces à un enregistrement en particulier pour création/modification ne se pourront se faire que par une personne à la fois (celle détentrice du dossier physique) et conduisent à une qualification de 'complêt' - tous les autres traitements ne se feront que sur un seul poste et pour les seuls dossiers 'complêts'
Question : Le nombre de champs peut-il poser problème ? Idem pour le nombre d'enregistrements sachant que jamais deux personnes ne pourront travailler sur le même dossier ...
- je pense par ailleurs stocker les extractions (requêtes multi-critères pour 'statistiques' et états dans une table temporaire
Que pensez-vous de ma stratégie ?
Au plaisir rassurant de vous lire
3stone
Salut,
"AMSOI" [...] Question : Le nombre de champs peut-il poser problème ? Idem pour le nombre d'enregistrements sachant que jamais deux personnes ne pourront travailler sur le même dossier ...
Lorsque l'organisation des tables suit une analyse correcte, que les tables possèdent une bonne clé primaire (préférer les clés numérique), que les champs intervenants dans les critères des requêtes, dans les tris... sont indexés, le nombre d'enregistrement n'influe pas.
Il n'en est pas de même pour le nombre de champs...
Mais seul l'analyse défini la nécessité!
- je pense par ailleurs stocker les extractions (requêtes multi-critères pour 'statistiques' et états dans une table temporaire
Si utilisation de table temporaire, ne surtout pas oublier le compactage *très* régulier.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut,
"AMSOI"
[...]
Question : Le nombre de champs peut-il poser problème ?
Idem pour le nombre d'enregistrements sachant que jamais
deux personnes ne pourront travailler sur le même
dossier ...
Lorsque l'organisation des tables suit une analyse correcte,
que les tables possèdent une bonne clé primaire
(préférer les clés numérique), que les champs intervenants
dans les critères des requêtes, dans les tris... sont indexés,
le nombre d'enregistrement n'influe pas.
Il n'en est pas de même pour le nombre de champs...
Mais seul l'analyse défini la nécessité!
- je pense par ailleurs stocker les extractions (requêtes
multi-critères pour 'statistiques' et états dans une table
temporaire
Si utilisation de table temporaire, ne surtout pas oublier
le compactage *très* régulier.
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
"AMSOI" [...] Question : Le nombre de champs peut-il poser problème ? Idem pour le nombre d'enregistrements sachant que jamais deux personnes ne pourront travailler sur le même dossier ...
Lorsque l'organisation des tables suit une analyse correcte, que les tables possèdent une bonne clé primaire (préférer les clés numérique), que les champs intervenants dans les critères des requêtes, dans les tris... sont indexés, le nombre d'enregistrement n'influe pas.
Il n'en est pas de même pour le nombre de champs...
Mais seul l'analyse défini la nécessité!
- je pense par ailleurs stocker les extractions (requêtes multi-critères pour 'statistiques' et états dans une table temporaire
Si utilisation de table temporaire, ne surtout pas oublier le compactage *très* régulier.
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
AMSOI
Merci infiniment pour votre réponse.
Je suis maintenant rassuré ! Et d'autant plus que je suis sur que la définition de mes bases est correcte (tous les champs sont malheureusement requis). Je vais toutefois scinder ma table de base en 3 chapitres (famille-bien- finance) suivant la logique de montage des dossiers de financement.
A bientôt
Merci infiniment pour votre réponse.
Je suis maintenant rassuré ! Et d'autant plus que je suis
sur que la définition de mes bases est correcte (tous les
champs sont malheureusement requis). Je vais toutefois
scinder ma table de base en 3 chapitres (famille-bien-
finance) suivant la logique de montage des dossiers de
financement.
Je suis maintenant rassuré ! Et d'autant plus que je suis sur que la définition de mes bases est correcte (tous les champs sont malheureusement requis). Je vais toutefois scinder ma table de base en 3 chapitres (famille-bien- finance) suivant la logique de montage des dossiers de financement.
