Re: Why is it wrong to have relationships without an inverse in Core Data?
Re: Why is it wrong to have relationships without an inverse in Core Data?
- Subject: Re: Why is it wrong to have relationships without an inverse in Core Data?
- From: Timothy Reaves <email@hidden>
- Date: Sat, 22 Jun 2013 14:26:34 -0400
Yes, CoreData is a database, and it does do ORM. It's not just an ORM, and it's not an RDBMS.
If it wasn't a database, it couldn't store data; that is the definition of a database. A database is not something that has row, columns, etc; it's something that stores data in an unspecified manor. Yes, and ASCII file can be a database, as many, many are on the mainframe. You seem to be confused as to what a database is.
If CoreData didn't do ORM, it couldn't persist objects into a SQL database, which it does with SQLite. It is not 'just' an ORM, and the ORM features may be optional, but they are still there.
If you are going to be pedantic, be accurate in your pedanticism.
On Jun 22, 2013, at 10:37 AM, Kyle Sluder <email@hidden> wrote:
> On Jun 22, 2013, at 12:55 AM, Rick Mann <email@hidden> wrote:
>
>>
>> On Jun 22, 2013, at 00:50 , Keith J. Schultz <email@hidden> wrote:
>>
>>> Core data helps in setting up the database, but deleting is another matter.
>>> You should do that manually for consistency. Core Data has no knowledge of the
>>> semantics of your database. so use prepareToDelete.
>
> I'm sorry, but what?
>
> 1. Core Data is NOT a database. It is NOT an ORM. Core Data is a model object persistence and management framework. It just so happens that it can use a SQLite database as a storage backend. It can also use XML.
>
> 2. Core Data very well does understand the semantics of your data model. That's what the data model _is_. Core Data is not somehow crippled in understanding deletions. It even has deletion propagation and validation.
>
> Seriously, if you're gonna knock on Core Data (for which there is PLENTY to knock on), at least come up with valid criticisms.
>
> --Kyle Sluder
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden