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

Sécurité Discussion :

[BD Access] Les données d'une ligne deviennent corrompues.


Sujet :

Sécurité

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2007
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2007
    Messages : 18
    Points : 12
    Points
    12
    Par défaut [BD Access] Les données d'une ligne deviennent corrompues.
    J'utilise Microsoft Access 2003.
    Une fois par semaine ou par deux semaine, les données de certaines lignes de mon applications deviennent corrompues. La ratio serait d'environ une ligne par semaine qui est corrompue lors de la création. Je n'ai qu'à supprimer cette ligne et l'application continue à bien marcher. Mais si je déroule vers la droite et regarde un champs en particulier, lorsque la ligne est corrompue, mon application va faire un erreur non conforme, et fermer sous mes yeux. De plus certains champs numerique de cette ligne deviennent des nombres n'ayant pas rapport dans le contexte du champs et les champs textes deviennent des signes chinois dans cette ligne. Ou des Carré, comme des caractère non reconnu.

    Ma petite idée serais qu'il y aurait eu un copier coller, par exemple de Word à Access, Access n'accepte que le code Ascii, alors il ne sait pas comment réagir avec le code non ASCII. Mais les gens sont aviser, de ne pas recourir à cette méthode. Je prévoix faire une enquête plus apronfondie sur ce demain peut-être comprendre un peu mieux dans quel circonstance cela peut se produire, si je réussis à en tirer quelque chose, je vais vous en faire part.

    Il y a très peu de probabilités que deux personnes puissent modifiées la même donnée en même temps. Habituellement chaque lignes est assignés qu'a une seule personnes.

    Je me suis assurées aussi que les recordset étaient bien tous fermer, après une création ou une modification de données.

    J'aimerais savoir votre avis sur la cause de se problème et comment le règler aussi, merci.

  2. #2
    Membre actif Avatar de schwarzy2
    Femme Profil pro
    Développeur Web
    Inscrit en
    Septembre 2006
    Messages
    464
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Âge : 37
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Septembre 2006
    Messages : 464
    Points : 288
    Points
    288
    Par défaut
    j'my connais pas trop mais à mon avis là on a pas assez de détails pour pouvoir t'aider...
    Feel good, feel geek

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Février 2007
    Messages
    18
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2007
    Messages : 18
    Points : 12
    Points
    12
    Par défaut
    Que dire de plus, la personne qui a entré les données, l'a imprimer et l'impression est correct. Donc cela veux surement dire qu'elle se sont corrompues après, lors d'un visionnement?
    Pourquoi est-ce qu'une row peut ce corrompre.
    Je sais pas si des personnes ont déjà eu se problème avant?
    Désolé, je ne voix pas ce que je peux dire de plus comme précision.

Discussions similaires

  1. Réponses: 2
    Dernier message: 07/09/2015, 11h11
  2. extraire les donnes d'une ligne de ma Table
    Par Etudiante_Ines dans le forum ADO.NET
    Réponses: 5
    Dernier message: 29/05/2011, 13h04
  3. Réponses: 1
    Dernier message: 03/01/2011, 14h01
  4. Réponses: 13
    Dernier message: 02/02/2010, 12h02
  5. modifier les données d'une ligne d'un fichier
    Par racnet dans le forum Entrée/Sortie
    Réponses: 3
    Dernier message: 07/01/2009, 16h17

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