G une base access sur un serveur web comment m'y connecter sans DSN ???
 
Merci de votre aide, g essayé :

 
Pour l'instant la base est en local mais ça ne durera pas longtemps !

tu ferait mieux de te connecter a une base mysql ca serait plus utile.Et puis c'est juste "localhost" qu'il faut metre je crois.sans http ni le nom du fichier.

utiliser Access sur un serveur web ?  
 
j'espère que tu ne comptes pas sur plus de 5 visiteurs simultanés, sinon tu vas passer ton temps à faire de la maintenance de base.
 
Access n'est vraiment pas fait pour des accès distants et simultanés. je te conseille d'opter pour un vrai SGBD, style MySQL ou PostgreSQL ou Interbase... ils sont gratuits et supportent sans problème une charge élevée.
 
maintenant, si tu as l'obligation d'utiliser Microsoft (si tu tournes sous IIS par exemple), utilise SQL Server

c mal barré

tout pareil que harko, sauf que IIS peut se connecter à n'importe quelle base de données via ODBC

 
 
et si je te disais aussi que les logiciels de ma boite dont je te parle dans blabla reposent sur Access, et qu'on vend des licences 15 postes....

nous on est réglo de ce coté, dès que ça dépasse 3 accès simultanés, on vends avec SQL Server (mais quand même)

Trop fort vos réponses !! G un truc tout con à faire la synchronisation entre deux bases y'aura un seul accès, moi je veux juste la ligne de code : c'est pas compliqué nan ? Je pourrais pas avoir de SQL Server ou d'autres choses de ce genre, c'est IIS et une base Access, alors ?

c'est pas possible, il te faut un serveur de ase de données pour faire ce genre de chose

si c'est possible mais ça va être super pénible...
 
euh nous on a fait plus fort... une DB Access partagée pour 4 serveurs d'applications avec un potentiel de 400 utilisateurs concurrents.
 
Maintenant que vous m'y faites penser, je me demande comment ça se fait que ça marche  

teigneux > le moins qu'on puisse dire c'est que tu as bien choisi ton pseudo !
Access est fait pour une utilisation en réseau local et point barre. Je dis, et je maintiens que l'utiliser en accés distant est une pure connerie.
Access n'est pas un SGBD, désolé si je choque en disant ça mais c'est la vérité. Il s'agit d'une base de données simple d'accés, relativement performante en monoposte mais ça s'arrète la. Dés que tu cherches à l'utiliser en réseau, c'est une catastrophe.
 
Maintenant, si tu t'obstines, peut être que ceci te fera changer d'avis....
 
http://groups.google.fr/groups?hl= [...] 2fb&rnum=1

je ne peux que me joindre à Harkonnen car tout est valable dans ce qu'il a dit.  Et même en réseau local, ce n'est pas la panacée.  L'idéal pour utiliser Access, c'est le monoposte.

 
 
 
Mouhahahahahaha !!!!!!!!!!
Harko :    
 
je confirme haut et fort, il porte bien son pseudo !!!!!  

Y'a pas moyen, y'a trop de cons ici...
 
Teigneux > Sur la base en question, tu dois uniquement lire ou aussi écrire ?
 
Si tu ne fait que lire, le mieu est d'automatiser un téléchargement de la base, puis la lire en local.
S'il faut écrire dedans, c'est bien plus chiant.
Le mieu dans ce cas, c'est de faire plusieurs pages genre :
- SELECT.asp
=> A partir d'une requête passée en paramètre, te retourne les données sous forme d'un flux XML > Ensuite tu le lis comme tu veux avec les objets XML
 
- INSERT.asp
=> A partir d'un flux XML, ou d'une série de requêtes passées en mode texte, ça écrit dans la base
 
- UPDATE.asp
=> Toujours à partir de requêtes ou d'un flux XML, lance les requêtes de mise à jour.
 
Autre solution s'il faut écrire :
-> Se connecter par FTP au serveur WEB, télécharger la base, la mettre à jour puis la réuploader.
 
Sinon, sorti de ces solution, pas moyen d'attaquer du access à distance comme ça pour plusieurs raisons :
- Les bases access ne sont que des fichiers, et c'est le driver Jet, ODBC ou OLE qui permettent d'y éxécuter des requêtes. Donc pas moyen de toucher la base via un port du serveur par exemple, car la base est littéralement stockée sur un disque, sans le moindre soft qui est dessus. (tu peux très bien faire tourner la base MDB sur un disque sous Linux ou Mac)
- Le protocole HTTP ne permet pas comme ça de mettre à jour un fichier, ce que tente de faire le driver Jet, ODBC ou OLE. ce n'est pas un protocole de partage de fichier

J'y peux rien, mes doigts ont fourché

son clavier a dû se blo

 
c t qui les cons ?  

harko, drasche, moi, toi  

Ceux qui n'ont pas cherché à répondre à Teigneux qui se fout royallement que sa base ne supporte pas la charge, il désire uniquement y accéder.
 
Faut arrêter de détourner systématiquement les topics et partir en troll. On sait tous que mysql est plus adapté que Access pour un site web, sauf que là n'est pas la question. Qui a dit que c'est pour un site d'ailleurs ? Moi j'utilise régulièrement des serveurs web pour rendre disponible des fichiers utilisés par des applis qui n'ont rien de sites.

 
teigneux c un vieux pote que je n'ai pas revu depuis longtemps, alors je me suis permis de le charrier un peu, tu remarqueras qu'à aucun moment, je n'ai donné mon avis sur la question, n'y connaissant rien du tout

Je dis pas le contraire, j'attaque personne, je lis même pas les pseudos dans ces cas là, ça évite de se prendre la tête.
 
Seulement, y'a un mec qui a un problème tout con, alors au lieu de se lancer dans un débat sur les qualités d'access, lui donner une réponse ou dire simplement, "désolé, je sais pas comment faire, mais que veux tu faire exactement, ça me semble bizarre ton truc", c'est un peu plus intelligent.
 
Parceque là, au bout d'une dizaine de posts, on sait même pas ce qu'il veut faire de cette base (si, de la synchronisation... c'est à dire ?)
 
Parceque si par exemple c'est juste pour lire dedans, très franchement, je vois pas où est le problème, il écrit un script pour télécharger la base et basta.

fodrait qu'il soit là pr en parler, paske là je pense qu'il est à l'iut en train de bosser

domage,  moi chuis chez GE en train de me faire chier

utiliser un serveur web pour accedér à un fichier access, c'est quand même de la dipterosodomie. Pourquoi se faire chier à utiliser des solution bancales, complexes et propices aux erreurs alors que ça serait si simple d'utiliser un serveur de base de données ?
 
Les SGBD ont été pensé pour ce genre de situation, ça serait con de ne pas en profiter.

...
 
Des raisons ?
Bon, des raisons.
 
1) Chez les hébergeurs, il est impossible ou presque de trouver une offre ASP + MySQL, et gratuit, encore moins.
2) Le fichiers ACCESS en question, il veut le synchroniser. Pourquoi synchroniser ? Raisons possibles :
  - Backup des données de son site, c'est plus pratique dans une base que tu peux lire chez toi
  - Récupération d'un lot de lignes précises dans Access pour les utiliser avec un soft sur son post (genre envois de news letter, etc.)
  - Données générées par un système d'information qu'il a en local, et c'est Access qui est utilisé, donc il doit se démerder pour importer les données depuis Access.
 
Ca fait déjà une série de raisons qui peuvent justifier une telle architecture non ?
 
Très franchement, je bosse en régie chez GE, et c'est de très loin plus bordelique parfois. Pas plus tard qu'hier (c'est le programme qui me pose problème avec MSXML dans un autre topic) j'ai développé un prog VB qui récupère les pièces attachée de certains mails reçu (sans passer par outlook), parse les informations XML qu'il y a dedans, se met à jour automatiquement à partir d'un serveur Web si le format du XML a évolué, puis renvoie le fichier modifié sur un serveur FTP puis envoie un accusé de réception par mail afin de lancer un programme sur le serveur FTP pour intégrer le fichier dans l'ERP... Je te passe les détails, parceque chaque étape ferait plus de 2 pages d'explications

(la partie en italique)

en plus, incapable de réfléchir 5 secondes.
 
il me "en particulier", c'est ça ?

 
le smiley    

T'a jamais dû bosser en entreprise, je me trompe ?

oui, tu te trompes

j'ai pas compris.

dans la même famille de smiley, tu as aussi ceux là:

 
y sont terribles !