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?
Previous
Next
Reply
View the map of this thread
View the map of this thread starting from this message only
View all messages of this thread
View all messages of this thread starting from this message only