Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

free database for Mac OS X?

32 réponses
Avatar
justaguy
Hi,

I have just one more question about Mac and database... other than
FileMaker (Pro) is there any other database that I could freely bundle
with my software package? It appears mySQL (now under Oracle) is no
longer open source...

Thanks.

10 réponses

1 2 3 4
Avatar
Only Nixon could go to China Blue
In article ,
justaguy wrote:

On Nov 25, 8:10 pm, Only Nixon could go to China Blue
wrote:
> Sqlite is preinstalled on MacOSX. It's also available through CoreData.
>
> --
> White folks think they're at the top,  |        Ha, ha, that is very
> logical.
> ask any proud white male.              |       I'm whoever you want me to
> be.
> A million years of evolution,          |  Annoying Usenet one post at a
> time.
> and we get Danny Quayle.               |    At least I can stay in
> character.

"Sqlite is preinstalled on MacOSX", does that mean 90% of all Mac
computers (be it laptop or notebook, sold 5 years ago something)?

Many thanks.



Every Mac with MacOSX will have it. System 9 and earlier will not have it.

--
White folks think they're at the top, | Ha, ha, that is very logical.
ask any proud white male. | I'm whoever you want me to be.
A million years of evolution, | Annoying Usenet one post at a time.
and we get Danny Quayle. | At least I can stay in character.
Avatar
Only Nixon could go to China Blue
In article ,
justaguy wrote:

On Nov 25, 10:42 pm, JF Mezei wrote:
> > "Sqlite is preinstalled on MacOSX", does that mean 90% of all Mac
> > computers (be it laptop or notebook, sold 5 years ago something)?
>
> MySQL is pre-installed on OS_X servers (at least up to Snow Leopard). It
> was not installed in OS)X, but you can download and install it easily.
>
> SQLlite may be part of OS-X, but I am not sure if there is easy access
> to it.

"SQLlite may be part of OS-X, but I am not sure if there is easy
access
to it. ", interesting point, and that's what I was researching an hour
ago, and I seem to draw same conclusion. funny tho how come such an
impressive corporation like Apple wouldn't think of providing an easy
access tool for a useful "platform" if we may call it so?



The command line is sqlite3, with man page 'man sqlite3'. The library interface
is <sqlite3.h> which also documents the interface. It is also the SQL that
CoreData can use. Also http://sqlite.org/

--
White folks think they're at the top, | Ha, ha, that is very logical.
ask any proud white male. | I'm whoever you want me to be.
A million years of evolution, | Annoying Usenet one post at a time.
and we get Danny Quayle. | At least I can stay in character.
Avatar
justaguy
On Nov 26, 12:45 am, (David Empson) wrote:
justaguy wrote:
> On Nov 25, 8:10 pm, Only Nixon could go to China Blue
> wrote:
> > Sqlite is preinstalled on MacOSX. It's also available through CoreDat a.

> "Sqlite is preinstalled on MacOSX", does that mean 90% of all Mac
> computers (be it laptop or notebook, sold 5 years ago something)?

sqlite3 comes preinstalled (as a library and command line tool) at least
on Mac OS X 10.5 and 10.6, so it is on all Macs sold since about October
2007, and older ones (dating back at least to 2004 and for some models
back to 2001) which have upgraded to 10.5.

Whether it is useful for you is a more difficult question to answer. I
haven't seen the thread far enough back to know what you need in a
database (apart from "free"), and that you want to convert data from
Access.

SQLite is basically a library which allows applications to incorporate a
single user SQL database without having to go to the trouble of
implementing it themselves. There is also a command line tool which can
be used to perform actions on database files created by SQLite.

If you are writing an application, you don't need SQLite to be included
with the operating system, because you can download the source code and
build it yourself, linking it directly into your application. (The OS
library just provides a convenient option, which is used by many parts
of Mac OS X, so it avoids the need for multiple copies of SQLite to be
included with the system.)

If you want to get data from Access to anything else, you would probably
need to export the data from Access into a standard file format like
CSV, then import it into the other database.

From a quick glance, the sqlite3 command line tool cannot directly
import CSV files, but it can import text files which have no value
quotations or character esacpes, e.g. a TAB-delimited text file might be
OK (as long as TAB doesn't appear anywhere in the data).

If sqlite3 can't import the data directly then you would need a third
party utility or write your own application or script to preprocess the
data and turn it into something like SQL INSERT statements or a suitably
formatted text file which can be imported.

--
David Empson




"
SQLite is basically a library which allows applications to incorporate
a
single user SQL database without having to go to the trouble of
implementing it themselves. There is also a command line tool which
can
be used to perform actions on database files created by SQLite.
"
among others, thank you.

Here's the reason for the discussion:
An app has already been designed and developed and in the market for
Windows users and I initially designed it about three years ago I used
MS SQL Server Express as the back-end data storage vehicle... but the
"Express" installation wasn't reliable enough, hence, I switched to
Access and considering less than 1/3 of market share for the personal
computing at that time for Mac, I decided to go with Windows first...
and here's the app's website if interested in further info about it,
http://www.knowledgenotebook.com/

Now back to this question about SQLite, it seems its designer's
thought is to support new app development with it, but for case like
us... it sounds like hassle because it is not able to easily import/
migrate one database and allows standard SQL call for data
manipulation it would work for our need.
Avatar
Michael Vilain
In article
,
justaguy wrote:

On Nov 25, 10:42 pm, JF Mezei wrote:
> > "Sqlite is preinstalled on MacOSX", does that mean 90% of all Mac
> > computers (be it laptop or notebook, sold 5 years ago something)?
>
> MySQL is pre-installed on OS_X servers (at least up to Snow Leopard). It
> was not installed in OS)X, but you can download and install it easily.
>
> SQLlite may be part of OS-X, but I am not sure if there is easy access
> to it.

"SQLlite may be part of OS-X, but I am not sure if there is easy
access
to it. ", interesting point, and that's what I was researching an hour
ago, and I seem to draw same conclusion. funny tho how come such an
impressive corporation like Apple wouldn't think of providing an easy
access tool for a useful "platform" if we may call it so?

Thanks.



SQLite is a 'backend' and would be of little use for customers.
/usr/lib/libsqlite3.0.dylib is part of MacOS X, so the API is available
for programs that call it. Most programs that need some sort of
smallish table-based database use it. For example, Unison uses it to
keep the newgroups on each server it stores. It's 'good enough' and
unencumbered by any licensing (http://en.wikipedia.org/wiki/Sqlite3).
There are lots of GUI front-ends for it. Find one you like, free or
shareware, to use. But once you've setup your database, there's no need
to copy the development tool to the installed system. sqlite3 is part
of MacOS X.

One thing I've noticed about younger developers is this huge sense of
'software entitlement' when vendors are concerned. You don't want to
pay for something and expect a vendor to pick up the tab.

I think the 'customer experience' of a Macintosh includes the tools to
make that experience as easy as possible. MySQL isn't really a part of
that. Most customers buy a GUI front-end database if they need one. If
you want MySQL on your system, install it. If it's for commercial use,
pay the price as a cost of doing business.

--
DeeDee, don't press that button! DeeDee! NO! Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]
Avatar
Tim McNamara
In article ,
Michael Vilain wrote:

SQLite is a 'backend' and would be of little use for customers.
/usr/lib/libsqlite3.0.dylib is part of MacOS X, so the API is available
for programs that call it. Most programs that need some sort of
smallish table-based database use it. For example, Unison uses it to
keep the newgroups on each server it stores. It's 'good enough' and
unencumbered by any licensing (http://en.wikipedia.org/wiki/Sqlite3).
There are lots of GUI front-ends for it. Find one you like, free or
shareware, to use.



Indeed, searching MacUpdate for "SQLite" produces many tools designed to
work with in including tools to convert various database file formats to
something that works with SQLite.

--
Your time is limited. Don't waste it living someone else's life.

Steve Jobs 1955-2011
Avatar
justaguy
On Nov 26, 11:07 am, Tim McNamara wrote:
In article ,
 Michael Vilain wrote:

> SQLite is a 'backend' and would be of little use for customers.
> /usr/lib/libsqlite3.0.dylib is part of MacOS X, so the API is available
> for programs that call it.  Most programs that need some sort of
> smallish table-based database use it.  For example, Unison uses it to
> keep the newgroups on each server it stores.  It's 'good enough' and
> unencumbered by any licensing (http://en.wikipedia.org/wiki/Sqlite3).
> There are lots of GUI front-ends for it.  Find one you like, free or
> shareware, to use.

Indeed, searching MacUpdate for "SQLite" produces many tools designed to
work with in including tools to convert various database file formats to
something that works with SQLite.

--
Your time is limited.  Don't waste it living someone else's life.

Steve Jobs 1955-2011



" many tools designed to work with in including tools to convert
various database file formats to
something that works with SQLite. ",
Could you be more specific? Thanks.
Avatar
Jeff Gaines
On 26/11/2011 in message

justaguy wrote:

Thanks. And per JF Mezei, now a question is how to get my Access
database into it and be able to use it (data update and retrieval)...



How much work do you want to put into it?

I put a project up on the Code Project:
http://www.codeproject.com/KB/database/CreateXMLDB.aspx

Which would do what you want I think, something like:

Down-load the source and run it
Read in the Access Schema
Use it to write a SQLite DB (which you may need to tweak a bit afterwards)
Use it to write classes in C# to read the Access DB and write to the
SQLite DB.
That will give you the tools to get the data over.

I haven't used Windows or Visual Studio for a while now but I found it a
useful tool which is why I put it up on the Code Project.

--
Jeff Gaines Wiltshire UK
There are 10 types of people in the world, those who do binary and those
who don't.
Avatar
chambara1
Only Nixon could go to China Blue wrote:

Sqlite is preinstalled on MacOSX. It's also available through CoreData.



Oh! nous sommes où. En pays inconnu?

--
René

Lascia la spina cogli la rosa
Avatar
justaguy
On Nov 26, 1:36 pm, (René Chamayou) wrote:
Only Nixon could go to China Blue wrote:

> Sqlite is preinstalled on MacOSX. It's also available through CoreData.

Oh! nous sommes où. En pays inconnu?

--
René

Lascia la spina cogli la rosa



Google translation: where are we? in strange country.
Whatever it is, anything that contributes to the resolution of the
problem would be appreciated.
Avatar
Michael Vilain
In article
,
justaguy wrote:

On Nov 26, 11:07 am, Tim McNamara wrote:
> In article ,
>  Michael Vilain wrote:
>
> > SQLite is a 'backend' and would be of little use for customers.
> > /usr/lib/libsqlite3.0.dylib is part of MacOS X, so the API is available
> > for programs that call it.  Most programs that need some sort of
> > smallish table-based database use it.  For example, Unison uses it to
> > keep the newgroups on each server it stores.  It's 'good enough' and
> > unencumbered by any licensing (http://en.wikipedia.org/wiki/Sqlite3).
> > There are lots of GUI front-ends for it.  Find one you like, free or
> > shareware, to use.
>
> Indeed, searching MacUpdate for "SQLite" produces many tools designed to
> work with in including tools to convert various database file formats to
> something that works with SQLite.
>
> --
> Your time is limited.  Don't waste it living someone else's life.
>
> Steve Jobs 1955-2011

" many tools designed to work with in including tools to convert
various database file formats to
something that works with SQLite. ",
Could you be more specific? Thanks.



I found more hits than I wanted to post here. So I left the research to
you, if you're interested. Seems you want other to do your heavy
lifting. I use MesaSQLite to give me a GUI of existing databases. It's
all I need and it's $20. Their MesaSQL runs on Windows for $20.

If you need something that you have to ensure is on the remote
installer's system or is part of an installer, that's another problem.

If you need something that for one time can read an Access database on
your development system, look at stuff like perl's DBI/ACCESS/ODBC
stuff. It can read Access databases through ODBC and you can use perl
to populate a SQL database. It won't cost you anything. If you need to
do this programatically, write the code to read the Access database and
write the sqlite3 file according to the API.

--
DeeDee, don't press that button! DeeDee! NO! Dee...
[I filter all Goggle Groups posts, so any reply may be automatically ignored]
1 2 3 4