Discussion :

[mathieu44800]

Bonjour,

Je dois programmer une apllication sous ACCESS/VBA (choix imposé).

J'ai plusieurs problématiques :

1. Liaisons ACCESS/EXCEL ??:

Je dois lier une grande quantité de fichier Excel pour éviter une ressaisie pour les utilisateurs.

Or, nombre de ces fichiers ne sont pas fixés (non stables dans le temps !!!).

Je ne sait pour quoi obter, soit pour :

- Pilotage EXCEL depuis ACCESS,
- Liaison ACCESS/EXCEL via les tables liées,
- Import de fichiers Excels via Macros VBA.

Sachant que ces fichiers ne sont pas encore fixés, me recommandez vous de les exploiter sous un format différent qu'EXCEL (.txt ou .xml) ?

De plus, je dois réaliser des calculs complexes sur ces fichiers (statistiques), EXCEL est-il le mieux adapté ou puis-je réaliser ces calculs via ACCESS ??

2. Flux de données :

On me prévient qu'une grand nombre de flux devraient être stockés dans une base ACCESS (20.000/Jour), dois-je décemment penser qu'ACCESS est adapté ou dois-je envisager de passser à une base de données plus "stable" (type SQL SERVER/ORACLE) ?

3. ACCESS Client/Serveur :

On me dit aussi que cette application sera utilisé par un nombre X d'utilisateurs pour un Temps T.

- ACCESS est-il vraiment Client-Serveur ?
- Comment puis-je gérer ce fait ?

4. Sécurité :

On me demande de sécuriser l'application...

Or, je n'ai aucune notion de sécurité ACCESS, dois-je utiliser une identification type web ou un fichier de groupe de travail (ou les 2) ?


Je reste vraiment dans l'expectative face à ce projet...

Merci par avance de vos réponses, qui éclaireront ma lanterne !

A+

[marot_r]

Bonjour,

Je dois programmer une apllication sous ACCESS/VBA (choix imposé).

J'ai plusieurs problématiques :

1. Liaisons ACCESS/EXCEL ??:

Je dois lier une grande quantité de fichier Excel pour éviter une ressaisie pour les utilisateurs.

Or, nombre de ces fichiers ne sont pas fixés (non stables dans le temps !!!).

Je ne sait pour quoi obter, soit pour :

- Pilotage EXCEL depuis ACCESS,
- Liaison ACCESS/EXCEL via les tables liées,
- Import de fichiers Excels via Macros VBA.

Sachant que ces fichiers ne sont pas encore fixés, me recommandez vous de les exploiter sous un format différent qu'EXCEL (.txt ou .xml) ?

L'avantage de la solution par fichier c'est qu'elle te rends indépendant des version d'Excel utilisées et en plus tu évitera les pb de typage de données. Access est parfois mélé quand il s'agit de distinguer les types de entre nombres, date et texte.

Personnelement je m'orienterai vers cette solution.

De plus, je dois réaliser des calculs complexes sur ces fichiers (statistiques), EXCEL est-il le mieux adapté ou puis-je réaliser ces calculs via ACCESS ??

2. Flux de données :

On me prévient qu'une grand nombre de flux devraient être stockés dans une base ACCESS (20.000/Jour), dois-je décemment penser qu'ACCESS est adapté ou dois-je envisager de passser à une base de données plus "stable" (type SQL SERVER/ORACLE) ?

20000 x 365 j = 7300000 enr c'est un peu beaucoup pour Access surtout si tu gardes un historique sur plusieurs années.

Je conseil vivement de choisir une BD plus solide que Access. Tu peux néanmoins gardé un front end Access et une BD autre pour tes données. J'ai actuellement une appli Access-Oracle qui marche trés bien. Seul point noir, certaines requètes sont trops lente en Access, il m'a fallu les mettre dans la base Orcale et utiliser des vues.

3. ACCESS Client/Serveur :

On me dit aussi que cette application sera utilisé par un nombre X d'utilisateurs pour un Temps T.

- ACCESS est-il vraiment Client-Serveur ?
- Comment puis-je gérer ce fait ?

NON access n'est pas client serveur, elle est client client. Tout dépend de la puissance du poste qui exécute ton appli.

Voir réponse précédente pour le nombre d'utilisateurs.

4. Sécurité :

On me demande de sécuriser l'application...

Or, je n'ai aucune notion de sécurité ACCESS, dois-je utiliser une identification type web ou un fichier de groupe de travail (ou les 2) ?

La sécurité de Access n'est pas subtile, fragile et assez compliquer à maintenir.

Je t'invite à voir comment tu peux gérer ta sécurité au niveau de la BD Oracle ou MS-SQL.

Attention si tu prévois une bd Oracle cela va forcément te prendre quelqu'un qui peut assumer le rôle de DBA Oracle. On n'est pas du tout dans la même catégorie de joueurs.

A+

[mathieu44800]

Bonjour,

Merci margot pour tes conseils éclairés...

A+