Bonjour,
je souhaite transposer des applications Access sur l'intranet de mon entreprise, mais je ne sais pas quoi utiliser.
A priori, je penche vers du PHP lié à du MySQL, mais mon principal problème est que les applications Access servent à remplir des documents Word, via le publipostage, avec des graphiques et des tableaux, provenant des données de leur bases. Mais ce n'est pas tout!
Ces documents Word comportent aussi des parties écrites, et doivent donc être facilement modifiable par des utilisateurs lambda de l'informatique, ce qui exclu la reproduction en HTML des documents Word existant.
Alors pour résoudre ce problème j'ai entendu parlé de XML, avec ses feuilles de style, mais je ne sais pas vraiment si c'est une solution.
 
Voilà pourquoi j'écris ce post, pour avoir l'avis de connaisseur. Pour que vous me dites ce qu'on peut faire avec les solutions dont j'ai parlé, et que vous m'en proposiez de nouvelles auxquelles je n'aurais pas pensé.
 
Merci pour votre temps.
Léonardf

Pour moi, site web + access = asp (asp.net si possible) s'il n'y a pas encore de site web existant.
En plus de ça t'auras des logiciels office (word) à manipuler depuis le site web et ça sera plus facile à manipuler en asp qu'en php.
 
S'il n'est pas question de supprimer complètement la base access et que tu connais un peu l'asp alors la question ne se pose pas vraiment : il vaut mieux avoir un ensemble homogène.
 
Au fait, si tu dois garder la base access alors c'est une très mauvaise idée de créer une base mysql à côté qui stocke les même données : tu risques d'avoir de gros problèmes de synchronisation si des données sont modifié de chaque côté.
 
PS : Evidement le php peut aussi se débrouiller avec access et word mais l'asp me semble plus adapté pour ce genre de boulot. Et c'est quelqu'un qui bosse d'avantage en php qu'en asp qui te le dit.
 
 
EDIT : Message complété après relecture de la question originale.

+1

Merci pour ta réponse aussi rapide, omega2.
En fait je souhaite remplacer totalement les bases Access, et refaire un base de données neuve.
Sinon j'aurais aussi préféré utiliser du libre, pour des raisons de coût (le projet à vu le jour pour réduire les coût de fonctionnement et de maintenance).
Je vais aller voir ce que l'asp permet, mais je suis toujours avide d'avis externes.
 
merci à tous

Tu peux rester dans les techs MS et passer à SQL Server, il y a probablement un chemin de migration tout prêt (ou presque)

Là ça devient un port complèt et c'est pas du tout le même prix et la même complexité, il faut faire une analyse de coûts entre améliorer incrémentalement le système en restant dans le même jeu de technos, tout réécrire directement (qui est rarement une idée si bonne que ça) ou tenter un projet de migration long terme.

leonarf > mysql est gratuit mais "sql server express" aussi.
php est gratuit, asp.net aussi (a noter que l'éditeur de microsoft, "visual studio" est gratuit dans sa version "express" )
 
Il ne reste plus que le serveur web :
apache est gratuit, IIS aussi
 
Par contre :
apache est aussi disponible sur des OS gratuit alors que IIS n'est disponible que sur des windows payant. Mais il faut alors comparer le coup de revient d'un serveur windows et d'un serveur autre (formations et/ou contrat de maintenance + licenses) si on veut aller jusqu'au bout. Si on décide d'installer apache sur un windows alors cette comparaison n'a plus lieux d'être.
 
A cette comparaison tu rajoutes le temps passer à reproduire ce qui existe déjà et à tester que tout fonctionne.
 
Au final la solution la moins chère n'est pas forcément la solution "100% libre".
 
PS : limitations de "sql server express" à ma conaissance : nombre de connexions simultanée et ne permet pas de se connecter depuis un poste distant ... rien de bloquant pour un intranet de taille moyenne.
 
PS2 : IIS permet de faire tourner aussi bien de l'asp que du php, apache ne permet pas de faire tourner de l'asp sauf peut être si on rajoute mono mais là ça devient complexe.
 
 
----------------------------------
 
 
Pour faire simple, hors coup de développement :
php/mysql Vs asp/access : php/mysql un peu moins cher (license access à payer)
php/mysql Vs asp/Sql server express : même prix, gratuit.

L'idée c'est de tout réécrire proprement dans une nouvelle base (les bases existantes sont au nombres de 6, et ont été initialement développé par des stagiaires il y a 10 ans, et ont évolué depuis), mais de garder l'architecture et le design des formulaires, des menus, et des boutons.
La base de données ne serait pas immense (une 20aine de table), et le design déjà fait, donc je pense que ça deviendrait rentable.

édition : merci pour ces précisions quant aux coûts. Je vais de ce pas me renseigner sur la faisabilite de la solution asp/sql server express.
pour être sûr de bien comprendre : le seul avantage de cette solution devant celle de php/mySQL c la communication avec Word?

C'est la facilité de réutiliser l'existant et de le migrer par petites touches au lieu de tout migrer (et réécrire) d'un coup

depuis que SQL Server Express s'appelle... SQL Server Express (à contrario de MSDE), ces deux limiations n'existent plus.
la limite concerne la taille des bases de données, et principalement les outils serveur (lots DTS absents, support du load-balancing très limité, etc.). pour le reste, il couvre très largement la couverture fonctionnelle de MySQL, et est à mon avis plus complet.
 

boarf, j'ai fait un tuto
bon, ok, c'est un peu la merde. m'enfin le tuto marche
 

reste tout de même que Office restera obligatoire sur le serveur à priori, afin de manipuler les documents word, etc. mais laisser tomber Access au profit de SQL Server Express est une très bonne idée, à la base c'est mal d'utiliser Access pour un intranet (mauvais support des connexions concurrentes)

Pas nécessairement, pour PHP je sais pas mais il existe des libs dans divers langages permettant de manipuler des documents word sans avoir à passer par office.

Oui oui, mais je parlais pour le cas où ASP.NET était retenu. Il existe aussi des libs permettant de manipuler des document Office avec .NET tu me diras. Mais visiblement, il faudra aussi exécuter des macros contenues dans ces documents, ou utiliser des fonctionalités avancées d'Office telles que le publipostage. Je doute que les libs externes sâchent faire tout ça.

Dans mon cas, avoir une licence Office sur le serveur ne pose pas de problème, puisqu'on utilise déjà office sur tous les PC de la boite, donc je ne pense pas qu'une de plus serai un problème ^^
 
Merci beaucoup pour vos aides à tous. C'est la première fois que je postais une demande d'aide sur ce forum (et même sur un forum), et je n'espérais pas de réponse aussi rapide.
j'suis bluffé, ma question devait être trivial je suppose
 
Je vais étudier la solution ASP + SQL serveur, mais je repasserai sur le forum pour voir si de nouvelles idées sont apparues ^^
 
bye

MagicBuzz > Ben en fait, quand on utilise les librairies COM de ces langages, normalement on peut déclencher facilement les macros.
Ceci dit il faudrait que je vérifie si ça marche comme il faut en php (j'ai jamais poussé mes tests aussi loin).
 
MagicBuzz (bis) > Ton tuto d'utilisation de mono dans apache m'intéresse. Il est disponible où?

http://forum.hardware.fr/hfr/Progr [...] 0087_1.htm
 
Il s'agit d'un tuto indiquant comment installer Mono sur Apache sur une Debian. Sauf que j'avais pas de Debian pour faire le test, donc j'indique aussi comment installer Debian sur un Virtual PC sous Windows *
 
En tout cas ça marche bien ^^.
J'ai jamais terminé le tuto, donc les questions en suspends à la fin ne sont pas résolues. Ceci dit, l'admin de ma boîte s'est penché sur la question, et n'a pas remarqué mes problèmes. Il s'agissait apparement de bugs de Mono qui ont été corrigés depuis.
 
* : C'est pas si débile que ça en fait... Parcequ'il n'y a pas IIS sous XP Familial, il fait obligatoirement la version Pro pour avoir IIS... Donc fallait trouver une solution pour héberger mon site .NET sur mon PC