There is a very specific reason why we use a decimaled number as a PK. It has to do with merging multiple databases from different sources while avoiding PK conflicts. Integers and Identity fields do allow for multi-database table mergers. etc. The decimal portion of the number represents the database id, while the INT portion is a simple counter. Thus as long as the database id of each system is unique we can merge databases easily. Works VERY well in VFP.
Regardless of the field being a PK or not, when using remote views where the field is defined as B(8,3) all seems OK, however when using SQL pass-through the numbers are being rounded...
Any ideas?
Précédent
Suivant
Répondre
Voir le fil de ce thread
Voir le fil de ce thread à partir de ce message seulement
Voir tous les messages de ce thread
Voir tous les messages de ce thread à partir de ce message seulement