On 04/08/15 16:25, Guillermo Polito wrote:
> Helloooooo :)
> 
> First Tomasso, it's nice to know it's working well for you :). We need
> feedback and contributions, even the smallests (like docs, or blogposts
> with your experiences or tutorials).
> 
> Answering your question, GarageGlorp does not yet use the cursors from
> the Garage drivers. I do not know what exactly should be added to the
> Glorp's GarageAdapter, maybe we can take a look at it if you are available.
> 

Hi Guillermo,

thanks, that would be really interesting.

Unfortunately right now I'm in a hurry to read some data from posgtgres,
so I'll manage to do that "by hand" (i.e. without cursors), but I think
that if we want to use Pharo for data analysis, being able to process
large volume of data in a lean way is a must (it is not the first time I
need it) and the option of glorp+cursors to stream the data from the db
without kill the ram would be amazing.

I would be happy to help enable this feature for Garage, but I don't
really know where to look, do you have any hints?

Tommaso


> For the rest:
> 
> *OpenDBX* -> it is a database abstraction written in C. It was developed
> outside the community, though we contribute if necessary. There is also
> a driver in Pharo providing bindings against this opendbx library.
> *Garage* -> a database abstraction in Pharo. It provides a common
> interface to talk with several drivers (e.g., opendbx, native postgres,
> native mysql...)
> *Glorp* -> an object relational mapping framework that connects to a
> database (therefore it needs some database driver) and converts
> relational data into objects.
> *DBXTalk* -> the umbrella project of all the above (and their connections)
> 
> Cheers,
> Guille
> 
> El mar., 4 de ago. de 2015 a la(s) 12:36 a. m., Esteban A. Maringolo
> <emaring...@gmail.com <mailto:emaring...@gmail.com>> escribió:
> 
>     2015-08-03 16:20 GMT-03:00 Esteban Lorenzano <esteba...@gmail.com
>     <mailto:esteba...@gmail.com>>:
>     > yes… just that is not accurate :)
>     > is basically like that, just that DBXTalk is not a driver, is an
>     umbrella project. The OpenDBX drivers is still called OpenDBXDriver :P
> 
>     TooManyAbstractionsException signal.
> 
>     ;)
> 
>     Esteban A. Maringolo
> 

Reply via email to