2009-09-29 21 views
0

J'ai un projet adp dans MS Access 2003 avec un SQL Server Express 2008 comme backend.Erreurs "silencieuses" dans .ADP avec SQL Server

Tout fonctionne correctement, sauf en cas d'erreur sur le côté SQL, par ex. indices en double. l'ensemble de données actuel n'est tout simplement pas mis à jour/inséré, pas de message d'erreur whats-o-ever, mais je sais qu'il n'est pas mis à jour, parce que si je fais une sélection sur le serveur, je reçois toujours les anciennes données.

Comment puis-je "désallouer" les erreurs? Y at-il une option cachée, ou est-ce un problème qui se produit uniquement avec l'accès 2003 + sql server 2008?

Toute aide appréciée comme je l'ai rien trouvé utile sur le net encore

Répondre

0

c'est en fait un bug très obscur dans l'accès ms. i trouvé la solution sur eggheadcafe, qui fonctionne parfaitement. maintenant les erreurs pop trop souvent xD

SO ... si la langue par défaut pour programmes non-unicode est par exemple japonais, mais la langue sélectionnée pour normes et formats est l'arabe, le projet ADP n'affichera aucune base de données messages d'erreur que ce soit. Essayez, par exemple, de sauvegarder un enregistrement avec une clé primaire en double . Rien ne se passera, mais vous ne saurez pas pourquoi.

COMMENT SOLVE: Compte tenu de ce qui précède, la langue choisie pour le « Normes et Formats » DOIT TOUJOURS être identique à celui sélectionné pour les programmes non-unicode . Japonais et japonais, chinois et chinois, hébreu et hébreu, l'arabe et l'arabe, etc., qui à son tour fait l'option du système d'exploitation pour les définir séparément plutôt inutile ...

cité de http://www.eggheadcafe.com/software/aspnet/34687624/access-2003-bug-adp-erro.aspx

0

Peut-être le IGNORE_DUP_KEY option est définie sur l'indice qui doit attraper la contrainte.