I'll throw in "embedded", but I'd vote for "self contained" too :-)

> On 27. Jan 2020, at 23:57, Jay Kreibich <j...@kreibi.ch> wrote:
> 
> I often describe it as “self contained.”
> 
>  -j
> 
> Sent from my iPhone
> 
>> On Jan 27, 2020, at 4:19 PM, Richard Hipp <d...@sqlite.org> wrote:
>> 
>> For many years I have described SQLite as being "serverless", as a way
>> to distinguish it from the more traditional client/server design of
>> RDBMSes.  "Serverless" seemed like the natural term to use, as it
>> seems to mean "without a server".
>> 
>> But more recently, "serverless" has become a popular buzz-word that
>> means "managed by my hosting provider rather than by me."  Many
>> readers have internalized this new marketing-driven meaning for
>> "serverless" and are hence confused when they see my claim that
>> "SQLite is serverless".
>> 
>> How can I fix this?  What alternative word can I use in place of
>> "serverless" to mean "without a server"?
>> 
>> Note that "in-process" and "embedded" are not adequate substitutes for
>> "serverless".  An RDBMS might be in-process or embedded but still be
>> running a server in a separate thread. In fact, that is how most
>> embedded RDBMSes other than SQLite work, if I am not much mistaken.
>> 
>> When I say "serverless" I mean that the application invokes a
>> function, that function performs some task on behalf of the
>> application, then the function returns, *and that is all*.  No threads
>> are left over, running in the background to do housekeeping.  The
>> function does send messages to some other thread or process.  The
>> function does not have an event loop.  The function does not have its
>> own stack. The function (with its subfunctions) does all the work
>> itself, using the callers stack, then returns control to the caller.
>> 
>> So what do I call this, if I can no longer use the word "serverless"
>> without confusing people?
>> 
>> "no-server"?
>> "sans-server"?
>> "stackless"?
>> "non-client/server"?
>> 
>> 
>> -- 
>> D. Richard Hipp
>> d...@sqlite.org
>> _______________________________________________
>> sqlite-users mailing list
>> sqlite-users@mailinglists.sqlite.org
>> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
> _______________________________________________
> sqlite-users mailing list
> sqlite-users@mailinglists.sqlite.org
> http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

_______________________________________________
sqlite-users mailing list
sqlite-users@mailinglists.sqlite.org
http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to