cherche libraire de fonctions asp pour sql server 7.0

cherche libraire de fonctions asp pour sql server 7.0 - ASP - Programmation

Marsh Posté le 10-12-2003 à 11:27:29    

Bonjour, je cherche quelques fonctions prédéfinis du genre :  
connection à la base (ça j'ai déjà )  
mais aussi  
affichage d'une table, execution d'une requete.. etc..  
 
il existe ça quelquepart?

Reply

Marsh Posté le 10-12-2003 à 11:27:29   

Reply

Marsh Posté le 10-12-2003 à 22:57:18    

tout ce que tu demandes, ça se développe en 5 lignes maxi à chaque fois... lis quelques tutos sur le sujet, ça sera plus utile...

Reply

Marsh Posté le 15-12-2003 à 12:13:48    

et concernant les dates et heures...
mais stocker en varchar ou nombre?

Reply

Marsh Posté le 15-12-2003 à 20:08:55    

en datetime...

Reply

Marsh Posté le 16-12-2003 à 14:30:33    

D'accord, merciiiiiiiiiiiiiiiiiiiiiii  ;)  
Encore une chose si c possible  :D :
Normalement on doit avoir ça:
 

Code :
  1. Set rs = Server.CreateObject("ADODB.Recordset" )
  2.   requete="..."
  3.   rs.Open requete, oConn
  4.   rs.Close
  5.   Set rs=Nothing


 
Mais le serveur me rends ça comme erreur:
 

Code :
  1. ADODB.Recordset error '800a0e78'
  2. Operation is not allowed when the object is closed.
  3. laPage.asp, line 420


 
Mais ça ne me le fait qu'à certains endroits.
Les autres marchent sans problème...
Donc je pense qu'il n'a peut etre pas le temps d'executer la requete..  
 
comme solution: enlever le close... :-/
c'est bien ou ce n'est pas bien?

Reply

Marsh Posté le 16-12-2003 à 16:02:41    

oConn.Open()
 
avant ton bloc.
 
PS: et perso, j'aime pas cette syntaxe.
 
Je préfère cette méthode qui est plus propre.
Idéalement, il faudrait passer par un objet Command, mais bon, là c'est déjà pas mal.
 


dim cnx
dim rs
 
set cnx = Server.CreateObject("ADODB.Connection" )
set rs = Server.CreateObject("ADODB.RecordSet" )
 
cnx.ConnectionString = "ton dsn"
cnx.Open
 
set rs.ActiveConnection = cnx
sql = "select ..."
 
rs.Open sql
 
' Traîtments
 
rs.Close
set rs = Nothing
 
cnx.Close
set cnx = Nothing


Message édité par MagicBuzz le 16-12-2003 à 16:02:57
Reply

Marsh Posté le 17-12-2003 à 12:09:16    

Merci beaucoup beaucoup beaucoup de prendre le temps de m'aider  :p  
(et ce n'est pas la première fois)
 
ça me fait vraiment plaisir  
 
à bientot :-D

Reply

Marsh Posté le 22-12-2003 à 17:20:04    

et cette erreur la ? :

Code :
  1. Microsoft OLE DB Provider for ODBC Drivers error '80004005'
  2. [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.
  3. page.asp  line 278


 
 
ça me le fait à des rs.open
 
Mais pas toujours :-/
 
Quand je fais actualiser... ça peut trés bien me le faire ou non.
comme sur une page, je fais actualiser

Reply

Marsh Posté le 23-12-2003 à 17:10:57    

Bon c'est pas grave!
 
Avec du code asp, peut on sauvegarder des enregistrements d'une table (ou la table complete) (sql server)?
Dans n'importe quel fichier que ce soit!
De préférence excel...
 
Et peut on éditer un script sql qui permet la création des tables avec les contenus?
 
J'ai besoin de sauvegarder mes données..

Reply

Marsh Posté le 05-01-2004 à 09:48:10    

est ce qu'une fois avoir fait  
 

Code :
  1. dim rs
  2. "à quoi sert dim? vu que des fois, je ne l'utilise pas et ça marche quand meme?"
  3.  
  4. Set rs = Server.CreateObject("ADODB.Recordset" )
  5. on peut faire plusieurs open et close
  6. et ensuite
  7. Set rs=Nothing


ou doit on utiliser dim, set à chaques fois?  
merci :-D

Reply

Marsh Posté le 05-01-2004 à 09:48:10   

Reply

Marsh Posté le 05-01-2004 à 15:07:13    

"dim rs", "rs.close" et "set rs = nothing" sont inutiles en ASP.
 
Seulement, je te conseille de prendre l'habitude de les utiliser.
 
En effet, l'ASP étant un langage interprêté, il a un garbage collector à la fois puissant et robuste, mais il est aussi très (beaucoup trop) permissif.
 
A tel point qu'il accepte l'utilisation de variables sans les déclarer (on peut corriger ce problème en mettant "option explicit" en première ligne du fichier) et ne supporte pas les types (tout est en variant).
 
Deplus, l'éxécution de la page est terminée au moment où on arrive à la fin de la page, donc il se charge de détruire tous les objets encore ouverts.
 
Mais il faut mieu faire ça propremenet afin de :
 
- Avoir un code plus propre
- Prendre de bonnes habitudes (le jour où tu passes à un nouveau langage, c'est bien de ne pas devoir apprendre les rudiments tels que la déclaration des variables)
- Améliorer les performances : si au sein d'une même page tu détruit au fur et à mesure les objets qui ne sont plus utilisés, ça va réduire la quantité de mémoire utilisée, ainsi que les éventuels risques de lock dans la base de donnés (si tu utilises des rs dynamiques par exemple)
- Eviter les fuites mémoires et autres plantages de ce genre. En effet, si tu utilises un objet qui a mal été conçu, son ddestructeur ne va pas faire le boulot correctement. A ce moment, le garbage collector d'ASP ne pouvant pas aller plus loin, ne pourra pas libérer les ressources de l'objet quand il va le détruire. Ainsi, j'ai eu ce problème avec une certaine version des drivers ODBC pour Oracle : si on ne faisait pas systématiquement un .close sur les rs, au bout de quelques heures, on avait rempli la swap et la RAM à cause d'une fuite mémoire (les données de toutes les requêtes éxécutées jusqu'à présent restaient chargées en mémoire, alors même qu'on n'était plus connecté à la base !)
Il fallait carrément redémarrer le service IIS afin de shooter les process "dllhost" qui bouffaient toute la mémoire...
 
Donc, c'est pas obligatoire, mais je te conseille toutefois de prendre l'habitude de les utiliser. Ca changera certainement presque rien dans 99% des cas, mais ça évite des problème dans le 1% qui reste ;)

Reply

Marsh Posté le 05-01-2004 à 21:14:33    

Ben dis donc! t'en sait des choses!! merci pour tout ce développement :-D
 
en fait c parce que je cherche la raison de cette erreur :  
Microsoft OLE DB Provider for ODBC Drivers error '80004005'  
   
  [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.
 
mais je ne trouve pas...

Reply

Marsh Posté le 05-01-2004 à 22:05:45    

fcoisb a écrit :

D'accord, merciiiiiiiiiiiiiiiiiiiiiii  ;)  
Encore une chose si c possible  :D :
Normalement on doit avoir ça:
 

Code :
  1. Set rs = Server.CreateObject("ADODB.Recordset" )
  2.   requete="..."
  3.   rs.Open requete, oConn
  4.   rs.Close
  5.   Set rs=Nothing


 
Mais le serveur me rends ça comme erreur:
 

Code :
  1. ADODB.Recordset error '800a0e78'
  2. Operation is not allowed when the object is closed.
  3. laPage.asp, line 420


 
Mais ça ne me le fait qu'à certains endroits.
Les autres marchent sans problème...
Donc je pense qu'il n'a peut etre pas le temps d'executer la requete..  
 
comme solution: enlever le close... :-/
c'est bien ou ce n'est pas bien?


 
Supprime la ligne 420, elle bug [:greenleaf]

Reply

Marsh Posté le 05-01-2004 à 22:25:48    

et c'est quoi ta solution pour ça:  
 

Code :
  1. Microsoft OLE DB Provider for ODBC Drivers error '80004005' 
  2.    
  3.   [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.

Reply

Marsh Posté le 05-01-2004 à 22:29:56    

fcoisb a écrit :

et c'est quoi ta solution pour ça:  
 

Code :
  1. Microsoft OLE DB Provider for ODBC Drivers error '80004005' 
  2.    
  3.   [Microsoft][ODBC SQL Server Driver][TCP/IP Sockets]General network error. Check your network documentation.




 
Je te conseille de lire la documentation de ton réseau  :??:  :o

Reply

Marsh Posté le 05-01-2004 à 22:35:33    

euh j'ai pas de réseau :-/
c sur un hébergement (9 telecom)
Mais les techniciens employés sont inefficaces.
(ils ne font pas parti d'une structure, ceux sont juste des techniciens par ci par la.)car le centre est au portugal :-/

Reply

Marsh Posté le 06-01-2004 à 00:40:22    

C'est à quelle ligne que ça plante ?
 
A priori, t'as un problème de connection à la base. Mais lequel ? Généralement, ce genre d'erreur à priori qui ne vient pas du code se solde par un restart de IIS, et si besoin des services de SQL Server.
 
Mais si t'as pas la main sur la config, je peux pas trop t'aider.

Reply

Marsh Posté le 06-01-2004 à 00:43:20    

Sinon, quand c'est comme ça, Google est ton ami :
 
http://www.google.fr/search?q=Micr [...] l=fr&meta=
 
Ca donne :
http://support.microsoft.com/suppo [...] 8/9/71.ASP
 
Vu que tu ne peux pas modifier la registry, vérifie que tu te connectes avec le bon log/pass à la base. D'après les autres topics de la recherche, ça peut venir de là aussi.

Reply

Marsh Posté le 06-01-2004 à 00:45:19    

En plus du login, vérifie que t'as bien spécifié le nom (ou IP) du serveur. Si c'est sur la même machine, utilise 127.0.0.1 Il ne faut JAMAIS ommettre cette information.

Reply

Marsh Posté le 06-01-2004 à 08:04:24    

MagicBuzz a écrit :

En plus du login, vérifie que t'as bien spécifié le nom (ou IP) du serveur. Si c'est sur la même machine, utilise 127.0.0.1 Il ne faut JAMAIS ommettre cette information.


 
Sinon MB viendra te latter les couilles chez toi la nuit  [:zebra33]

Reply

Marsh Posté le 06-01-2004 à 11:10:35    

Exactement :o

Reply

Marsh Posté le 06-01-2004 à 11:18:09    

:sweat:

Reply

Marsh Posté le 06-01-2004 à 11:33:07    

et magic buzz, as tu déjà effectué des sauvegardes de tables à partir de script asp?

Reply

Marsh Posté le 06-01-2004 à 12:21:50    

de quel genre ? pourquoi ne pas créer une tâche sur le serveur ?

Reply

Marsh Posté le 06-01-2004 à 14:07:35    

ben je n'ai pas de serveur, c'est un hebergement fourni par un fournisseur d'accés :-/

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed