[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sqlite-users
Subject:    Re: [sqlite] SQLite vs. Oracle (parallelized)
From:       P Kishor <punk.kish () gmail ! com>
Date:       2009-02-24 15:16:23
Message-ID: cdf6db500902240716t156e6a46o1ca7ddafc7dd5b98 () mail ! gmail ! com
[Download RAW message or body]

On Tue, Feb 24, 2009 at 8:19 AM, Allan Edwards <wallanedwards@gmail.com> wrote:
> I must trade my works for currency.  "Will Code for FOOD!!!!" : - )  I
> consult and architect systems professionally and really can't afford
> to do much free work.  As much as I love to develop solutions, we are
> not in the Star Trek age of we just live to better others and
> ourselves!  If we were you would find me saying "Computer, lets work
> up a new piece of software on Sqlite... etc. etc. etc."

I am not sure what to make of this. I thought you wrote that you had
already "written a socket based server," so that would not mean any
further work for you other than putting it on the sqlite.org website
and in public domain.

On the other hand, I completely understand if your hands are tied with
either client-worker confidentiality, work-for-hire agreements, or
even the exigencies of trying to monetize your earlier work.

In open source, we have to depend on the largesse of others, who, just
like us, have exactly the same number of hours in a day, and pretty
much exactly the same kind of need for making ends meet. Someone has
to, somewhere, decide to give away something. At some point, Richard
did that with Sqlite, and we are all here as a result. Even here, many
people give generously of their time and knowledge -- most of us on
this list would get nowhere without Dan Kennedy, Dennis Cote, Igor
Tantednik, Roger Binns and the like.

The beauty of open source is that if others can't give away, we do
have the freedom of trying to meet our own needs. If we don't have the
technical ability to meet our own need, then we can trade our money or
other resources with someone who does have that ability. Barring all
of that, I would say, we are a noop.

Maybe someday someone will feel a burning need for a massively
parallelized, multi-core, full CPU utilizing SQLiteHeavy version of
this little database, and will have the time or means to make it
happen. If that happens, maybe that person will then put this
SQLiteHeavy into public domain, and maybe it will become highly
popular. We can only hope.


>
>
>
> On Tue, Feb 24, 2009 at 7:55 AM, P Kishor <punk.kish@gmail.com> wrote:
>> On Tue, Feb 24, 2009 at 12:25 AM, Allan Edwards <wallanedwards@gmail.com> wrote:
>> ..
>>>
>>> I have personally written a socket based server on top of the database
>>> and it works very well.  So I have actually scaled the database myself
>>> as I preached in this email.  Don't be a WIMP and map shares to share
>>> a database... write a socket based beauty like YOURS TRULY! hehe  For
>>> "most" solutions it is wonderful.  After years and building millions
>>> of lines of code keeping the business delivery requirements fulfilled
>>> in the most simple manner seems to be the best approach for me.  If
>>> you are the same, stay agnostic to all solutions available and run up
>>> a strategy that will give you the best of all worlds.  And yes, at
>>> times you have to write a little EXTRA code to get there! : - )
>>>
>>> Allan
>>>
>>> P.S.  If somebody does decide to build enterprise Sqlite, I would love
>>> to throw in my 2 cents on how to write the stuff on the outside to add
>>> in the big dog features.  I was working out tonight and while thinking
>>> about this I believe you could actually maintain the wonderfulness of
>>> the core engine, then scale the library from an outside piece of code.
>>>  Then you can keep integrity on both sides of the fence and not make
>>> sqlite into sqlitetoomuch.
>>>
>> ..
>>
>> Have you considered taking the "socket based server" that you wrote, I
>> am assuming, on top of SQLite, and donating it to public domain/open
>> source, putting it on the sqlite wiki, so others may benefit?
>>
>> Who knows, with a seed like that, someone may well build a
>> SQLiteEnterprise (as much an oxymoron as that might be).
>>
>> --
>> Puneet Kishor http://www.punkish.org/
>> Nelson Institute for Environmental Studies http://www.nelson.wisc.edu/
>> Open Source Geospatial Foundation (OSGeo) http://www.osgeo.org/
>> Sent from: Madison WI United States.
>> _______________________________________________
>> sqlite-users mailing list
>> sqlite-users@sqlite.org
>> http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users
>>
>
>
>
> --
> W Allan Edwards
> 214-289-2959
>
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

[prev in list] [next in list] [prev in thread] [next in thread]