one more thing, I've never said the project is written in R, of course it is
not! But it can be used from R.
--
View this message in context:
http://r.789695.n4.nabble.com/how-useful-could-be-a-fast-and-embedded-database-for-the-R-community-tp4701051p4701081.html
Sent from the R devel mailing l
One more thing, the database embeddable, or it will be embeddable into R
code, but also, into C, C++ or Fortran.
--
View this message in context:
http://r.789695.n4.nabble.com/how-useful-could-be-a-fast-and-embedded-database-for-the-R-community-tp4701051p4701079.html
Sent from the R devel maili
I'm sorry, but I cannot show code. For the moment, this project is not open
source, it has costs a lot of effort, and first of all, I have to find a way
to recover the investment. If I find a way to recover the investment,
compatible with an open source way of business, the project will be open
sou
On 24 December 2014 at 10:49, joanv wrote:
| I've already done some benchmarks, again leveldb and sqlite, are quite slow
| compared with my release.
|
| They cannot be used very intensively in a huge computation, because the low
| performance.
|
| Yes, billions ( American ones : thousands of mil
I've already done some benchmarks, again leveldb and sqlite, are quite slow
compared with my release.
They cannot be used very intensively in a huge computation, because the low
performance.
Yes, billions ( American ones : thousands of millions) with a generous RAM.
More details at: www.vulcandb
I believe in patches and working code.
You're proposing to compete with the likes of sqlite and berkeley db
-- not small competition, with excellent performance characteristics
when used properly.
You also used the 'b'illions word in reference to data sets - really?
best,
--e
On Tue, Dec 23,
