To make this happen, it seems like we would need an external that multithreads 
database queries and sends the query results back to LC as a new message. It 
would have to bring in a new ID for each request and return that ID with the 
result.

Can the ODBC external do that?

Sent from my iPhone

> On Dec 4, 2017, at 2:06 PM, Richard Gaskin via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> jonathandlynch wrote:
> 
> > Hi Richard and Andre - thanks for your replies. I was the one who
> > mentioned millions of users at the same time, not out of drunkenness
> > but because I wanted to understand the upper limits of these systems.
> 
> Scaling is a fascinating problem.  I found the C10k problem a good starting 
> point (in recent years supplanted with C10m):
> 
> <https://en.wikipedia.org/wiki/C10k_problem>
> 
> 
> > I also found a thread discussing this idea from a few years ago that
> > Richard was part of. It was very informative.
> 
> I usually just quote Pierre or Andre, but once in a while my OCD habits with 
> benchmarking add something useful. :)
> 
> 
> > I think an all-LC very fast server would be a great thing, but it
> > sounds like just using node would be more realistic. I might fiddle
> > a bit with this idea, just to satisfy my curiosity.
> 
> Node.js is good where Node.js is needed.  In some cases NginX is good. In 
> other cases Lighttpd is fine.  And in many cases Apache is fine, even with 
> simple CGI.
> 
> Most of us never need to think about C10m, or even C10k.  If we do, that's a 
> wonderfully fortunate problem to have.  Just having that problem makes it 
> much easier to get funding to solve it with specialists.  Let the t-shirts 
> sort it out while the suits focus on strategy.
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> ____________________________________________________________________
> ambassa...@fourthworld.com                http://www.FourthWorld.com
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to