Je voudrais visualiser un très grand nombre d'enregistrements (200 et +)
dans un sous formulaire Ces enregistrements (2 champs numériques et un champ
texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie
tout le temps 27 paramètres (.recordsource "SQL").
Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4
colonnes où les enregistrements seraient classés par ordre de tri (1ere
colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et
4éme colonne enr. 151 à fin) ?
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,
"dany2" | Je voudrais visualiser un très grand nombre d'enregistrements (200 et +) | dans un sous formulaire Ces enregistrements (2 champs numériques et un champ | texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie | tout le temps 27 paramètres (.recordsource "SQL"). | | Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4 | colonnes où les enregistrements seraient classés par ordre de tri (1ere | colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et | 4éme colonne enr. 151 à fin) ?
"dany2"
| Je voudrais visualiser un très grand nombre d'enregistrements (200 et +)
| dans un sous formulaire Ces enregistrements (2 champs numériques et un champ
| texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie
| tout le temps 27 paramètres (.recordsource "SQL").
|
| Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4
| colonnes où les enregistrements seraient classés par ordre de tri (1ere
| colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et
| 4éme colonne enr. 151 à fin) ?
"dany2" | Je voudrais visualiser un très grand nombre d'enregistrements (200 et +) | dans un sous formulaire Ces enregistrements (2 champs numériques et un champ | texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie | tout le temps 27 paramètres (.recordsource "SQL"). | | Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4 | colonnes où les enregistrements seraient classés par ordre de tri (1ere | colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et | 4éme colonne enr. 151 à fin) ?
"dany2" | Je voudrais visualiser un très grand nombre d'enregistrements (200 et +) | dans un sous formulaire Ces enregistrements (2 champs numériques et un champ | texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie | tout le temps 27 paramètres (.recordsource "SQL"). | | Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4 | colonnes où les enregistrements seraient classés par ordre de tri (1ere | colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et | 4éme colonne enr. 151 à fin) ?
C'est bien là mon problème... Les quatre sousformulaires d'accord... mais alors, quelles sont les instructions ou critères SQL qui permettent de scinder une collection d'enregistrement en 4 parties ?
Merci d'avance
Dany2
Salut,
"dany2"
| Je voudrais visualiser un très grand nombre d'enregistrements (200 et +)
| dans un sous formulaire Ces enregistrements (2 champs numériques et un champ
| texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie
| tout le temps 27 paramètres (.recordsource "SQL").
|
| Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4
| colonnes où les enregistrements seraient classés par ordre de tri (1ere
| colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et
| 4éme colonne enr. 151 à fin) ?
C'est bien là mon problème... Les quatre sousformulaires d'accord... mais
alors, quelles sont les instructions ou critères SQL qui permettent de
scinder une collection d'enregistrement en 4 parties ?
"dany2" | Je voudrais visualiser un très grand nombre d'enregistrements (200 et +) | dans un sous formulaire Ces enregistrements (2 champs numériques et un champ | texte (4 caractères)) sont triés et filtrés par une instruction SQL qui varie | tout le temps 27 paramètres (.recordsource "SQL"). | | Comment puis-je obtenir que mon sousformulaire long et étroit se divise en 4 | colonnes où les enregistrements seraient classés par ordre de tri (1ere | colonne enr. 1-50, 2éme colonne enr. 51-100, 3éme colonne enr. 101-150 et | 4éme colonne enr. 151 à fin) ?
C'est bien là mon problème... Les quatre sousformulaires d'accord... mais alors, quelles sont les instructions ou critères SQL qui permettent de scinder une collection d'enregistrement en 4 parties ?
Merci d'avance
Dany2
3stone
Salut,
"dany2" [...] | C'est bien là mon problème... Les quatre sousformulaires d'accord... mais | alors, quelles sont les instructions ou critères SQL qui permettent de | scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource, ne pourrais tu pas alimenter quatres tables temporaires que tu renseigne comme source des 4 sous-form ?
"dany2"
[...]
| C'est bien là mon problème... Les quatre sousformulaires d'accord... mais
| alors, quelles sont les instructions ou critères SQL qui permettent de
| scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent
d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource,
ne pourrais tu pas alimenter quatres tables temporaires que tu
renseigne comme source des 4 sous-form ?
"dany2" [...] | C'est bien là mon problème... Les quatre sousformulaires d'accord... mais | alors, quelles sont les instructions ou critères SQL qui permettent de | scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource, ne pourrais tu pas alimenter quatres tables temporaires que tu renseigne comme source des 4 sous-form ?
"dany2" [...] | C'est bien là mon problème... Les quatre sousformulaires d'accord... mais | alors, quelles sont les instructions ou critères SQL qui permettent de | scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource, ne pourrais tu pas alimenter quatres tables temporaires que tu renseigne comme source des 4 sous-form ?
Salut Pierre merci pour tes idées et l' interêt que tu porte à mon problème.
Hélas, il n'y a pas de champs avec numéro auto. la clé primaire est un numéro aléatoire...
Les tables temporaires, oui mais...
Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre différents, va ralentir le fonctionnement de ma base. Il faudrait que je compacte ma base automatiquement par minuterie et là aussi je ne sais pas comment m'y prendre...
Cela me semble de moins en moins possible
"Not in" Pourrait tu m'en dire un peux plus?
Merci
A+ dany2
Salut,
"dany2"
[...]
| C'est bien là mon problème... Les quatre sousformulaires d'accord... mais
| alors, quelles sont les instructions ou critères SQL qui permettent de
| scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent
d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource,
ne pourrais tu pas alimenter quatres tables temporaires que tu
renseigne comme source des 4 sous-form ?
Salut Pierre merci pour tes idées et l' interêt que tu porte à mon problème.
Hélas, il n'y a pas de champs avec numéro auto.
la clé primaire est un numéro aléatoire...
Les tables temporaires, oui mais...
Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4
tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
différents, va ralentir le fonctionnement de ma base. Il faudrait que je
compacte ma base automatiquement par minuterie et là aussi je ne sais pas
comment m'y prendre...
"dany2" [...] | C'est bien là mon problème... Les quatre sousformulaires d'accord... mais | alors, quelles sont les instructions ou critères SQL qui permettent de | scinder une collection d'enregistrement en 4 parties ?
Il y a une clé primaire numérique, avec numérotation continue ?
Sinon il faudrait passer par une série de "Not In" qui risquent d'être long et lourds...
Mais, comme tu dis que tu "recompose" ton SQL du recordsource, ne pourrais tu pas alimenter quatres tables temporaires que tu renseigne comme source des 4 sous-form ?
Salut Pierre merci pour tes idées et l' interêt que tu porte à mon problème.
Hélas, il n'y a pas de champs avec numéro auto. la clé primaire est un numéro aléatoire...
Les tables temporaires, oui mais...
Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre différents, va ralentir le fonctionnement de ma base. Il faudrait que je compacte ma base automatiquement par minuterie et là aussi je ne sais pas comment m'y prendre...
Cela me semble de moins en moins possible
"Not in" Pourrait tu m'en dire un peux plus?
Merci
A+ dany2
3stone
Salut,
"dany2" [...] | Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 | tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je | compacte ma base automatiquement par minuterie et là aussi je ne sais pas | comment m'y prendre... | | Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères" req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier, je me demande si la solution ne serait pas l'affichage d'un état.
"dany2"
[...]
| Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4
| tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je
| compacte ma base automatiquement par minuterie et là aussi je ne sais pas
| comment m'y prendre...
|
| Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran
et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères"
req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier,
je me demande si la solution ne serait pas l'affichage d'un état.
"dany2" [...] | Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 | tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je | compacte ma base automatiquement par minuterie et là aussi je ne sais pas | comment m'y prendre... | | Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères" req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier, je me demande si la solution ne serait pas l'affichage d'un état.
"dany2" [...] | Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 | tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je | compacte ma base automatiquement par minuterie et là aussi je ne sais pas | comment m'y prendre... | | Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères" req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier, je me demande si la solution ne serait pas l'affichage d'un état.
Cette base, une fois finie sera effectivement en réseau (jamais fait cela avant...)
Mon souhait est effectivement de visualiser un maximum de données à l'écran avec ce premier formulaire et puis de pouvoir sélectionner un enregistrement de ces listes par clic pour ouvrir un second formulaire me donnant les autres détails de l'enregistrement "cliqué" et ainsi pouvoir consulter et modifier les champs... Je veux que les enregistrements les plus recemment modifiés soient rejetés à la fin de la liste. Pour ce faire j'actualise l'ordre de tri toutes les trois minutes... Enfin bref.
J'ai réussi à créer 4 requêtes Access qui me donnent la liste sur 4 sousformulaires (notamment avec la propriété "Top value") mais je n'ai pas réussi à incorporer tout les critères.
Avec les renseignements que tu m'a fournis (Not in) je devrais savoir me débrouiller et réécrire le tout en SQL.
Si j'ai encore des problèmes je formulerai une nouvelle question
Merci à tous
A+
Salut,
"dany2"
[...]
| Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4
| tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je
| compacte ma base automatiquement par minuterie et là aussi je ne sais pas
| comment m'y prendre...
|
| Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran
et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères"
req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier,
je me demande si la solution ne serait pas l'affichage d'un état.
Cette base, une fois finie sera effectivement en réseau (jamais fait cela
avant...)
Mon souhait est effectivement de visualiser un maximum de données à l'écran
avec ce premier formulaire et puis de pouvoir sélectionner un enregistrement
de ces listes par clic pour ouvrir un second formulaire me donnant les autres
détails de l'enregistrement "cliqué" et ainsi pouvoir consulter et modifier
les champs...
Je veux que les enregistrements les plus recemment modifiés soient rejetés à
la fin de la liste. Pour ce faire j'actualise l'ordre de tri toutes les
trois minutes... Enfin bref.
J'ai réussi à créer 4 requêtes Access qui me donnent la liste sur 4
sousformulaires (notamment avec la propriété "Top value") mais je n'ai pas
réussi à incorporer tout les critères.
Avec les renseignements que tu m'a fournis (Not in) je devrais savoir me
débrouiller et réécrire le tout en SQL.
Si j'ai encore des problèmes je formulerai une nouvelle question
"dany2" [...] | Voilà, j'ai peur que mettre à jour, sans cesse (toutes les 3 minutes), 4 | tables temporaires avec 27 ou maintenant 28 critères de tri et de filtre
effectivement...
mais au fait, cette base est en réseau ?
| différents, va ralentir le fonctionnement de ma base. Il faudrait que je | compacte ma base automatiquement par minuterie et là aussi je ne sais pas | comment m'y prendre... | | Cela me semble de moins en moins possible
Ton souhait est d'afficher un maximum de données à l'écran et visible en même temps, sans manipuler de liste n'est ce pas ?
| "Not in" Pourrait tu m'en dire un peux plus?
req1: "Select c1, c2 From T1 Where critères" req2: "Select c1 , c2 From T1 Where c1 Not In ("req1")
mais avec tout tes critères et quatre req en cascades :-(
En fait, si le but est de visualiser et non de pouvoir sélectionner ou modifier, je me demande si la solution ne serait pas l'affichage d'un état.
Cette base, une fois finie sera effectivement en réseau (jamais fait cela avant...)
Mon souhait est effectivement de visualiser un maximum de données à l'écran avec ce premier formulaire et puis de pouvoir sélectionner un enregistrement de ces listes par clic pour ouvrir un second formulaire me donnant les autres détails de l'enregistrement "cliqué" et ainsi pouvoir consulter et modifier les champs... Je veux que les enregistrements les plus recemment modifiés soient rejetés à la fin de la liste. Pour ce faire j'actualise l'ordre de tri toutes les trois minutes... Enfin bref.
J'ai réussi à créer 4 requêtes Access qui me donnent la liste sur 4 sousformulaires (notamment avec la propriété "Top value") mais je n'ai pas réussi à incorporer tout les critères.
Avec les renseignements que tu m'a fournis (Not in) je devrais savoir me débrouiller et réécrire le tout en SQL.
Si j'ai encore des problèmes je formulerai une nouvelle question
