IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ASP Discussion :

Temps de vie des RecordSet


Sujet :

ASP

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé Avatar de jamesleouf
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juillet 2005
    Messages
    522
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 522
    Par défaut Temps de vie des RecordSet
    Bonjour,
    j'ai un recordset que j'aimerai garder en mémoire pour éviter d'avoir à refaire la même requete.
    Si je ne fais pas de close est-il possible de conserver les informations en (mémoire de manière sure)?

    Benjamin

  2. #2
    Membre éclairé
    Profil pro
    Inscrit en
    Novembre 2007
    Messages
    381
    Détails du profil
    Informations personnelles :
    Âge : 42
    Localisation : Maroc

    Informations forums :
    Inscription : Novembre 2007
    Messages : 381
    Par défaut
    Bonjour
    Je pense que non, tu peux la garder sur une page mais pas dans toutes le pages. Mais peut être y a une possibilité de l'enregistrer dans un tableau. A mon avis faire copier/coller du code de création du Recordset est mieux sinon tu le mets sur une page séparée et tu l'inclue sur tes pages.

  3. #3
    Membre Expert
    Avatar de pc75
    Profil pro
    Inscrit en
    Septembre 2004
    Messages
    3 662
    Détails du profil
    Informations personnelles :
    Âge : 70
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Septembre 2004
    Messages : 3 662
    Par défaut
    Bonjour,

    Si le volume des données n'est pas trop grand, tu peux toujours le stocker en variable de session.

  4. #4
    Membre éclairé Avatar de jamesleouf
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juillet 2005
    Messages
    522
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 522
    Par défaut
    non, bah le souci c'était justement de prendre le moin de place de possible et faire une économie de temps.
    Apres pour le stockage en variable de session j'ai pas envie de me retrouver avec 1 millier de var...

    Merci quand même pour le tuyau.

    Ben

  5. #5
    Expert confirmé
    Avatar de Immobilis
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Mars 2004
    Messages
    6 559
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur .NET

    Informations forums :
    Inscription : Mars 2004
    Messages : 6 559
    Par défaut
    Salut,

    Il y a des variables d'application qui fonctionne presque comme les sessions. Les sessions sont personnelles (appartiennent à l'internaute), les applications sont communes. Tu peux y stocker des listes de pays par ex (tout ce qui peut être mis en commun).

    Il faut aussi garder en memoire le fait qu'une requete sql (recordset) fréquement demandé est restitué plus vite par la base de données.

    Ne pas oublier de cliquer sur le bouton résolu en bas à gauche quand tu veux cloturer le sujet.

    Merci

    A+
    "Winter is coming" (ma nouvelle page d'accueil)

  6. #6
    Membre éclairé Avatar de jamesleouf
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juillet 2005
    Messages
    522
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Finance

    Informations forums :
    Inscription : Juillet 2005
    Messages : 522
    Par défaut merci
    Merci pour ce tuyau,
    C'est vrai qu'en fait si la réponse est plus rapide c'est déjà plus arrangeant.
    En fait ce qu'il se passe chez moi, c'est que lorsque je choppe des informations, en fait on passe à une autre page.
    D'habitude je faisais un close avant de rediriger.
    Et la je me demandais si, je ne fais pas de close alors je pouvais réutiliser ces informations dans l'autre page et faire un close après...
    Est ce que tu sais si le close est obligatoire ou simpelment plus optimal et au bout d'un certain temps les données sont éffacées?

    Pas de souci pour le bouton résolu
    j'attends juste encore un peu au cas ou.

    Ben

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. temps de traitement des curseurs
    Par charluber dans le forum Oracle
    Réponses: 1
    Dernier message: 20/04/2006, 10h46
  2. Temps de chargement des applications .NET
    Par kamal101 dans le forum Visual Studio
    Réponses: 3
    Dernier message: 17/11/2005, 09h11
  3. Temps de lock des enregistrement
    Par allex2108 dans le forum Oracle
    Réponses: 5
    Dernier message: 30/09/2005, 13h37
  4. Temps d'exécution des instructions FPU
    Par ubi dans le forum Assembleur
    Réponses: 2
    Dernier message: 24/10/2003, 18h39
  5. Temps d'accès à des données dans un fichier
    Par TONIAPEL dans le forum Assembleur
    Réponses: 5
    Dernier message: 28/09/2003, 15h21

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo