Discussion :

[FRED.G]

Moi j'étais complètement débutant lorsque je me suis inscrit sur le site, avec des connaissances absoluement nulles en informatique.

Depuis j'ai bien progressé, je n'utilise encore qu'Access et mon idole ici reste un certain marsien (M.H. )

J'adore l'aide en ligne Access et je trouve ce logiciel très logique, très accessible !
Je n'utilise ni les macros ni les assistants, je préfère VBA.
Par contre mes applications sont monopostes et les quantités de données modestes (pas plus de quelques milliers d'enregistrements).

En tout cas je m'éclate bien avec Access !

[hirochirak]

Je ne crois pas a avoir grand a rajouter a part le fait que j'ai po vraiment besoin de poster pour resoudre mes problemes puisqu'ils ont plus ou moins ete traités dans d'autre post !!!

Mais bon j'arrive a la phase critique de mon developpement access donc je crois que je vais faire exploser mon compteur de message

@+

Hirochirak

[6psyk9]

Tout dépend en fait de ce que l'on veut produire.

Pour ma part je dois développer une application de gestion de litiges avec publication de lettres personnalisées et production de statistiques...

Pour cela access est bien lourd et le paramétrage...

Mais il est vrai que pour un non informaticien qui veut s'initier à la bdd c'est toujours ça !!!

Bon courage en tout cas!!

[Fabien Celaia]

Néophyte, et je compte bien le rester...
Vu la lourdeur du développement...( et du produit fini)

Je te comprends !!! Suis en stage et je dois utiliser access et franchement j'aurai préféré un SGBD plus "pro"

@+
Hirochirak

Je ne suis de loin pas un disciple d'Access (bien que certifie pour les besoins de mon 1er employeur), mais les SGBDR plus pros sont bien plus compliques a prendre en main (schema de base, SGBDR, rapports, ecrans et langague simple dans un meme package)... surtout lors d'un premier stage (mais c'est vrai que sur le CV, une premiere experience sur Oracle, ca fait mieux )

[6psyk9]

C klr oups pardon...C'est clair qu'ORACLE ça fait mieux...

Mais bon avec Oracle, il ya FORMS qui est très bien. (en 2 heures t'arrives à t'en servir).

Mais il est nécessaire de connaître les bases de la bdd...

Mais je crois que cette condition est valable pour tous les SGBDR.

Quoique faut aussi apprendre à taper du code plutôt que de cliquer sans savoir ce que l'on fait réellement...

[gaetanc15]

Bonjour

Je suis en licence professionnelle de
responsable de technique de l'information
et de le communication en PMO.

Actuellement en stage je suis bien content
d'avoir utilisé Access car très utilisé en PMO
... faut bien penser à l'emploi !

Mais aussi pour avoir gouter à Oracle pendant l'année :-(

a+

[Maître Kenobi]

bon bah je vais y mettre mon petit grain de sel. je me suis mis en pro et j'utilise regulierement access mais pas en tant qu'informaticien ( je partirais en formation pour un BTS IRIS dans un an ). je me situe entre néophyte et utilisateur avance ( enfin, je pense ). pour l'instant je ne suis qu'un utilisateur qui gere des données techniques avec l'ERP SAP, je suis aussi correspondant info de mon usine et je fais des stats graphiques de la production. Avec ce ( futur ) BTS mon poste sera réaménagé, puisque je m'occuperais de faire du développement avec l'outil Intouch de wonderware pour ceux qui connaissent et certainement InSQL.
voila, en gros c moi !

[Frolo Xeres]

Je me suis mis en non professionnels mais j'ai déjà utilisé Access pour des projets (en I.U.T deux fois et aujourd'hui pour développer un site web sur IIS) et je le maîtrise relativement. Et bien je peux vous dire que si j'avais pu utiliser MySQL je l'aurais fais

Je n'aime pas cet outil, j'ai déjà travaillé sur ORACLE, MySQL et SyBase et je peux vous certifier qu'Access n'est PAS un vrai SGBD

[sinarf]

je peux vous certifier qu'Access n'est PAS un vrai SGBD

Et tu te base sur quoi pour "certifier" ?
Ce sujet à deja été débatu de nombreuse fois : Access est un SGBDR, c'est un fait ! Et il est meme plus que cela ...
Je te conseilles de prendre le temps de lire http://sqlpro.developpez.com/

sinarf

[Maître Kenobi]

Je n'aime pas cet outil, j'ai déjà travaillé sur ORACLE, MySQL et SyBase et je peux vous certifier qu'Access n'est PAS un vrai SGBD

attention, tu vas t'attire les foudres de tous les modos ! il y a eu assez de debats sur ce sujet alors lis les bien avant d'affirmer ceci

[Aldébaran]

je tiens à dire un grand merci à vous tous qui nous aidez quotidiennement, d'ailleurs voilà :



MERCI !




c'est vraiment génial de voir que des gens sont assez sympas pour se pencher sur le problème des autres sans énerver ni frapper... :-)

encore une fois merci tout plein à tous, vive la communauté !!

[elland]

Bonjour,
Je me permet de faire entendre la voix des utilisateurs de base non spécialistes en programmation je pense ne pas etre la seule dans mon cas ici quand meme.
Je me suis mis en professionnel parceque j'utilise ACCESS uniquement pour mon travail? mais cela ne veut pas dire professionnelle d'ACCESS loin de la !
Je suis une totale autodidacte en informatique et bureautique. J'ai débuté ACCESS avec trois jours de formation et je l'ai utilisé quelque temps pour mon seul usage en vue de tris par requetes principalement.
Etant la seule à connaitre un peu l'objet j'ai été chargée de monter des applications locales utilisables par l'ensemble du personnel. Je précise qu'il s'agit d'une structure administrative de 50 personnes avec un réseau national.

Il s'avère que cet objet dénigré me permet de monter seule et assez rapidement des outils de travail effectuant des importations et mise à jour, des courriers individuels ou des mailings, des statistiques, le tout automatisé et ne nécessitant aucune connaissance particulière des utilisateurs.

Je ne suis pas sure qu'autre chose m'aurait permis d'obtenir ce résultat.
[Moderé par sinarf]

Une petite question avant de terminer ce post peut etre un peu long, je remarque souvent sur ce forum et parfois d'autres d'ailleurs des solutions données en VBA pour des actions que j'effectue dans ACCESS en mode création ou avec les outils mis à disposition. Si je pouvais avoir un point de vue m'en expliquant l'avantage (optimisation, poids de l'appli ? )
étant ouverte à tous les perfectionnements s'ils en valent la peine

Merci de m'avoir lue et merci au forum pour toutes les infos que j'y ai trouvées la plupart du temps sans avoir à demander !

[teury]

Malgré le risque de paraphraser ce qui a été dit avant, MERCI!!!

Franchement répondre en aussi peu de temps c'est vraiment quelque chose de bien!

Merci merci merci merci merci aux personnes intervenant sur ce forum!

[cafeine]

[...]
Une petite question avant de terminer ce post peut etre un peu long, je remarque souvent sur ce forum et parfois d'autres d'ailleurs des solutions données en VBA pour des actions que j'effectue dans ACCESS en mode création ou avec les outils mis à disposition. Si je pouvais avoir un point de vue m'en expliquant l'avantage (optimisation, poids de l'appli ? )
étant ouverte à tous les perfectionnements s'ils en valent la peine
[...]

Je suis également non informaticien, et j'ai appris grâce à la touche F1.
Pourquoi coder une action faisable facilement par l'utilisateur ?
Pour éviter d'avoir à la faire manuellement avec tous les risques d'erreurs que ça engendre.
De plus, un code bien structuré et commenté laisse une trace sur tes process, alors qu'une manipulation manuelle n'est pas documentée. Il faut penser que tes applications te survivront si tu changes de boite ou de poste, enfin c'est tout le mal que je leur souhaite.

[elland]

Bonjour,
Je me suis mal exprimée, je ne voulais pas dire que je n'automatisais rien, au contraire !
Mais je le fais en utilisant les outils d'access chaque fois que c'est possible, pas en écrivant tout en VBA.
Par exemple les macros dont j'use et abuse je vois frequemment des post laissant entendre que "c'est pas bien .." Il doit y avoir une raison .. voila

Ca marche bien comme ca les utilisateurs sont contents, ils n'ont qu'à cliquer des boutons .. mais si on peut faire mieux autant faire mieux ![/quote]

[franzarelli]

Je suis également non Professionnel, non informaticien, pas de connaissance des SGBD, une pettite connaissance en Assembleur 486.
Avec Access je me suis tout natutellement familiarisé avec le vb et la gestion des tables.

Tout comme Fred.G je n'utilise ni les macros, ni les assistants, je n'utilise pas non plus les requêtes. En bref j'ai un fichier sur un répertoire partagé entre une centaine d'utilisateurs ou j'ai toutes mais tables, et un fichier installé sur chaque pc dans lequel il n'y a que des formulaires et du code en vb qui vient adresser mon fichier de tables.
Je gère dans cette base tous les articles achetés dans notre PME avec des permissions de lecture et écriture sur les données au niveau de mes formulaires.
Cela fait 8 mois que cela fonctionne sans le moindre plantage ou crash de la bdd.

[franzarelli]

elland a écrit:

Par exemple les macros dont j'use et abuse je vois frequemment des post laissant entendre que "c'est pas bien .." Il doit y avoir une raison ..

J'ai trouver une bonne raison de ne pas les utiliser:
Nous avons quelques Anglais dans notre PME qui utilisent une version anglaise de Access. Pour le code en vb y'a juste qu'à clicker recompiler le code et ça fonctionne. Pour les Macros, faut toutes se les convertir à la mimine. Ca peut vite devenir sportif !!!

Enfin tout le monde n'utilise pas n version d'access dans son entreprise.

[Etienne Bar]

Avant, j'étais une fille coincée. Et pourtant, je ne le croyais pas.

Mais lorsque j'ai connu Access, les choses se sont gâtées. Au début, ça allait, on a fait des petites choses ensemble : un menu par ici, une table par là. Mais rapidement, j'ai voulu dépasser les petits jeux de restaurant et le drôle ne s'est pas laissé faire. On est arrivé tous les deux à de vrais blocages qui frisaient le rapport de force.

C'est là que j'ai connu le Forum. A l'aide de vous tous, j'ai fait plié Access et je pense bien (toujours grâce à vous) le dominer un jour.

Merci à vous tous, Lucifer, Frdek, Drosera et j'en oublie...

[Hyedene]

Travaillant dans la recherche et développement de produits de grande conso (projeteur), je trouve ACCESS idéal pour simplifier la gestion de certains documents, de données au sein d'un petit service. La rapidité de création tables et des formulaires, l'intuitivité (pour peu que l'on cherche un peu) sont de grands atouts.
Autodidacte je ne connais son fonctionnement que grâce à ce site et mes expériences. Le défaut c'est de se freiner pour ne pas tout mettre à la sauce access (exemple des contact d'outlook) il sont bien là où ils sont

[florent28]

J'utilise Access dans le cadre de mon boulot, à savoir gérer l'activité principale de la boite (25 personnes) avec une base de données (et donc Access, vu qu'on a les licenses).