Script Storage Could Be Used Rather Than Writing To Outside Files

I know lots have been said why this has not been executed. However,I have not seen one discussion, or suggestion concerning script storage compartments. In which the file stores into itself. Some scripted languages support this functionality. This is not storing data into memory, rather the data is written back into the file itself. So say you supply a product to a consumer, they change it via commands. The script stores these changes internally, and if the script is reset, it could access this stored set of data, and apply it. This concept has many uses, besides the given one. True this would involve a lot of work on the Lindens part to put this into effect. Not to mention scripting calls to manipulate the storage compartment. Though this would give developers a lot more freedom to work with. And not always having to push their data into globals, etc. And could pull this data on demand instead from these compartments.

I imagine this couldn't be done for the same reason they don't allow writing to notecards. Every time you change a script it gets a new asset key.

I like the idea, but with the approach that LL is giving to SL, a feature like this would bring a lot of unstability: Every time they add something 4/5 things get borked.

Add this big change now is not a good idea because they first have to fix the basics: transactions, database, communications, etc.

Wich brings the thinking that they are not doing well focusing on graphics where you can't rezz an object or make a basic transaction...it's Windows philosophy.
"My 2 cents"