Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %23axpqmUmGHA.3344@TK2MSFTNGP05.phx.gbl...
Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut J-Pierre
Je n'ai qu'un espace de stockage chez free : donc je ne sais pas trop sous quelle forme stocker mes données pour les mettre sur le
ftp...
Le nombre d'utilisateurs : entre 1 et 2 à la fois ;-)
Tu parles de ASP+ADO : y'a besoin d'un outil particulier pour supporter et faire tourner du code dans des pages ASP ou pour
générer ce type de pages ?
Si j'exporte mon formulaire en ASP, il me demande une URL de serveur Miscoroft Active Server et la page qu'il génère ne ressemble
à rien :-(
La seule partie réutilisable, c'est
<%
If IsObject(Session("LaBase_conn")) Then
Set conn = Session("LaBase_conn")
Else
Set conn = Server.CreateObject("ADODB.Connection")
conn.open "LaBase","admin","labase"
Set Session("LaBase_conn") = conn
End If
%>
Autant dire qu'avec ça je ne vais pas aller loin, d'autant, si j'ai bien compris, qu'il va falloir convertir DAO en ADO et vues
les superbes routines que j'ai pondues en DAO pour éviter les fonctions de domaine lentissimes, ça va pas être du gâteau (pour
moi)
Merci de t'intéresser à mon cas, j'en ai marre qu'on tourne du pot avec Access en accès distant ;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news: %23%23$Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut J-Pierre
Je n'ai qu'un espace de stockage chez free : donc je ne sais pas trop sous quelle forme stocker mes données pour les mettre sur le
ftp...
Le nombre d'utilisateurs : entre 1 et 2 à la fois ;-)
Tu parles de ASP+ADO : y'a besoin d'un outil particulier pour supporter et faire tourner du code dans des pages ASP ou pour
générer ce type de pages ?
Si j'exporte mon formulaire en ASP, il me demande une URL de serveur Miscoroft Active Server et la page qu'il génère ne ressemble
à rien :-(
La seule partie réutilisable, c'est
<%
If IsObject(Session("LaBase_conn")) Then
Set conn = Session("LaBase_conn")
Else
Set conn = Server.CreateObject("ADODB.Connection")
conn.open "LaBase","admin","labase"
Set Session("LaBase_conn") = conn
End If
%>
Autant dire qu'avec ça je ne vais pas aller loin, d'autant, si j'ai bien compris, qu'il va falloir convertir DAO en ADO et vues
les superbes routines que j'ai pondues en DAO pour éviter les fonctions de domaine lentissimes, ça va pas être du gâteau (pour
moi)
Merci de t'intéresser à mon cas, j'en ai marre qu'on tourne du pot avec Access en accès distant ;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" <pas.de.pub.jpberchtold@hotmail.com> a écrit dans le message de news: %23%23$DQiVmGHA.4268@TK2MSFTNGP05.phx.gbl...
Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %23axpqmUmGHA.3344@TK2MSFTNGP05.phx.gbl...
Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut J-Pierre
Je n'ai qu'un espace de stockage chez free : donc je ne sais pas trop sous quelle forme stocker mes données pour les mettre sur le
ftp...
Le nombre d'utilisateurs : entre 1 et 2 à la fois ;-)
Tu parles de ASP+ADO : y'a besoin d'un outil particulier pour supporter et faire tourner du code dans des pages ASP ou pour
générer ce type de pages ?
Si j'exporte mon formulaire en ASP, il me demande une URL de serveur Miscoroft Active Server et la page qu'il génère ne ressemble
à rien :-(
La seule partie réutilisable, c'est
<%
If IsObject(Session("LaBase_conn")) Then
Set conn = Session("LaBase_conn")
Else
Set conn = Server.CreateObject("ADODB.Connection")
conn.open "LaBase","admin","labase"
Set Session("LaBase_conn") = conn
End If
%>
Autant dire qu'avec ça je ne vais pas aller loin, d'autant, si j'ai bien compris, qu'il va falloir convertir DAO en ADO et vues
les superbes routines que j'ai pondues en DAO pour éviter les fonctions de domaine lentissimes, ça va pas être du gâteau (pour
moi)
Merci de t'intéresser à mon cas, j'en ai marre qu'on tourne du pot avec Access en accès distant ;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news: %23%23$Salut Arnaud,
Tu provoques ou quoi ? :-)
Le genre de question qui déclenche des émeutes.....
"Le tout depuis une page web". La seule question est donc "Quelle base de données ?".
Et les réponses à la question sont:
-Combien d'utilisateurs ?
-Combien de transactions par jour (ou par minute...) ?
-Comment veux-tu assurer la sauvegarde de tes données ? Avec Access, en cas de plantage, tu repars avec ta dernière sauvegarde,
les MAJ plus récentes sont perdues. Mais les vrais plantages sont rares. Et SQL Server est beaucoup plus puissant mais plus
difficile à gérer.....
Si tu as besoin d'exemples (ASP + ADO, je suis trop vieux pour avoir envie pour me mettre aux technologies plus récentes), je te
donne tout ça.
--
J-Pierre
------------------------------------------------------
MPFA: Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: %Bonjour à tous,
J'ai une base access avec 1 table, 3 champs et 1 formulaire.
Elle ne sert donc qu'à stocker des données.
Le formulaire contient 1 bouton qui va chercher (par DAO) des données dans la table
et les renvoie dans diverses zones de texte selon divers critères
Ce formulaire ne peut pas être autrement que complètement *indépendant*,
pas question de faire défiler des enregistrements.
Définitivement : quelle technologie faut il adopter pour :
- stocker les données
- accéder à ces données
- exécuter du code derrière le bouton pour lire les données
- afficher la valeur trouvée dans une zone de texte
- le tout depuis une page web
Au milieu des asp, odbc, sqlserver, ado, dao, xml, iis etc, je ne sais plus par quoi commencer,
et je n'ai pas trouvé de sites soi-disant tutoriels qui mettent réellement en oeuvre leurs théories...
Toutes les bonnes suggestions ou exemples concrêts sont les bienvenus
;-)
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne ADO
dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque site
à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne ADO
dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque site
à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne ADO
dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque site
à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce que
je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque
site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce que
je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" <pas.de.pub.jpberchtold@hotmail.com> a écrit dans le message de news: ew8L48VmGHA.4700@TK2MSFTNGP03.phx.gbl...
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque
site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce que
je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera donc
mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas trop
envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant, ils
fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se trouve
sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS, chaque
site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news:Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: eh9LSYWmGHA.2120@TK2MSFTNGP05.phx.gbl...
Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" <pas.de.pub.jpberchtold@hotmail.com> a écrit dans le message de news: ew8L48VmGHA.4700@TK2MSFTNGP03.phx.gbl...
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news:Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et ADO
n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci je vais me documenter en php mySQL : ça m'a l'air plus fini que ASP ;-)
Euh... pour ce qui est de la finalité, non ce n'est pas pour mettre de la pub : c'est en quelque chose un générateur
dont je ne voudrais pas trop causer car il est révolutionnaire (dans un domaine très éloigné de l'informatique)
et je ne voudrais pas qu'on me pique l'idée ;-))
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news:Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et
ADO n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci je vais me documenter en php mySQL : ça m'a l'air plus fini que ASP ;-)
Euh... pour ce qui est de la finalité, non ce n'est pas pour mettre de la pub : c'est en quelque chose un générateur
dont je ne voudrais pas trop causer car il est révolutionnaire (dans un domaine très éloigné de l'informatique)
et je ne voudrais pas qu'on me pique l'idée ;-))
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" <pas.de.pub.jpberchtold@hotmail.com> a écrit dans le message de news: OQOOGwWmGHA.5076@TK2MSFTNGP02.phx.gbl...
T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news: eh9LSYWmGHA.2120@TK2MSFTNGP05.phx.gbl...
Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" <pas.de.pub.jpberchtold@hotmail.com> a écrit dans le message de news: ew8L48VmGHA.4700@TK2MSFTNGP03.phx.gbl...
Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et
ADO n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
Salut J-Pierre
Merci je vais me documenter en php mySQL : ça m'a l'air plus fini que ASP ;-)
Euh... pour ce qui est de la finalité, non ce n'est pas pour mettre de la pub : c'est en quelque chose un générateur
dont je ne voudrais pas trop causer car il est révolutionnaire (dans un domaine très éloigné de l'informatique)
et je ne voudrais pas qu'on me pique l'idée ;-))
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:T'es encore là ?
Peur ? Ne te sous-estime pas.... Par contre, que ça ne marche pas chez Free, ça, c'est une certitude :-(
Vu l'heure, je te ferai la conversion demain, mais ADO est une technologie propriétaire MS, je serais surpris que ça marche chez
Free. Pour le SELECT, ça, c'est standard, mais la connexion, moveFirst et moveLast, ce n'est plus du SQL mais de l'ADO.
Il faut donc que tu recodes ça en MySQL dont tu deviendras le grand spécialiste pour répondre aux questions que nous avons
régulièrement sur ce forum :-), et revoir ta fonction randomize en php.
Tu veux afficher un message aléatoire ? Parce que, pour ça, y'a des fonctions toutes prêtes, style bannière de pub.
A demain
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
<Anor> a écrit dans le message de news:Salut J-Pierre
Merci pour tes précisions
Comme ça me fait un peu peur tous ces IIS etc... qui riquent de ne pas fonctionner chez free, j'ai créé la table dans
la base mySQL incluse dans mon site free et chargé les données, ça, sera déjà ça de fait...
J'ai plus qu'à me pencher sur php pour bâtir ce qui va tourner autour de la table car je n'ai pour l"instant aucune idée de ce
que je dois faire.
En attendant, je vais tenter de convertir ma base DAO en ADO
ça devrait être assez facile : le coeur du programme, c'est ça en fait :
strSQL = "SELECT DISTINCT Champ1 FROM LaTable where Champ2 In (" & ListeValeurs & ");"
Set dbs = Application.CurrentDb
Set rst = dbs.OpenRecordset(strSQL)
Randomize
rst.MoveLast
rst.MoveFirst
rst.AbsolutePosition = -Int(-Rnd * rst.RecordCount)
Resultat = rst("Champ1")
La variable strSQL change en fonction des différents cas de figure, c'est tout.
a+
--
Arnaud
-----------------------------------------
http://www.mpfa.info :
le site où l'on devrait payer pour y figurer
-----------------------------------------
"J-Pierre" a écrit dans le message de news:Salut Arnaud,
Si tu envisages d'héberger ta base chez Free, tu oublies Access et SQL Server et ASP, ils semblent allergiques à MS, ce sera
donc mySQL et php et Apache.
1 ou 2 utilisateurs à la fois, Access suffira amplement, pas besoin d'un marteau-pilon pour écraser une mouche.
Création de pages à partir d'Access: j'avais fait des essais avec Access 2000, ça marchait très mal, j'ai laissé tomber. Pas
trop envie de comprendre ce que les crânes d'oeufs de MS avaient encore inventé.
Si tu envisages d'utiliser cette solution (ASP + ADO), je te passe des pages qui fonctionnent et tu apprendras très vite. Et
ADO n'est pas rédhibitoire, l'idéal serait de retrouver un livre blanc écrit pas MS "Migrating from DAO to ADO", il y avait de
nombreux exemples de code, malheureusement, je l'ai perdu et il ne semble plus disponible chez MS. Par contre, la doc en ligne
ADO dans l'aide d'access est bien faite. Et si nécessaire, je t'aiderai à les convertir (au moins les premières :-)
Pour tester et développer tes pages, tu as besoin d'un serveur IIS fourni avec les versions PRO de WIN 2000 et WIN XP. Avant,
ils fournissaient PWS (Personal Web Server). Pour l'installer, tu vas dans Panneau de config->Ajouter ou supprimer des
programmes->Ajouter ou supprimer des composants windows->Services Internet.
Encore une chose: dans ce cas, Access n'est pas utilisé en accès distant, du moins pas au sens où tu l'entends. Ta base se
trouve sur la même machine que tes pages ASP qui accèdent à Access en local, normalement dans la même arborescence (sous IIS,
chaque site à un répertoire de base, début de l'arborescence). Par contre, toi, tu accèdes à tes pages ASP en "distant".
--
J-Pierre
------------------------------------------------------
http://www.mpfa.info :
Le site où que j'ai dû payer pour y figurer :-(
------------------------------------------------------
