Re: AS database options
Re: AS database options
- Subject: Re: AS database options
- From: John Mistler <email@hidden>
- Date: Sun, 27 Jun 2004 23:38:13 -0700
>
. . . there is another one by the same author called: "SQLDatabase"
>
which does work right out of the box. It has some lightweight Cocoa
>
classes that would be adaptable to an AppleScript Studio project 'call
>
method' scenario.
Does this mean that I could embed this "SQLDatabase" into my AS app, and
leave in place the "call methods" to MySQL (with path modifications, etc.)?
If so, do you know if "SQLDatabase" is released under the BSD license, GPL
license, or some other arrangement?
I am still interested in knowing if anyone has any Cocoa options for
database storage, given that iTunes and Address Book seem to have their own
databases. Is it just a matter of delving into Cocoa far enough to be able
to create a "SQLDatabase" type application of your own? I suppose that
would make sense.
Thanks for all the input,
John
on 6/27/04 1:13 PM, Philip Aker at email@hidden wrote:
>
On Sunday, Jun 27, 2004, at 10:13 US/Pacific, John Timmer wrote:
>
>
>> I was just looking into PostgreSQL and found this comparison:
>
>> http://www.devx.com/dbzone/Article/20743
>
>
>> It appears it has somewhat less onerous liscencing restrictions for
>
>> commercial apps.
>
>
> One problem with PgSQL is that all of the frameworks that make
>
> accessing its data easy from a Cocoa app are GPL'ed. This isn't the
>
> case with SQLlite. SQLlite is also a very small binary that can be
>
> embedded within the application bundle itself.
>
>
> You can probably still get things done by using the shell script
>
> method, but your app would no longer be self contained, and would
>
> require its users to have PgSQL installed and configured, which is not
>
> an ideal situation (same with MySQL).
>
>
> Just some thoughts from having evaluated all of this myself,
>
> previously...
>
>
I only started using sqlite recently. The default install would have it
>
put in a system path (/usr/local/lib). However I can say that it wasn't
>
too much trouble to create a framework from the source and embed that
>
in a Carbon C++ application bundle. Very handy.
>
>
The sample implementation I mentioned previously isn't actually that
>
hot but there is another one by the same author called: "SQLDatabase"
>
which does work right out of the box. It has some lightweight Cocoa
>
classes that would be adaptable to an AppleScript Studio project 'call
>
method' scenario.
>
>
>
Philip Aker
>
http://www.aker.ca
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.