我仍然遇到BigDecimal的大问题(眼泪开始的痕迹here,到目前为止仍然是here。
现在我遇到了相反的问题 - 从SQLJ表中的POJO中的BigDecimal变为REAL。
POJO定义为:
public class DeliveryItem {
private int _id;
private String _invoiceNumber;
private String _UPC_PLU;
private String _vendorItemId;
private int _packSize;
private String _description;
private BigDecimal _cost;
private BigDecimal _margin;
private BigDecimal _listPrice;
private int _departmentNumber;
private String _subdepartment;
private String _quantity;
public void setID(int id) {
this._id = id;
}
. . .
这段代码,试图使数据形状能够发布到SQLite表(其中相应的列是数据类型REAL,SQLite唯一的实数/浮点数据类型):
public long addDeliveryItem(DeliveryItem delItem) {
long IdAdded = 0;
ContentValues values = new ContentValues();
values.put(COLUMN_INVOICENUM, delItem.get_invoiceNumber());
values.put(COLUMN_UPCPLU, delItem.get_UPC_PLU());
values.put(COLUMN_VENDORITEMID, delItem.get_vendorItemId());
values.put(COLUMN_PACKSIZE, delItem.get_packSize());
values.put(COLUMN_DESCRIPTION, delItem.get_description());
//values.put(COLUMN_COST, delItem.get_cost());
//values.put(COLUMN_COST, new BigDecimal(delItem.get_cost()));
values.put(COLUMN_COST, (Double) delItem.get_cost());
values.put(COLUMN_MARGIN, delItem.get_margin());
values.put(COLUMN_LISTPRICE, delItem.get_listPrice());
values.put(COLUMN_DEPTNUM, delItem.get_departmentNumber());
values.put(COLUMN_SUBDEPT, delItem.get_subdepartment());
values.put(COLUMN_QTY, delItem.get_quantity());
SQLiteDatabase db = this.getWritableDatabase();
if (db != null) {
IdAdded = db.insert(TABLE_DELIVERYITEMS, null, values);
}
if (db != null) {
db.close();
}
return IdAdded;
}
对于上面的COLUMN_COST行(“MARGIN”和“LISTPRICE”列有相同的问题),我得到,“错误:不兼容的类型:BigDecimal无法转换为Double ”当我尝试这样:
values.put(COLUMN_COST, (Double) delItem.get_cost());
...以及注释掉的代码(两行),即:
values.put(COLUMN_COST, delItem.get_cost());
......而且这个:
values.put(COLUMN_COST, new BigDecimal(delItem.get_cost()));
...我明白了,“错误:没有为put找到合适的方法(String,BigDecimal) 方法ContentValues.put(String,String)不适用 (参数不匹配; BigDecimal无法转换为String) 方法ContentValues.put(String,Byte)不适用 (参数不匹配; BigDecimal无法转换为Byte) 方法ContentValues.put(String,Short)不适用 (参数不匹配; BigDecimal无法转换为Short) 方法ContentValues.put(String,Integer)不适用 (参数不匹配; BigDecimal无法转换为Integer) 方法ContentValues.put(String,Long)不适用 (参数不匹配; BigDecimal无法转换为Long) 方法ContentValues.put(String,Float)不适用 (参数不匹配; BigDecimal无法转换为Float) 方法ContentValues.put(String,Double)不适用 (参数不匹配; BigDecimal无法转换为Double) 方法ContentValues.put(String,Boolean)不适用 (参数不匹配; BigDecimal无法转换为布尔值) 方法ContentValues.put(String,byte [])不适用 (参数不匹配; BigDecimal无法转换为byte [])“
那么如何操作BigDecimal值,以便ContentValues实例接受它呢?
我可能不得不通过忽略这些val并将DDL更改为:
来临时捏造它//+ COLUMN_COST + " REAL," + COLUMN_MARGIN + " REAL," + COLUMN_LISTPRICE + " REAL,"
+ COLUMN_COST + " REAL DEFAULT 0," + COLUMN_MARGIN + " REAL DEFAULT 0," + COLUMN_LISTPRICE + " REAL DEFAULT 0,"
答案 0 :(得分:16)
那么如何操作BigDecimal值,以便ContentValues实例接受它呢?
好吧,您可以call doubleValue()
on the BigDecimal
将其降级为double
,ContentValues
可以放入Double
(将其自动装箱到TEXT
后)。或者,您可以将其字符串表示存储在unscaledValue()
列中。或者,您可以将scale()
和INTEGER
存储在两个storing prices in sqlite
列中。
但SQLite最接近的匹配是REAL
不,不是。
您似乎对在SQLite中存储定价数据感兴趣。在主要搜索引擎上搜索INTEGER
会出现:
共识是将价值存储为int
列,以最小的单个货币单位(例如,以美元计算的货币价值的美分),或其他适当的价格(例如,十分之一的分数)如果这是最优惠的价格)。
然后,您的POJO将保留{{1}}个值以匹配。
答案 1 :(得分:4)
有两种可能性:
String
。第一个应该是直截了当的,第二个我指的是一个关于类似主题的优秀问题,how to store Image as blob in Sqlite & how to retrieve it?
答案 2 :(得分:3)
我使用SQLite Integer类型并像这样转换:
BigDecimal bd = new BigDecimal("1234.5678");
int packedInt = bd.scaleByPowerOfTen(4).intValue(); // packedInt now = 12345678
现在将packedInt保存到SQLite Integer字段。
返回BigDecimal:
BigDecimal bd = new BigDecimal(packedInt); // bd = 12345678
bd = bd.scaleByPowerOfTen(-4); // now bd = 1234.5678