secondlifescripters Digest, Vol 33, Issue 2

Slip Stringfellow slip.stringfellow at
Tue Dec 2 12:31:52 PST 2008

I agree, SL is not well-suited at all for managing anything but the smallest
data sets.  My audio manager uses a script that I wrote that is designed to
allow instances of it to be placed in multiple prims and 'chained' together;
commands and data are sent to the first one via link messages, which passes
them to the ones behind it as needed (spreading the messages out over time
to avoid clogging the queue).  

This approach does allow an object to manage larger data sets, at the
expense of response time, complexity, and maintainability.  But I'm strongly
considering scrapping that and doing everything on an external server, via
HTTP calls - although HTTP has its own big limitations in LSL :-/  Anyway,
hope this helps,
Slip Stringfellow

-----Original Message-----

Message: 1
Date: Mon, 1 Dec 2008 15:33:32 -0500
From: "Dale Innis" <daleinnisemail at>
Subject: Re: How do you store and query large data sets efficiently
	in-world? (Ferd Frederix)
To: fred.b at
Cc: secondlifescripters at
	<37d76f100812011233r53f078acj71063c96438b35dc at>
Content-Type: text/plain; charset=ISO-8859-1

>From what I've heard and seen (haven't done this myself), your best
bet is to continue using the external server.  SL does not have good
support for large datasets of any kind; it's not a design point.

On Mon, Dec 1, 2008 at 1:44 PM, Fred Beckhusen <fred.b at> wrote:
>> Any tips on how to efficiently store 'large' data sets in-world?   I am
>> currently using SQL server externally, via HTTP Post, and desire to move
>> in world for long-term availability.

More information about the secondlifescripters mailing list