Live data from Hacker News

Redis-V8

redis-v8.com

31–40 of 73 posts

Re: Redis-V8

#31
post #28
post #15

Hey guys, i am a author, as you can see project in alpha state... Everything is working, but i need some time for translate the docs/tutorials, with my english this can take a lot of time... If some one can help me with it, i will be happy.

Hi, just nipticking: you wrote > Google Chrome, the open source browser from Google. Google Chrome is proprietary software . Chromium is open source.

I coped it from https://code.google.com/p/v8/...

Re: Redis-V8

#32
post #14
post #9

Why would I choose to use JS in a DB? Why, oh why? This language has more quirks then a 2012 US Republican Presidential candidate.

That's the first thing I thought. Having spent literally the last 10 years removing stored procedures and extensions from software products to eek out a little more from the black box that is a database engine and remove all the rats nest of logic, why would I want to go and do the same all over again? Of all the things I've learned in the last 20 years or so, you shouldn't stick any logic or programmability inside t…

Exactly what bad things happen when you put logic in the database? At my current employer, most business logic is in stored procedures.

Re: Redis-V8

#33
post #18
post #9

Why would I choose to use JS in a DB? Why, oh why? This language has more quirks then a 2012 US Republican Presidential candidate.

1) JS is easy, almost everyone can work with it. 2) V8 is faster than LUA 5-10 times........ 3) MVC - Model and crons, i think should be in DB.

You know there is a redis fork that uses LuaJIT right? https://github.com/neomantra/redis

Re: Redis-V8

#34
post #18
post #9

Why would I choose to use JS in a DB? Why, oh why? This language has more quirks then a 2012 US Republican Presidential candidate.

1) JS is easy, almost everyone can work with it. 2) V8 is faster than LUA 5-10 times........ 3) MVC - Model and crons, i think should be in DB.

2) Faster than LUA-JIT? Since when?

Re: Redis-V8

#35
post #18
post #9

Why would I choose to use JS in a DB? Why, oh why? This language has more quirks then a 2012 US Republican Presidential candidate.

1) JS is easy, almost everyone can work with it. 2) V8 is faster than LUA 5-10 times........ 3) MVC - Model and crons, i think should be in DB.

You know what's faster than JS? C. C, the language many VMs are built in and tasked with running these kinds of things.

Re: Redis-V8

#36
post #28
post #15

Hey guys, i am a author, as you can see project in alpha state... Everything is working, but i need some time for translate the docs/tutorials, with my english this can take a lot of time... If some one can help me with it, i will be happy.

Hi, just nipticking: you wrote > Google Chrome, the open source browser from Google. Google Chrome is proprietary software . Chromium is open source.

Yep, Chrome itself is not open source:

License: Freeware under Google Chrome Terms of Service

Chrome's WebKit & Blink layout engines and its V8 JavaScript engine are each free and open-source software, while its other components are each either open-source or proprietary. However, section 9 of Google Chrome's Terms of Service designates the whole package - Chrome itself - as proprietary freeware.

http://en.wikipedia.org/wiki/Google_Chrome

Re: Redis-V8

#37
post #14

Earlier quoted context omitted.

That's the first thing I thought. Having spent literally the last 10 years removing stored procedures and extensions from software products to eek out a little more from the black box that is a database engine and remove all the rats nest of logic, why would I want to go and do the same all over again? Of all the things I've learned in the last 20 years or so, you shouldn't stick any logic or programmability inside t…

Exactly what bad things happen when you put logic in the database? At my current employer, most business logic is in stored procedures.

Lots. Here you go:

1. CPU time goes up. When you need to scale up, your brick wall is a lot closer.

2. When you do need to scale up, moving it out of the database engine is very expensive and time consuming.

3. The languages are archaic, obtuse and inadequate for representing business logic and don't cover ALL concerns. How do you call a web service and do an update in a transaction for example? How do you send an email?

4. It's incredibly difficult to test as the entire thing is stateful.

5. Error handling and reporting is terrible.

6. You lose database portability. This is a big issue these days, particularly when you get whacked with major licensing model changes.

7. Versioning and deployment with the application is utterly painful.

Etc etc...

Re: Redis-V8

#38
post #14

Earlier quoted context omitted.

That's the first thing I thought. Having spent literally the last 10 years removing stored procedures and extensions from software products to eek out a little more from the black box that is a database engine and remove all the rats nest of logic, why would I want to go and do the same all over again? Of all the things I've learned in the last 20 years or so, you shouldn't stick any logic or programmability inside t…

Exactly what bad things happen when you put logic in the database? At my current employer, most business logic is in stored procedures.

The usual culprits are scaling and versioning / config mgmt; however, anything can be misused (and there's no one size fits all). I've seen it done well once. Once.

Re: Redis-V8

#39

Earlier quoted context omitted.

Exactly what bad things happen when you put logic in the database? At my current employer, most business logic is in stored procedures.

The usual culprits are scaling and versioning / config mgmt; however, anything can be misused (and there's no one size fits all). I've seen it done well once. Once.

That's one more time than me :)

Re: Redis-V8

#40
post #25
post #14

Earlier quoted context omitted.

That's the first thing I thought. Having spent literally the last 10 years removing stored procedures and extensions from software products to eek out a little more from the black box that is a database engine and remove all the rats nest of logic, why would I want to go and do the same all over again? Of all the things I've learned in the last 20 years or so, you shouldn't stick any logic or programmability inside t…

In a key-value store like Redis, it's actually quite useful to be able to generate an atomic query that says something like "If List A contains B, return C. Otherwise check whether List D contains E, and if so, return all the keys and values of Dictionary F, but otherwise return zero." But of course, Redis already has Lua scripting which is a nearly perfect fit for its use case. JavaScript looks terribly cluttered by…

Couldn't this be handled with some conditional primitives like in ARM assembly adequately?

Actually that's not a bad idea ... writes it down...

Post reply on HN