[SERVER-157] stored js libraries Created: 14/Jul/09  Updated: 02/Jun/22  Resolved: 29/Sep/09

Status: Closed
Project: Core Server
Component/s: JavaScript
Affects Version/s: None
Fix Version/s: 1.1.1

Type: New Feature Priority: Major - P3
Reporter: Eliot Horowitz (Inactive) Assignee: Eliot Horowitz (Inactive)
Resolution: Done Votes: 11
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
is depended on by SERVER-925 support for stored js Closed
Related
related to SERVER-64491 Reconsider allowing the system.js col... Closed
Participants:

 Comments   
Comment by Eliot Horowitz (Inactive) [ 29/Sep/09 ]

see jstests/storefunc.js for examples

Comment by Eliot Horowitz (Inactive) [ 10/Aug/09 ]

minimally - trace monkey is very fast.
javascript is used b/c its very well known.
the scripting interface is abstract however, so anyone could write a layer for a different language.

Comment by Phillip Oldham [ 10/Aug/09 ]

Wouldn't Javascript be slower than embedded Lua? Maybe add the option to use Lua also (for intensive work)?

Comment by sandstrom [ 20/Jul/09 ]

Perhaps related: http://jira.mongodb.org/browse/SERVER-82

Comment by Wouter [ 14/Jul/09 ]

It would be similar to the Lua extension of Tokyo Cabinet. It would allow us to create some powerful functions we know from other systems (eg Memcached & Redis).

See the (second part of the) presentation on this page: http://www.igvita.com/2009/07/13/extending-tokyo-cabinet-db-with-lua/. It talks about using Lua to add (atomic) methods like increment/decrement (that return the value) and set management methods (from Redis) to Tokyo Cabinet.

The advantage with MongoDB is that Javascript is much better known than Lua, and probably more powerful.

Generated at Thu Feb 08 02:53:12 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.