Changes between Version 12 and Version 13 of FDORfc55
- Timestamp:
- 06/01/11 13:12:56 (13 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
FDORfc55
v12 v13 47 47 * the DBF to FDO datatype mapping (physical to logical conversion) needs a small refinement. In the case of DECIMAL(precision, scale) check the scale value. When the scale is 0 (zero) and depending on the precision return FdoInt16, FdoInt32 or FdoInt64 rather than an FdoDecimal. Note SHP provider currently does not support FdoInt64 or FdoInt16 datatypes and they have to be added to the schema capabilities. 48 48 49 Below the mapping between FdoIntX datatypes and Decimal precision:49 Below the mapping between FdoIntXX datatypes and Decimal precision: 50 50 51 51 || Fdo type || precision || range || … … 58 58 == Implications == 59 59 60 * In the case of physical DECIMAL(precision, scale) column the corresponding logical FDO property type will be set according to the scale. The caller must expect either a FdoDecimal or a FdoIntX when reading a SHP schema.60 * In the case of physical DECIMAL(precision, scale) column the corresponding logical FDO property type will be set according to the scale. The caller must expect either a FdoDecimal or a FdoIntXX when reading a SHP schema. 61 61 62 * This is a behavior change for the SHP provider. Before this change, SHP would return only FdoDecimal for all numerical FDO types. It would never return an FdoIntX except for the identity property (which actually is not stored).62 * This is a behavior change for the SHP provider. Before this change, SHP would return only FdoDecimal for all numerical FDO types. It would never return an FdoIntXX except for the identity property (which actually is not stored). 63 63 64 * The provider will return a FdoIntX even for properties which originally were DECIMAL(p, 0). This issue can be mitigated by noting the SHP provider already does silent corrections on the fly in certain cases, like truncating the property names when found too long (both on reading and writing).64 * The provider will return a FdoIntXX even for properties which originally were DECIMAL(p, 0). This issue can be mitigated by noting the SHP provider already does silent corrections on the fly in certain cases, like truncating the property names when found too long (both on reading and writing). 65 65 66 66 == Test Plan ==