Re: Core Data Fetch request very poor performance ??!
Re: Core Data Fetch request very poor performance ??!
- Subject: Re: Core Data Fetch request very poor performance ??!
- From: "I. Savant" <email@hidden>
- Date: Tue, 29 Nov 2005 13:10:06 -0500
Sorry, I hit send prematurely. As to the cost of support, there
are many free sources of information out there (I've had little to no
trouble at all integrating SQLite into my own projects, for fun *or*
profit). This may be a perfectly valid argument for a large software
house, but not for a small-time, independent developer with shareware
products.
I had no intention of starting any kind of marketing flame-war and
I have nothing bad to say about Valentina; my reason for posting the
'not free' message is because that fact was left out of the original
post which sounded an awful lot like an advertisement in response to
a request for technical support (for a commercial alternative solution).
--
I.S.
On Nov 29, 2005, at 12:54 PM, Lynn Fredricks wrote:
However, it's also worth mentioning that Valentina (at
least from what I see on the web site) is not free. SQLLite is.
This is mostly true but not entirely correct. SQLite is public domain,
though many commercial products have been developed from it for use
with
solutions like Director,REALbasic and Revolution. Yet Valentina 2
remains
incredibly popular on those platforms for serious commercial
development,
since the cost is negligible given the cost of commercial projects.
If your programmers work for free, then I see more reason to
consider SQLite
as free. But if you check what it costs to get into Valentina,
you'll see
that it's a minute drop in the bucket compared to a project cost --
something to weigh vs the performance benefits. If it makes the
difference
of if you have to troubleshoot just once with SQLite, odds are you've
already saved the cost of Valentina right there.
Best regards,
Lynn Fredricks
President
Paradigma Software, Inc
Joining Worlds of Information
Deploy True Client-Server Database Solutions
Royalty Free with Valentina Developer Network
http://www.paradigmasoft.com
On Nov 29, 2005, at 8:32 AM, Ruslan Zasukhin wrote:
SQlLite is really "LITE".
So nobody should expect miracles from it.
We have good news for Cocoa developers!
Justin Drury have provide a lots of help to Paradigma SoftWare to
force poring of Valentina Database to Cocoa.
Justin already 2 weeks use Valentina, and he have very impressive
results.
I hope that Justin will post few comments to this list. Justin?
In any case you can read Justin comment right here:
http://paradigmasoft.com/en/testimonials (third from top)
Why this is good news for Cocoa developers?
Because Valentina is tens and hundreds times of faster than SQlLite.
I think in about of week, we will ship public beta of Valentina for
Cocoa.
We have many questions to Cocoa developers and may be Apple.
For example I have see that CoreData support M : M links.
Valentina 2 introduce revolutionary feature in its Object-
Relational
model.
This is Links. Valentina 2 have Tables *and* Links. You can
use 3 kind
of links for now:
- Foreign Key
- ObjectPtr
- Binary Link.
Binary Link support M : M link between tables. So it is very
interesting to see how it is possible plug this feature
into Core Data
model. They both looks to be born to be married.
--
Best regards,
Ruslan Zasukhin
VP Engineering and New Technology
Paradigma Software, Inc
Valentina - Joining Worlds of Information
http://www.paradigmasoft.com
[I feel the need: the need for speed]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
blic.kherson.ua
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
_______________________________________________
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