News for hackers. Stuff that matters.
Re:What's wrong with statistics in Julia? by peatmoss on Sunday November 30, 2014 @11:54AM (#8677239)
Ah, that's a very succinct reason. Because my needs are somewhat ordinary, I often forget about the notion that columns might be anything other than vectors containing single values. I wonder if some of the more complex datatypes could be added to SQLite in the same sort of way that Spatialite has added geospatial geometries as column types. In fact, I wonder if some of those geospatial types might be abused to push past the 90% use case barrier.

Hmm... Now I'm wondering what level of extension to SQLite would be required to create a shared library that could be plugged in to any of the various languages that need dataframe functionality. DataLite?

Re:What's wrong with statistics in Julia? by johnmyleswhite on Sunday November 30, 2014 @12:40PM (#8677403)
I'm not sure. I think, for many users, SQLite is sufficient, which is why I'll be using it for prototype work in the future. Trying to add things like arrays seems like a lot of work, since you also need to add things like HQL's EXPLODE at the same time.
Re:What's wrong with statistics in Julia? by tlmr on Sunday November 30, 2014 @01:53PM (#8677648)
Check out continuum's blaze project for python. Provides table and array abstractions for a variety of backends, including SQL solutions.