iphone数据库

CoreData

介绍

在Cocoa环境下，如果你想使用数据库（如sqlite），你可以使用sql语句的方式通过相关的工具类进行数据库的直接操作。当然你也可以通过别人封装之后的一些简单框架，使得你的操作更加简单（如FMDBBNRPersistence）。

Cocoa框架本身提供了CoreData这个API可方便的让开发者通过操作对象的方式在操作数据库。CoreData是一个对象图(object graph)以及持久化的管理框架。我们可以通过CoreData创对象，设置好象之间的关系，然后将其持久化（我们甚至可以使用内存数据库），或者从硬盘上将持久化后的数据加载到内存中。对象图，我们可以创建一个个的对象，并维持不同对象之间的关系，一对一，一对多等。

CoreData有大量的特性，诸如支持Redo，Undo的功能，这些很多Document based的程序中显得非常的有用。提供数据model结构变化轻量级的迁移方案。CoreData还通过Binding特性和控件的紧密结合，这样使得只需要少量的代码便可以完成强大的功能，下面是一个例子

http://www.timisted.net/blog/archive/multiple-windows-with-core-data/

存储方式

Core Data可以将数据存储为XML，二进制文件或SQLite文件。在Mac OS X 10.5 Leopard及以后的版本中，开发者也可以通过继承NSPersistentStore类以创建自定义的存储格式。每种方法都有其优缺点，例如XML的可读性，SQLite的节约空间等。

Core Data的这一方面类似于原始的Enterprise Objects Framework（EOF）系统，但EOF中开发者可以使用相对简洁的查询方式，而在Core Data中，只能使用一个语法类似SQL子集的查询语言，称为Predicate。Core Data是标准化的，可以自由的读写Xcode数据模型文件（通常是.xcdatamodel文件）。

与EOF不同，Core Data目前没有设计多用户或多线程访问模式。模型迁移通常也需要代码，若其它开发者依赖于某个数据模型，则该数据模型的设计者可能在模型发生改变时需要与新数据模型一起提供版本转换代码。

操作简介

Core Data由相对庞大的类继承体系组成，但开发者需要关注的接口只是其中的一个相对小的子集。

一般需要定义以下Core Data的三个必备

NSPersistentStoreCoordinator*persistentStoreCoordinator;

NSManagedObjectModel*managedObjectModel;

NSManagedObjectContext*managedObjectContext;

以及使用时需要用到的

NSFetchedResultsController*fetchedResultsController;

具体的使用例子比较多，后面介绍一下在使用过程中遇到的一些问题。或许可以帮到你。

分享

1.使用Table时在3.0版本时会Crash

- (NSInteger)tableView:(UITableView*)table numberOfRowsInSection:(NSInteger)section{

id<NSFetchedResultsSectionInfo> sectionInfo = [[self.fetchedResultsControllersections]objectAtIndex:section];

return[sectionInfonumberOfObjects];

}

3.0版本的时候如果你在numberOfRowsInSection的回调时Crash，那么加上下面这个回调就没事了，这样在无数据的时候数组就不会越界了。Apple在3.0才第一次上CoreData，总有不小心的时候，后面的版本就处理得很好。

- (NSInteger)numberOfSectionsInTableView:(UITableView*)tableView {

return[[self.fetchedResultsControllersections]count];

}

2.又Crash了，检查一下，记得在所有增删改查前已经调用过下面这几句话，并且在重置fetchedResultsController的时候也要重新调用，所以我把它写到创建的尾部了。

NSError*error;

if(![fetchedResultsControllerperformFetch:&error])

NSLog(@"Error performing fetch: %@", [errorlocalizedDescription]);

3.错误信息看不懂，用

- (void) handleError:(NSError*)error fromSource:(NSString*)sourceString

{

NDLOG(@"Unresolved error %@ at %@, %@", error, sourceString, [erroruserInfo]);

[DataControllerdumpError:error];

}

打出来的确实不是很清楚。有时候还是不准确不完整的信息。换一个吧，我们自己来。

+ (void) dumpError:(NSError*) error {

NDLOG(@"Failed to save to data store: %@", [errorlocalizedDescription]);

NSArray* detailedErrors = [[erroruserInfo]objectForKey:NSDetailedErrorsKey];

if(detailedErrors !=nil&& [detailedErrorscount] >0) {

for(NSError* detailedErrorindetailedErrors) {

NDLOG(@"DetailedError: %@", [detailedErroruserInfo]);

}

}

else{

NDLOG(@"%@", [erroruserInfo]);

}

}

4.不是每次都要fetchedResultsController的，有时候直接用NSFetchRequest更方便。

NSFetchRequest*request = [[[NSFetchRequestalloc]init]autorelease];

NSEntityDescription*tagEntity = [NSEntityDescriptionentityForName:@"entityName"inManagedObjectContext:managedObjectContext];

[requestsetEntity:tagEntity];

NSError*error =nil;

NSArray*array = [managedObjectContextexecuteFetchRequest:requesterror:&error];

return[arraycount];

5.有时候没SQL命令确实效率不怎么样。为了做一个更新数据库的操作，瞧这代码，幸亏N都是很小的值。

NSMutableArray* persistent = [NSMutableArrayarrayWithArray:local];

NSMutableArray* netData = [NSMutableArrayarrayWithArray:netReturn];

for(idinfoinpersistent) {

BOOLfound =NO;

for(iddatainnetData) {

if(找到) {

更新对象数据等操作

[netDataremoveObject: data];

found =YES;

break;

}

}

if(!found) {

移除不必要的数据等

}

}

for(iddatainnetData) {

插入新增等操作

}

最后是保存等操作

}

6.在使用的过程中，其功能强大省去了很多的事情，但是其实有很多需要注意的东西吗，delegate的处理等等。在改变模型的时候如果没有更新方案的话会很麻烦的。效率上也是值得商榷，还有一堆高度重复的代码也是看起来不舒服的地方。还有就是感觉数据源非常适合使用Table来处理。

7.在上面的第五点的更新操作为什么需要这样子麻烦呢，因为需要避免用户在操作一个数据库中一个已经被删除的但是已经载到内存中对象。但是这种情况并没有能够完全规避，这时候在访问对象数据前，需要及时的判断这个内存中的对象还有效吗。调用对象的isFault（NSManagedObject），进行判断，及时避免不必要的操作和崩溃。

本文来自http://blog.csdn.net/arthurchenjs/article/details/6339659