upvote
Why would you want a language enhancement for that, rather than just writing it in JS code? (or perhaps WASM)
reply

  > I think JavaScript would benefit from an in-memory database.
That database would probably look a lot like a JSON object. What are you suggesting, that a global JSON object does not solve?
reply
Whether it is an object, array, something else, or a combination thereof is a design decision. It is not so much about the design of the structure, which should be determined by execution performance considerations, but how information is added, removed and retrieved. Gathering one or more records from a JSON object, or array index, by value of some child property somewhere in a descendant structure of the instance index always feels like a one-off based upon the shape of the data. That could just be a query which is more elegant to read and yet still achieves superior execution performance compared to a bunch of nested loops or string of function array methods.

The more structures you have in a given application and the larger those structures become in their schemas the more valuable a uniform storage and retrieval solution becomes.

reply
Okay, what would your solution look like?

    from cities select state where name='Chicago'
isn't really different from

    cities.filter(x=>x.name=='Chicago').map(x=>x.state)
reply
sorted maps with log(n) access.
reply
Like indexedDB but in Node?
reply
> As an aside I think JavaScript would benefit from an in-memory database.

isn't that just global state, or do you mean you want that to be persistent?

reply