Re: [Core Data] Improve save performance ?
Re: [Core Data] Improve save performance ?
- Subject: Re: [Core Data] Improve save performance ?
- From: Eric Morand <email@hidden>
- Date: Mon, 16 Jan 2006 13:35:34 +0100
Aurélien,
Deleting is faster for me : it took 2 seconds to delete 9 objects,
with a save between each deletion. With a save only when all objects
are marked for deletion, it took around 0.2-0.3 second.
This is faster but it is still slow to me. Mainly because I'm on a
good computer and I'm afraid of the results on small G4...
Eric.
Le 16 janv. 06 à 12:02, Aurélien Hugelé a écrit :
i have the same problem too, and not only while saving, but while
deleting too !
can you test deletion of several managed objects then save ?
On 16 janv. 06, at 10:17, Eric Morand wrote:
Hi !
Is there a way to improve the saving performance of a SQLite
persistent store ? On my respectable PowerMac 2x2,3Ghz, it takes
around one half of a second to save...one managed object !
I'm developing an accounting application and each new transaction
is saved to the persistent store when the user submit it. Well,
let me tell you that one half of a second if way too slow to be
acceptable - and I'm not even talking about the performances on
older computers than mine !
Maybe I should save the changes only when the user quit the
application (just like it is done by default) but if an user work
on the app for 2 hours and then a power failure happens,
everything would be lost !
Can anyone give me advice me on this ?
Thanks,
Eric.
=============================================
Automator Ketchup : http://automatorketchup.blogspot.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gumitech.com
This email sent to email@hidden
=============================================
Automator Ketchup : http://automatorketchup.blogspot.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden