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

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Le Qt Simulator est disponible en version 1.2
Avec une refonte totale de son interface graphique

Le , par dourouc05

36PARTAGES

Cette solution est pour les version d'Access inferieure à 16.0.7812 et avec une architecture Sql Server / Ms-Access.

Tout champ BIGINT Sql Server est interprété dans une table liée Ms- Access de version inférieur à 16.0.7812 comme du texte court (255)

De plus si un BIGINT est déclaré comme une clé primaire (primary Key) alors la table liée affiche #supprimé dans tous les champs de toutes les lignes.

La solution est de déclarer le champ en DECIMAL (38,0) dans Sql Server, totalement compatible avec Ms-Acces.

DECIMAL (38,0) correspond à
The max value is 99,999,999,999,999,999,999.9999999999

Si Access doit gérer ce nombre de lignes j'imagine que sa limite de 2Go sera largement atteint et il sera nécessaire de migrer sur un autre frontal.

Le Décimal pourra alors est repassé en BIGINT.
Vous avez lu gratuitement 4 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !