La base que je dois mettre en place deviendra par la suite consequente
et mon boss se proccupe, trop a mon gout, de savoir si Access
aura la puissance necessaire pour qu'elle puisse tourner correctement
malgré l'utilisation de 6 personnes en simulanée ?
En fait, La base serait a priori constituée de 4 modeles
identiques (pour 4 services differents = 3 personnes +1 +1) et en relation
entre eux par SQL, ca serait un moyen de reduire les données par base
et accessible par les services, mais est ce que ca rendra l'utilisation
du systeme plus souple et rapide, sachant que l'echange entre base
se fait assez rarement ?
Et derniere question, il est apparement certain que de faire une base
dorsale et des bases frontales est un tres bon moyen de diminuer le trafic
reseau et d'ameliorer sensiblement la velocité du truc, vrai ou faux ?
(...) sur le site de Jean-Max, mais ce dernier est....comment dire..... rudimentaire ?
Quel est le rapport avec le NG et /ou le post initial ? Contentez-vous d'argumenter sur le sujet, vous n'en serez que plus crédible.
J-Pierre
Lapin,
Si le monsieur référence son site, je m'attends à y trouver des informations, en effet, le monsieur n'a pas argumenté son commentaire, je prends donc la peine d'aller voir, le site du monsieur se compose en tout et pour tout d'une page d'accueil...... Donc le monsieur affirme froidement que son logiciel est le meilleur et access n'est pas bon sans aucune justification.
Au départ, je n'avais pas d'opinion sur le monsieur, mais là, sa crédibilité en a pris un sérieux coup......
Autre chose, tu n'es pas le modérateur de ce forum, arrête de nous dire ce que nous devons et ne devons pas faire, ce forum existe et vit très bien sans toi depuis des années, j'en profite pour expliquer la réponse que Pierre t'a faite précédemment.
Tu poses des questions qui prouvent que tu es un débutant, et tu viens donner de manière péremptoire ton avis sur un problème qui sans doute te dépasse. Il n'y a pas de mal à débuter, par contre, contente-toi de parler de ce que tu connais.
Mike, pour ton problème de performance, quelques règles de base:
Ne jamais ouvir un formulaire ou un état sans Filtre ou sans que la source de données contienne une clause Where si tu extraies les données d'une table importante. Bien sûr, le filtre ou la clause where doivent se rapporter à au moins un index. Sinon, toutes les lignes de ta table (ou de ta requête) transitent sur le réseau, même si Access n'en affiche qu'une à la fois.
Pour les sous-formulaires, c'est moins clair, les propriétés champs pères/champs fils permettent de synchroniser un formulaire et un sous-formulaire, mais il semble que la source de données doit comporter une clause where sinon, même punition, toute ta table transite sur le réseau. Exemple de source pour le sous-formulaire: SELECT ........WHERE [maCle] = [Forms]![monForm]![monChamp]
Choix de la clé primaire: Sauf erreur de ma part, Access réorganise physiquement les données des tables en fonction de la clé primaire quand tu compactes la base. Une requête avec sélection sur la clé primaire sera donc plus rapidement effectuée qu'une requête avec sélection sur un index, car les données seront contigües et il y aura moins d'accés disque.
En respectant ces quelques règles, tu auras d'excellents temps de réponse, pas de saturation de ton réseau local, et tu demanderas une augmentation à ton patron
Voilà voilà, si vous avez des commentaires, surtout si vous n'êtes pas d'accord, intervenez.
J-Pierre
"Lapin" a écrit dans le message de news:
(...) sur le site de Jean-Max, mais ce dernier est....comment dire..... rudimentaire ?
Quel est le rapport avec le NG et /ou le post initial ? Contentez-vous d'argumenter sur le sujet, vous n'en serez que plus crédible.
Lapin,
Si le monsieur référence son site, je m'attends à y trouver des informations, en effet, le monsieur n'a pas argumenté son
commentaire, je prends donc la peine d'aller voir, le site du monsieur se compose en tout et pour tout d'une page
d'accueil......
Donc le monsieur affirme froidement que son logiciel est le meilleur et access n'est pas bon sans aucune justification.
Au départ, je n'avais pas d'opinion sur le monsieur, mais là, sa crédibilité en a pris un sérieux coup......
Autre chose, tu n'es pas le modérateur de ce forum, arrête de nous dire ce que nous devons et ne devons pas faire, ce forum
existe et vit très bien sans toi depuis des années, j'en profite pour expliquer la réponse que Pierre t'a faite précédemment.
Tu poses des questions qui prouvent que tu es un débutant, et tu viens donner de manière péremptoire ton avis sur un problème
qui sans doute te dépasse. Il n'y a pas de mal à débuter, par contre, contente-toi de parler de ce que tu connais.
Mike, pour ton problème de performance, quelques règles de base:
Ne jamais ouvir un formulaire ou un état sans Filtre ou sans que la source de données contienne une clause Where si tu
extraies les données d'une table importante. Bien sûr, le filtre ou la clause where doivent se rapporter à au moins un index.
Sinon, toutes les lignes de ta table (ou de ta requête) transitent sur le réseau, même si Access n'en affiche qu'une à la
fois.
Pour les sous-formulaires, c'est moins clair, les propriétés champs pères/champs fils permettent de synchroniser un formulaire
et un sous-formulaire, mais il semble que la source de données doit comporter une clause where sinon, même punition, toute ta
table transite sur le réseau.
Exemple de source pour le sous-formulaire:
SELECT ........WHERE [maCle] = [Forms]![monForm]![monChamp]
Choix de la clé primaire:
Sauf erreur de ma part, Access réorganise physiquement les données des tables en fonction de la clé primaire quand tu
compactes la base. Une requête avec sélection sur la clé primaire sera donc plus rapidement effectuée qu'une requête avec
sélection sur un index, car les données seront contigües et il y aura moins d'accés disque.
En respectant ces quelques règles, tu auras d'excellents temps de réponse, pas de saturation de ton réseau local, et tu
demanderas une augmentation à ton patron
Voilà voilà, si vous avez des commentaires, surtout si vous n'êtes pas d'accord, intervenez.
J-Pierre
"Lapin" <nospam@nospam.org> a écrit dans le message de news:uHoRsHrAEHA.3804@TK2MSFTNGP09.phx.gbl...
(...) sur le site de Jean-Max, mais ce dernier est....comment dire.....
rudimentaire ?
Quel est le rapport avec le NG et /ou le post initial ?
Contentez-vous d'argumenter sur le sujet, vous n'en serez que plus crédible.
Si le monsieur référence son site, je m'attends à y trouver des informations, en effet, le monsieur n'a pas argumenté son commentaire, je prends donc la peine d'aller voir, le site du monsieur se compose en tout et pour tout d'une page d'accueil...... Donc le monsieur affirme froidement que son logiciel est le meilleur et access n'est pas bon sans aucune justification.
Au départ, je n'avais pas d'opinion sur le monsieur, mais là, sa crédibilité en a pris un sérieux coup......
Autre chose, tu n'es pas le modérateur de ce forum, arrête de nous dire ce que nous devons et ne devons pas faire, ce forum existe et vit très bien sans toi depuis des années, j'en profite pour expliquer la réponse que Pierre t'a faite précédemment.
Tu poses des questions qui prouvent que tu es un débutant, et tu viens donner de manière péremptoire ton avis sur un problème qui sans doute te dépasse. Il n'y a pas de mal à débuter, par contre, contente-toi de parler de ce que tu connais.
Mike, pour ton problème de performance, quelques règles de base:
Ne jamais ouvir un formulaire ou un état sans Filtre ou sans que la source de données contienne une clause Where si tu extraies les données d'une table importante. Bien sûr, le filtre ou la clause where doivent se rapporter à au moins un index. Sinon, toutes les lignes de ta table (ou de ta requête) transitent sur le réseau, même si Access n'en affiche qu'une à la fois.
Pour les sous-formulaires, c'est moins clair, les propriétés champs pères/champs fils permettent de synchroniser un formulaire et un sous-formulaire, mais il semble que la source de données doit comporter une clause where sinon, même punition, toute ta table transite sur le réseau. Exemple de source pour le sous-formulaire: SELECT ........WHERE [maCle] = [Forms]![monForm]![monChamp]
Choix de la clé primaire: Sauf erreur de ma part, Access réorganise physiquement les données des tables en fonction de la clé primaire quand tu compactes la base. Une requête avec sélection sur la clé primaire sera donc plus rapidement effectuée qu'une requête avec sélection sur un index, car les données seront contigües et il y aura moins d'accés disque.
En respectant ces quelques règles, tu auras d'excellents temps de réponse, pas de saturation de ton réseau local, et tu demanderas une augmentation à ton patron
Voilà voilà, si vous avez des commentaires, surtout si vous n'êtes pas d'accord, intervenez.
J-Pierre
"Lapin" a écrit dans le message de news:
(...) sur le site de Jean-Max, mais ce dernier est....comment dire..... rudimentaire ?
Quel est le rapport avec le NG et /ou le post initial ? Contentez-vous d'argumenter sur le sujet, vous n'en serez que plus crédible.
3stone
Salut mon Lapin,
"Lapin"
Hou la la, comme vous êtes désagréable !
Meeuuhhhh non.....
Remettons les choses en place.
Oh vouiii ;-)
1/ En tant que MVP, plutôt que de souligner une éventuelle incompétence en
Tu as mal lu... je ne reproche aucunement une éventuelle incompétence, je devrais commencer par la mienne ;-))
Ce qui m'amuse à chaque fois, ce sont les personnes qui apprennent à conduire, mais qui trouve que la voiture à une mauvaise tenue de route...
2/ Comment pouvez-vous juger mon avis comme *définitif* ?
Comment peut-on émettre un avis lorsque l'on découvre ?
3/ Quel rapport entre la validité d'une question sur une syntaxe SQL et la stabilité d'un produit fonction d'une charge réseau, des outils d'administration... ?
Access est un outil livré avec la suite Office... Dans le même ordre de prix, de qualité (oui oui...) de simplicité de prise en main (qui est parfois son défaut ;) peux tu me citer un autre outil équivalent ?
Lorsque le boucher du coin fait sa tournée avec sa 4L, est ce faire preuve de sérieux de lui dire "Achète une Ferrari !" ? (ce sera mieux, plus rapide, plus pro...)
Oui, Access est un outil principalement utilisé pour des bases locales ou en petite structure! Mais, beaucoup de personnes ont défillé ici et on montré que l'on pouvait aller *beaucoup* plus loin...
Evidement, lorsque l'on découvre, que l'on connait mal Access, que l'on crée des tables intermédiaires au lieu d'utiliser une fonction, dans ce cas, OUI, il faut se limiter à une base locale ou une base partagée sur un réseau qui ne dépasse pas la portée de la voie (basse ;-)
4/ Quitte à rapporter ma question, répondez-donc à la suivante dans le fil qui au final porte sur les demi-heures et pas sur les heures ;o))
Cela ne va t-il pas tout à fait à l'encontre de l'esprit du NG, d'exiger une quelconque réponse ? Et, si mon souvenir est exact, il me semble que tu avait résolu le problème, avec un peu de VBA et... une table temporaire...
Allez bon, c'est clos... fini la rigolade, j'ai du boulot qui traîne !
Et après, j'ai encore un match de tennis à regarder ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Salut mon Lapin,
"Lapin"
Hou la la, comme vous êtes désagréable !
Meeuuhhhh non.....
Remettons les choses en place.
Oh vouiii ;-)
1/ En tant que MVP, plutôt que de souligner une éventuelle incompétence en
Tu as mal lu... je ne reproche aucunement une éventuelle incompétence,
je devrais commencer par la mienne ;-))
Ce qui m'amuse à chaque fois, ce sont les personnes qui apprennent
à conduire, mais qui trouve que la voiture à une mauvaise tenue de route...
2/ Comment pouvez-vous juger mon avis comme *définitif* ?
Comment peut-on émettre un avis lorsque l'on découvre ?
3/ Quel rapport entre la validité d'une question sur une syntaxe SQL et la
stabilité d'un produit fonction d'une charge réseau, des outils
d'administration... ?
Access est un outil livré avec la suite Office...
Dans le même ordre de prix, de qualité (oui oui...) de simplicité de
prise en main (qui est parfois son défaut ;) peux tu me citer un autre
outil équivalent ?
Lorsque le boucher du coin fait sa tournée avec sa 4L, est ce faire
preuve de sérieux de lui dire "Achète une Ferrari !" ?
(ce sera mieux, plus rapide, plus pro...)
Oui, Access est un outil principalement utilisé pour des bases locales
ou en petite structure! Mais, beaucoup de personnes ont défillé ici
et on montré que l'on pouvait aller *beaucoup* plus loin...
Evidement, lorsque l'on découvre, que l'on connait mal Access,
que l'on crée des tables intermédiaires au lieu d'utiliser une fonction,
dans ce cas, OUI, il faut se limiter à une base locale ou une base
partagée sur un réseau qui ne dépasse pas la portée de la voie (basse ;-)
4/ Quitte à rapporter ma question, répondez-donc à la suivante dans le fil
qui au final porte sur les demi-heures et pas sur les heures ;o))
Cela ne va t-il pas tout à fait à l'encontre de l'esprit du NG,
d'exiger une quelconque réponse ?
Et, si mon souvenir est exact, il me semble que tu avait résolu le problème,
avec un peu de VBA et... une table temporaire...
Allez bon, c'est clos... fini la rigolade, j'ai du boulot qui traîne !
Et après, j'ai encore un match de tennis à regarder ;-))))
--
A+
Pierre (3stone) Access MVP
-----------------------------
http://users.skynet.be/mpfa
-----------------------------
1/ En tant que MVP, plutôt que de souligner une éventuelle incompétence en
Tu as mal lu... je ne reproche aucunement une éventuelle incompétence, je devrais commencer par la mienne ;-))
Ce qui m'amuse à chaque fois, ce sont les personnes qui apprennent à conduire, mais qui trouve que la voiture à une mauvaise tenue de route...
2/ Comment pouvez-vous juger mon avis comme *définitif* ?
Comment peut-on émettre un avis lorsque l'on découvre ?
3/ Quel rapport entre la validité d'une question sur une syntaxe SQL et la stabilité d'un produit fonction d'une charge réseau, des outils d'administration... ?
Access est un outil livré avec la suite Office... Dans le même ordre de prix, de qualité (oui oui...) de simplicité de prise en main (qui est parfois son défaut ;) peux tu me citer un autre outil équivalent ?
Lorsque le boucher du coin fait sa tournée avec sa 4L, est ce faire preuve de sérieux de lui dire "Achète une Ferrari !" ? (ce sera mieux, plus rapide, plus pro...)
Oui, Access est un outil principalement utilisé pour des bases locales ou en petite structure! Mais, beaucoup de personnes ont défillé ici et on montré que l'on pouvait aller *beaucoup* plus loin...
Evidement, lorsque l'on découvre, que l'on connait mal Access, que l'on crée des tables intermédiaires au lieu d'utiliser une fonction, dans ce cas, OUI, il faut se limiter à une base locale ou une base partagée sur un réseau qui ne dépasse pas la portée de la voie (basse ;-)
4/ Quitte à rapporter ma question, répondez-donc à la suivante dans le fil qui au final porte sur les demi-heures et pas sur les heures ;o))
Cela ne va t-il pas tout à fait à l'encontre de l'esprit du NG, d'exiger une quelconque réponse ? Et, si mon souvenir est exact, il me semble que tu avait résolu le problème, avec un peu de VBA et... une table temporaire...
Allez bon, c'est clos... fini la rigolade, j'ai du boulot qui traîne !
Et après, j'ai encore un match de tennis à regarder ;-))))
-- A+ Pierre (3stone) Access MVP ----------------------------- http://users.skynet.be/mpfa -----------------------------
Lapin
Autre chose, tu n'es pas le modérateur de ce forum, arrête de nous dire ce que nous devons et ne devons pas faire, ce forum existe et vit très bien sans toi depuis des années
Mouarf, sans commentaire, hors sujet, il faut savoir supporter la critique. Pourquoi vous sentez-vous agressé ? D'autre part, le site de Mike n'a rien à voir avec Access ou les SGBD, donc je confirme, la critique de son site n'a rien à faire ici, même si il apparait dans sa signature.
Tu poses des questions qui prouvent que tu es un débutant,
Ha bon ? Effectivement, j'ai du mal à concevoir sous Access une requête SQL qui regroupe des enregistrements par tranche de demi-heure. Je serai ravi que vous me donniez la solution, sincèrement, ça m'éviterait le VBA et la table temporaire, ce qui, je vous l'accorde, n'est pas très joli.
et tu viens donner de manière péremptoire ton avis sur un problème qui sans doute te dépasse.
Re-Ha bon ? Et c'est moi qui donne de manière *péremptoire* un avis ?
Bon, j'ai quand même du mal à comprendre la susceptibilité affichée dès qu'on aborde le sujet de la comparaison entre Access et d'autres SGBD-R. Par ailleurs, relisez mon post, je n'ai jamais remis en cause les qualités d'Access, c'est un produit, comme le souligne 3stone plus haut, d'une simplicité d'accès difficilement (jamais ?) égalée, mais je persiste à dire que pour une administration plus efficace et une gestion de gros volumes sur plusieurs postes, MSDE est une solution qui me semble (je prends des pincettes...) plus appropriée, mais, encore une fois, cela ne veut pas dire que ça ne fonctionnera pas avec Access.
Je vous rappelle également qu'à mes diverses questions sur la fiabilité d'Access en client/serveur posées récemment, Daniel Carollo me proposait MSDE comme SGBD, argumentant que pour une exploitation intensive MSDE était évident (Access=sécurité moins bonne, sauvegarde moins bonne.. voir Post du 20/02/2004 18h43), ce qui n'a fait bondir personne à ma connaissance !
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la structure et le choix des index qui prévaut sur tout le reste, même dans Access !
Bonsoir.
Autre chose, tu n'es pas le modérateur de ce forum,
arrête de nous dire ce que nous devons et ne devons pas faire, ce forum
existe et vit très bien sans toi depuis des années
Mouarf, sans commentaire, hors sujet, il faut savoir supporter la critique.
Pourquoi vous sentez-vous agressé ? D'autre part, le site de Mike n'a rien à
voir avec Access ou les SGBD, donc je confirme, la critique de son site n'a
rien à faire ici, même si il apparait dans sa signature.
Tu poses des questions qui prouvent que tu es un débutant,
Ha bon ?
Effectivement, j'ai du mal à concevoir sous Access une requête SQL qui
regroupe des enregistrements par tranche de demi-heure. Je serai ravi que
vous me donniez la solution, sincèrement, ça m'éviterait le VBA et la table
temporaire, ce qui, je vous l'accorde, n'est pas très joli.
et tu viens donner de manière péremptoire ton avis sur un problème
qui sans doute te dépasse.
Re-Ha bon ? Et c'est moi qui donne de manière *péremptoire* un avis ?
Bon, j'ai quand même du mal à comprendre la susceptibilité affichée dès
qu'on aborde le sujet de la comparaison entre Access et d'autres SGBD-R.
Par ailleurs, relisez mon post, je n'ai jamais remis en cause les qualités
d'Access, c'est un produit, comme le souligne 3stone plus haut, d'une
simplicité d'accès difficilement (jamais ?) égalée, mais je persiste à dire
que pour une administration plus efficace et une gestion de gros volumes sur
plusieurs postes, MSDE est une solution qui me semble (je prends des
pincettes...) plus appropriée, mais, encore une fois, cela ne veut pas dire
que ça ne fonctionnera pas avec Access.
Je vous rappelle également qu'à mes diverses questions sur la fiabilité
d'Access en client/serveur posées récemment, Daniel Carollo me proposait
MSDE comme SGBD, argumentant que pour une exploitation intensive MSDE était
évident (Access=sécurité moins bonne, sauvegarde moins bonne.. voir Post du
20/02/2004 18h43), ce qui n'a fait bondir personne à ma connaissance !
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la
structure et le choix des index qui prévaut sur tout le reste, même dans
Access !
Autre chose, tu n'es pas le modérateur de ce forum, arrête de nous dire ce que nous devons et ne devons pas faire, ce forum existe et vit très bien sans toi depuis des années
Mouarf, sans commentaire, hors sujet, il faut savoir supporter la critique. Pourquoi vous sentez-vous agressé ? D'autre part, le site de Mike n'a rien à voir avec Access ou les SGBD, donc je confirme, la critique de son site n'a rien à faire ici, même si il apparait dans sa signature.
Tu poses des questions qui prouvent que tu es un débutant,
Ha bon ? Effectivement, j'ai du mal à concevoir sous Access une requête SQL qui regroupe des enregistrements par tranche de demi-heure. Je serai ravi que vous me donniez la solution, sincèrement, ça m'éviterait le VBA et la table temporaire, ce qui, je vous l'accorde, n'est pas très joli.
et tu viens donner de manière péremptoire ton avis sur un problème qui sans doute te dépasse.
Re-Ha bon ? Et c'est moi qui donne de manière *péremptoire* un avis ?
Bon, j'ai quand même du mal à comprendre la susceptibilité affichée dès qu'on aborde le sujet de la comparaison entre Access et d'autres SGBD-R. Par ailleurs, relisez mon post, je n'ai jamais remis en cause les qualités d'Access, c'est un produit, comme le souligne 3stone plus haut, d'une simplicité d'accès difficilement (jamais ?) égalée, mais je persiste à dire que pour une administration plus efficace et une gestion de gros volumes sur plusieurs postes, MSDE est une solution qui me semble (je prends des pincettes...) plus appropriée, mais, encore une fois, cela ne veut pas dire que ça ne fonctionnera pas avec Access.
Je vous rappelle également qu'à mes diverses questions sur la fiabilité d'Access en client/serveur posées récemment, Daniel Carollo me proposait MSDE comme SGBD, argumentant que pour une exploitation intensive MSDE était évident (Access=sécurité moins bonne, sauvegarde moins bonne.. voir Post du 20/02/2004 18h43), ce qui n'a fait bondir personne à ma connaissance !
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la structure et le choix des index qui prévaut sur tout le reste, même dans Access !
Bonsoir.
J-Pierre
Bon, je ne répondrai pas à tout, juste sur point technique:
Tu dis:
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la structure et le choix des index qui prévaut sur tout le reste, même dans Access ! Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque stéréotypée de ce genre ?
Mais en plus, c'est faux....
Tu ne connais pas Access, la manière de développer les formulaires et états est aussi importante que la structure de la base, alors, sois gentil, encore une fois, réponds quand tu sais....
J-Pierre
Bon, je ne répondrai pas à tout, juste sur point technique:
Tu dis:
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la
structure et le choix des index qui prévaut sur tout le reste, même dans
Access !
Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque stéréotypée de ce genre ?
Mais en plus, c'est faux....
Tu ne connais pas Access, la manière de développer les formulaires et états est aussi importante que la structure de la base,
alors, sois gentil, encore une fois, réponds quand tu sais....
Bon, je ne répondrai pas à tout, juste sur point technique:
Tu dis:
Quant à vos conseils pour Mike, je dirai en premier lieu que c'est la structure et le choix des index qui prévaut sur tout le reste, même dans Access ! Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque stéréotypée de ce genre ?
Mais en plus, c'est faux....
Tu ne connais pas Access, la manière de développer les formulaires et états est aussi importante que la structure de la base, alors, sois gentil, encore une fois, réponds quand tu sais....
J-Pierre
Pierre CFI [mvp]
Pan, Pan !!!! à table :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Pan, Pan !!!! à table :o)))
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Oui Chef, j'arrête Chef, mais j'ai raison Chef, j'ai tellement galéré avec Access MDB, Access ADP, MSDE et SQL que je sais TOUT !!!!!!!!
"Pierre CFI [mvp]" a écrit dans le message de news:
Pan, Pan !!!! à table :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Lapin
Bon, je ne répondrai pas à tout
Tiens donc.... Dommage, j'aurai aimé avoir votre réaction sur l'avis que m'avait donné Daniel Carollo le mois dernier, et puis aussi ma requête par tranche de demi-heure, je comptais sur vous....
Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque stéréotypée de ce genre ?
Ben c'est banal, soit, mais c'est quand même la base. Et comme vous ne l'aviez pas souligné et que vous aviez invité les gens à compléter, donc, je complète... Mais à mon niveau de débutant bien sûr, hein, je n'ai pas d'autre prétention...
Mais en plus, c'est faux....
Ha bon ?
Tu ne connais pas Access, la manière de développer les formulaires et états
est aussi importante que la structure de la base,
Donc, si je comprends bien, j'ai des indexs pourris, mais c'est pas grave, parce-que j'ai fait des jolis formulaires et états ? Hé ben.... Par ailleurs, la qualité du code qui attaque les données joue ENSUITE un rôle crucial, ce qui n'est pas propre à Access, mais à n'importe quel frontal sur une SGBDR.
alors, sois gentil, encore une fois, réponds quand tu sais....
Vous êtes incorrigible !
Aller, si vous voulez, on peut continuer par email, car je ne pense pas que tout ceci interesse grand monde.
Au plaisir.
Bon, je ne répondrai pas à tout
Tiens donc....
Dommage, j'aurai aimé avoir votre réaction sur l'avis que m'avait donné
Daniel Carollo le mois dernier, et puis aussi ma requête par tranche de
demi-heure, je comptais sur vous....
Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque
stéréotypée de ce genre ?
Ben c'est banal, soit, mais c'est quand même la base. Et comme vous ne
l'aviez pas souligné et que vous aviez invité les gens à compléter, donc, je
complète... Mais à mon niveau de débutant bien sûr, hein, je n'ai pas
d'autre prétention...
Mais en plus, c'est faux....
Ha bon ?
Tu ne connais pas Access, la manière de développer les formulaires et
états
est aussi importante que la structure de la base,
Donc, si je comprends bien, j'ai des indexs pourris, mais c'est pas grave,
parce-que j'ai fait des jolis formulaires et états ? Hé ben....
Par ailleurs, la qualité du code qui attaque les données joue ENSUITE un
rôle crucial, ce qui n'est pas propre à Access, mais à n'importe quel
frontal sur une SGBDR.
alors, sois gentil, encore une fois, réponds quand tu sais....
Vous êtes incorrigible !
Aller, si vous voulez, on peut continuer par email, car je ne pense pas que
tout ceci interesse grand monde.
Tiens donc.... Dommage, j'aurai aimé avoir votre réaction sur l'avis que m'avait donné Daniel Carollo le mois dernier, et puis aussi ma requête par tranche de demi-heure, je comptais sur vous....
Ca, c'est d'une banalité......tu crois que tu aides Mike avec une remarque stéréotypée de ce genre ?
Ben c'est banal, soit, mais c'est quand même la base. Et comme vous ne l'aviez pas souligné et que vous aviez invité les gens à compléter, donc, je complète... Mais à mon niveau de débutant bien sûr, hein, je n'ai pas d'autre prétention...
Mais en plus, c'est faux....
Ha bon ?
Tu ne connais pas Access, la manière de développer les formulaires et états
est aussi importante que la structure de la base,
Donc, si je comprends bien, j'ai des indexs pourris, mais c'est pas grave, parce-que j'ai fait des jolis formulaires et états ? Hé ben.... Par ailleurs, la qualité du code qui attaque les données joue ENSUITE un rôle crucial, ce qui n'est pas propre à Access, mais à n'importe quel frontal sur une SGBDR.
alors, sois gentil, encore une fois, réponds quand tu sais....
Vous êtes incorrigible !
Aller, si vous voulez, on peut continuer par email, car je ne pense pas que tout ceci interesse grand monde.
Au plaisir.
Lapin
Mike a posé la même question sur fr.comp.applications.sgbd Je vous invite à aller voir les réponses fournies, cela peut être interessant.
Ne pensez-vous pas que la vérité se situe à mi-chemin ?!!! ;o)
Bonsoir.
Mike a posé la même question sur fr.comp.applications.sgbd
Je vous invite à aller voir les réponses fournies, cela peut être
interessant.
Ne pensez-vous pas que la vérité se situe à mi-chemin ?!!! ;o)
Mike a posé la même question sur fr.comp.applications.sgbd Je vous invite à aller voir les réponses fournies, cela peut être interessant.
Ne pensez-vous pas que la vérité se situe à mi-chemin ?!!! ;o)
Bonsoir.
Pierre CFI [mvp]
bon, ben maintenant on se calme et on passe à autre chose :o)))
-- Pierre CFI MVP Microsoft Access Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer http://users.skynet.be/mpfa/ Site perso http://access.cfi.free.fr "Lapin" a écrit dans le message de news:
Mike a posé la même question sur fr.comp.applications.sgbd Je vous invite à aller voir les réponses fournies, cela peut être interessant.
Ne pensez-vous pas que la vérité se situe à mi-chemin ?!!! ;o)
Bonsoir.
bon, ben maintenant on se calme et on passe à autre chose :o)))
--
Pierre CFI
MVP Microsoft Access
Mail : http://cerbermail.com/?z0SN8cN53B
Site pour bien commencer
http://users.skynet.be/mpfa/
Site perso
http://access.cfi.free.fr
"Lapin" <nospam@nospam.org> a écrit dans le message de news: OLoyYxsAEHA.3712@tk2msftngp13.phx.gbl...
Mike a posé la même question sur fr.comp.applications.sgbd
Je vous invite à aller voir les réponses fournies, cela peut être
interessant.
Ne pensez-vous pas que la vérité se situe à mi-chemin ?!!! ;o)
