任何人都有很好的建议如何实现一对多映射SQLite
使用ContentProvider
?如果你看,Uri ContentProvider#insert(Uri, ContentValues)
你可以看到它有ContentValues
包含要插入的数据的参数.问题是,它当前的实现ContentValues
不支持put(String, Object)
方法,类是最终的,所以我不能扩展它.为什么这是一个问题?我的设计来了:
我有两个一对多关系的表.为了在代码中表示这些,我有2个模型对象.1st表示主记录,并且具有一个第二个对象实例列表的字段.现在我在模型对象#1中有一个辅助方法,它返回ContentValues
从当前对象生成的.用ContentValues#put
重载方法填充原始字段是微不足道的,但我对这个列表运气不好.所以目前我的第二个表行只是一个字符串值,我生成一个逗号分隔的字符串,然后我重新分配到String []里面ContentProvider#insert
.这感觉很难吃,所以也许有人可以暗示如何以更清洁的方式完成它.
这是一些代码.首先来自模型类:
public ContentValues toContentValues() { ContentValues values = new ContentValues(); values.put(ITEM_ID, itemId); values.put(NAME, name); values.put(TYPES, concat(types)); return values; } private String concat(String[] values) { /* trivial */}
这是ContentProvider#insert
方法的精简版
public Uri insert(Uri uri, ContentValues values) { SQLiteDatabase db = dbHelper.getWritableDatabase(); db.beginTransaction(); try { // populate types String[] types = ((String)values.get(Offer.TYPES)).split("|"); // we no longer need it values.remove(Offer.TYPES); // first insert row into OFFERS final long rowId = db.insert("offers", Offer.NAME, values); if (rowId > 0 && types != null) { // now insert all types for the row for (String t : types) { ContentValues type = new ContentValues(8); type.put(Offer.OFFER_ID, rowId); type.put(Offer.TYPE, t); // insert values into second table db.insert("types", Offer.TYPE, type); } } db.setTransactionSuccessful(); return ContentUris.withAppendedId(Offer.CONTENT_URI, rowId); } catch (Exception e) { Log.e(TAG, "Failed to insert record", e); } finally { db.endTransaction(); } }
CommonsWare.. 6
我认为你正在寻找一对多关系的错误结局.
看看的ContactsContract
内容提供商,例如.联系人可以有许多电子邮件地址,许多电话号码等.完成的方式是在"许多"方面进行插入/更新/删除.要添加新电话号码,请插入新电话号码,提供电话号码所属联系人的ID.
如果你有一个没有内容提供者的普通SQLite数据库,你也会这样做.关系数据库中的一对多关系是通过在"许多"侧的表上插入/更新/删除来实现的,每个都具有返回"一"侧的外键.
现在,从OO的角度来看,这并不理想.欢迎您创建ORM样式的包装器对象(想想Hibernate),它允许您从"一"侧操作一组子项.然后,一个足够智能的集合类可以转向并同步"多"表以匹配.但是,这些并不一定无法正确实施.
我认为你正在寻找一对多关系的错误结局.
看看的ContactsContract
内容提供商,例如.联系人可以有许多电子邮件地址,许多电话号码等.完成的方式是在"许多"方面进行插入/更新/删除.要添加新电话号码,请插入新电话号码,提供电话号码所属联系人的ID.
如果你有一个没有内容提供者的普通SQLite数据库,你也会这样做.关系数据库中的一对多关系是通过在"许多"侧的表上插入/更新/删除来实现的,每个都具有返回"一"侧的外键.
现在,从OO的角度来看,这并不理想.欢迎您创建ORM样式的包装器对象(想想Hibernate),它允许您从"一"侧操作一组子项.然后,一个足够智能的集合类可以转向并同步"多"表以匹配.但是,这些并不一定无法正确实施.
你可以用ContentProviderOperations
它.
它们基本上是批量操作,能够反向引用为父行生成的标识符.
如何ContentProviderOperations
用于一对多设计在这个答案中得到了很好的解释:withValueBackReference的语义是什么?