Discussion :

[zapatta]

Salut,

Je me suis lancé la tête la première dans le développement d'une base de donnée mais j'ai peur qu'access ne supporte pas autant d'enregistrements.
C'est une base en "gros" pour une agence immobilière qui loue des appartements.
L'agence doit répertorier tous ses propriétaires et chaque mois établir une facture détaillée.
Sur cette facture j'ai une dizaine de champs (date,taxes, frais, proprio...).
Le problème est que l'agence à environ 1000 propriétaires et qu'il faut chaque mois établir les factures et STOCKER toutes ces variables pour pouvoir ensuite les consulter avec des requêtes sur n'importe quel critère (date à date, par proprio, par taxe...).
J'aurais donc 12000 lignes la premières année, 24000 la deuxième...
Je pense qu'au bout d'un moment les requêtes vont être trop longues non?
Access suffit t'il a une base de cette ampleur?

[Sonic]

Salut
Personnellement j'ai des tables avec des centaines de milliers d'enregistrements, ca tourne mais faut pas lui demander des miracles. Je te conseille plutot un petit SGBD MySQL et tu attaches les tables avec MyODBC, ca fonctionne très bien et tu seras tranquille.

[zapatta]

Oui je pense que c'est plus prudent

[Tofalu]

Salut
Personnellement j'ai des tables avec des centaines de milliers d'enregistrements, ca tourne mais faut pas lui demander des miracles. Je te conseille plutot un petit SGBD MySQL et tu attaches les tables avec MyODBC, ca fonctionne très bien et tu seras tranquille.

L'attachement MySQL n'est pas réputé pour être si bien que ça

Access gérera ce volume de données sans problème, toutefois, si tu as peur, tu peux toujours installer MSDE (livré avec Access) et créer un projet Access plutot qu'une base de données Access

[Nohant]

Salut,

Je pense que le problème (si problème il devrait y avoir) ne viendrait pas du nombre d'enregistrements (les chiffres que tu avances sont relativement faibles) mais plutôt du nombre d'utilisateurs connectés simultanément et des performances du réseau (si installation en réseau).

S'il y a peu d'utilisateur et que la base est construite de manière logique (indexation des champs ...) ça devrait rouler.

[LostIN]

idem, ce n'est pas avec les qq lignes par an qu'access va être à la rue (encore des préjugés), mais plutot, le nb d'utilisateurs connectés en même temps, la qualité de ton réseau, la structure de ta base....

[javelot69]

Sans vouloir être pompeux je crois qu'il faut affirmer très fort que les "déçus d'Access" sont ceux qui n'ont pas pris le temps de réfléchir à leur projet et créent des usines à gaz avec des morceaux de codes dans tous les sens et pas de logique.

Ceux là seront déçus avec n'importe quel SGBD. Le défaut de l'informatique est que tout le monde se croit capable de faire n'importe quoi avec des bouts de ficelles.

Pour répondre à zapatta, prends le temps de construire ton projet et tu auras un bel applicatif.

Bon courage.

[random]

12000 lignes par an 10 champs

c'est très peu de données pour access

d'autant que 6 ans d'historique en ligne suffisent largement pour ce type de métier

pour de la gestion immobiliére de cette taille 5 utilisateurs back office
connectés simultanément me semblent un grand maximum

les besoins en liens externes ou web sont nuls à priori

donc tu peux choisir access sans problème

[loufab]

Sans vouloir être pompeux je crois qu'il faut affirmer très fort que les "déçus d'Access" sont ceux qui n'ont pas pris le temps de réfléchir à leur projet et créent des usines à gaz avec des morceaux de codes dans tous les sens et pas de logique.

Ceux là seront déçus avec n'importe quel SGBD. Le défaut de l'informatique est que tout le monde se croit capable de faire n'importe quoi avec des bouts de ficelles.

Pour répondre à zapatta, prends le temps de construire ton projet et tu auras un bel applicatif.

Bon courage.

Très bonne analyse...

[random]

Le défaut de l'informatique est que tout le monde se croit capable de faire n'importe quoi avec des bouts de ficelles.

Le défaut des informaticiens est qu'il croit les autres incapables de faire quoi
que ce soit.

Si l'informaticien construit une application avec des "bouts de ficelle", il se
réclamera pompeusement de la modularité.

[zapatta]

ok je vous remercie pour toutes ces réponses .
La base sera effectivement en réseau mais ne sera utilisée que par une petite dizaine de personnes.
Je vais finir de développer l'application afin de faire des jeux d'essais appropriés, je verrai bien les résultats.
(sinon mon analyse et ma programmation sont structurées donc pas d'usine à gaz pour ma part ^^)

[loufab]

Veille bien à utiliser la bonne architecture.

application sur chaque poste client et données partagées sur un serveur.

Si tu vois que sa peine lors des montés en charge n'hésite pas à éclater tes tables sur plusieurs fichiers et à recourir à des requêtes de sélection pour les formulaires à la place d'un accés direct aux tables.

Ps : il existe des non-informaticiens capables commes des informaticiens incapables...

[random]

Ps : il existe des non-informaticiens capables commes des informaticiens incapables...

et vice versa c'est tout à fait mon point de vue

nb la couennerie est la chose la mieux partagée.

[javelot69]

Salut à tous,

loufab merci pour ton commentaire qui me va ... droit au coeur . Je suis parfois écoeuré par la c... de ceux qui se croient meilleurs. Pour ma part je pense que le partage de la connaissance est une des meilleures choses sur terre. S'il est possible d'aider quelqu'un pourquoi l'en priver.

zapatta tiens nous au courant de ton projet. Si on peut t'aider ce sera avec plaisir.

A +

[mo9rissat]

Bonjour,

Je reviens à ce post après 6ans...
Là je suis confrontée au même problème, via ODBC je me connecte à un Datamart SQL Server d'où j'importe des tables sur lesquelles je me base pour créer des formulaires et des requêtes. Au début j'exécutais mes requêtes facilement. Mais aujourd'hui avec des tables qui contiennent plus de 89 champs et 85 000 enregistrements, je commence à rencontrer des problèmes et Access plante trop. Je ne peux plus exécuter mes formulaires. Je ne sais pas est ce que je dois changer d'outil? Ou quoi faire exactement.

Merci beaucoup.