Journal Access et Asp

Posté par  (site web personnel) .
Étiquettes : aucune
0
28
juin
2003
Cher journal, tu vas me taper sur les doigts, mais je vais parler d'Access et de IIS, deux outils du grand Satan comme tu le sais sans doute.
Je suis chargé (stage pour un DUT) de mettre en place dans une administration un outil composé de 3 modules, dont un modules Access et un modules ASP (que j'aurais sans doute à écrire).
Il semblerait que Apache gére l'ASP (je n'ai pas encore trop cherché, j'ignore si cela est stable ou en version béta ) mais j'ignore par contre s'il existe des outils libres (de préférence, mais je doute que ce soit un critére important aux yeux de mes patrons) pour utiliser Access via Apache et son modules ASP, voire s'il est possible de le faire via PHP.
Pour résumer, comment lire une base Access grâce à une interface web (de préférence sans créer de fichiers intermédiaire, ni de base de données supllémentaire) en utilisant autre chose que IIS.

En éspérant que tu me pardonneras un tel sujet, je te souhaite, petit journal, une excellente nuit pleine de GNU/réve.
  • # Commentaire supprimé

    Posté par  . Évalué à 1.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Access et Asp

      Posté par  (site web personnel) . Évalué à 1.

      Un pote m'avait dit que les perfs étaient mauvaises (par rapport à IIS + ASP). Ceci dit, je ne sais pas de quand date son test.
  • # Re: Access et Asp

    Posté par  . Évalué à -3.

    Un stage de rêve, dis donc !
    Euh, je ne peux même pas t'aider, Access moins j'en fais et mieux je me porte.
    Sans déconner, tu pourrais quand même essayer du PHP/Mysql : installe EasyPHP si t'es sous windoze, ça t'installe à la fois Apache, PHP et Mysql.
    • [^] # Re: Access et Asp

      Posté par  . Évalué à 1.

      Il me semble qu'Access peut lire les données depuis une autre base que la sienne. Par exemple MySql :
      - les données sont dans MySQL
      - Access sert uniquement à faire l'interface Windows
      - Apache+PHP sert à faire l'interface Web
      • [^] # Re: Access et Asp

        Posté par  (site web personnel) . Évalué à 1.

        Je crois que tu as raison pour la relation MySql/Access. J'ai déjà fait quelque chose de similaire avec Oracle.
        Le probléme est que l'application que je dois installer fonctionne sous Access, que les bases que j'ai à utiliser le sont aussi, et que, apparement, le format mdb est relativement présent dans les différents services qui se serviront de cette application.
        Cependant, je dois commencer par étudier la faisabilité de l'installation de cette application, son coût etc: je vais donc, ici et là, parler de Linux et des logiciels libres (je vais néanmoins essayer de réprimer mes pulsions intégristes :c), mais l'idéal eût été un installation Apache/version libre d'Access/PHP, puisque j'ai moyennement envie de changer de format de base.

        Sinon, installation de IIS/ASP/Access sur un micro faisant office de serveur interne, mais ça me géne un peu quand même.
        • [^] # Re: Access et Asp

          Posté par  . Évalué à 1.

          Le changement de format de base access -> mysql c'est envisageable en exportant les tables access vers des fichiers textes par une ou deux macros vb, le plus compliqué c'est de réecrire les interfaces en php après.

          Sans compter le fait que mysql était limité comme sgbd (pas d'intégrité référentielle par exemple), et pas de vues, donc il faut modifier ceratines requêtes si elles sont basées dessus. un export access ->postgres (ou autre chose est mieux.

          c'étais le sujet de mon stage de l'année dernière ;)
  • # Re: Access et Asp

    Posté par  . Évalué à 3.

    Tu peux faire des requêtes vers Access via ODBC. Sous Linux, tu peux utiliser Apache + PHP.
    Il y a des softs pour créer un pont ODBC :
    - http://www.iodbc.org(...)
    - http://www.unixodbc.org(...)

    Après tout dépend du vrai besoin. L'ASP offre techniquement quelques limitations comparé au PHP :
    - tu ne peux pas inclure dynamiquement d'autres scripts PHP en utilisant une variable (ex en PHP : include("plugin/$nomplugin.php");)
    - l'upload de fichiers (tu es obligé d'écrire un gros script ASP bien pourri ou utiliser un composant DLL)
    - pas de tableaux hachés en natif (il faut créer un objet)

    A toi de voir. Il doit surement y avoir un comparatif plus complet sur Google Groups (est ton ami)
    • [^] # Re: Access et Asp

      Posté par  (site web personnel) . Évalué à 4.

      - l'upload de fichiers (tu es obligé d'écrire un gros script ASP bien pourri ou utiliser un composant DLL)
      => aspsmartupload est installé sur la quasi totalité des serveurs asp des hébergeurs ...

      les limitations de l'asp que tu cite sont, a mon avis, des détails
      les grosses limitations de l'asp sont la faible quantité de composants gratuits disponibles pour faire des choses intéressants (connexion http, génération d'images, connexion POP3/IMAP ...), enfin, plein de choses que PHP fait par defaut (ou presque). Pourtant, les composants existent mais sont payants et les hébergeurs rechinent a les installer (failles potentielles).
      Apres, il parait que l'asp.net dechire (je vais me faire taper parce que je dis ca maisbon ...) et offre vraiment des possibilités interessantes ...
  • # Re: Access et Asp

    Posté par  . Évalué à -1.

    VAS MOURRIR!
  • # Re: Access et Asp

    Posté par  (site web personnel) . Évalué à 1.

    J'ai également dû faire un stage dans le genre, et j'ai appris à peu près tout sur http://www.asp-php.net/(...) , j'espère que tu trouveras qq infos relatives à ton problème (et à d'autres !).

    a+
    Nico
    • [^] # Re: Access et Asp

      Posté par  (site web personnel) . Évalué à 1.

      Ca m'a l'air assez complet, effectivement. Je regarde ça et je verrais par la suite si je peux envoyer Access se faire voir ( et apparement c'est bien parti :c)

      Merci à toi.
      Et pour éviter de reposter un autre message: merci à (presque) tous ceux qui ont répondu.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.