- Pharo-users - lists.pharo.org

Re: [Pharo-users] best solution to store data

by Roelof Wobben

Sept. 2, 2014

Re: [Pharo-users] Persistence on Moose browsers, showing always a selection in trees and making tree labels editable.

by Offray Vladimir Luna CÃ¡rdenas

Hi Sven, On 08/28/2014 04:47 PM, Sven Van Caekenberghe wrote: > Hi, > > On 28 Aug 2014, at 07:49, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > >> The last question its related with Sven's STON: Suppose that I would like to store light markup languages in STON which have the single quote character (') on them, without creating any escape sequence, is this possible on STON and if not, what is needed to be changed for that? > > I am not sure I understand, but I assume you want to be able to write another language inside a String constant. STON uses the same escape sequences as JSON. So that means you have to use either the general \uFFFF or a couple of shortcuts, like \' and \". Note however that you can use both single and double quote as string delimiters. > > So you do: > > 'x:="foo"' or "x:='foo'" as well as 'x:=\'foo\'' and "x:=\"foo\"" > > Does that help ? > > Sven > Yes I imagine myself writing long structured documents in light markup languages (specifically pandoc's markdown [1]) in my outliner and storing it in STON. Because single and double quotes are fairly common in writing I would like to write my documents with out worrying about escape characters or the sequence of single quotes and double ones. Being STON a young language would be nice to provide a way inside it to store arbitrary long sequences of text that can contain single and double quotes. YAML[2] (another nice serializing language) has solved the issue with indentation blocks and some minor marks which help a lot to human readability (similar to the pretty printing of STON) and python has their triple quotes which are pretty uncommon on casual writing. Both of the has proven to me being very useful ways to store light markup language inside yaml or python and I would like to know if there is a similar option for STON or if this can be easily implemented. [1] http://johnmacfarlane.net/pandoc/ [2] https://en.wikipedia.org/wiki/YAML Thanks, Offray

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

problem with relational databases is that they do not match really well with object models. nowadays you have a lot of cool solutions that allow you to avoid them (several document-oriented databases, object-oriented, etc.) so unless you are really constrained for some reason (like imposition of customers), or you have real use cases (like doing complex tabular projections), I would always recommend to take another approach than relational. stay in objects as much as you can! Esteban On 02 Sep 2014, at 15:18, kilon alios <kilon.alios(a)gmail.com> wrote: > ah yes thats it , thanks Pierce . It may come handy for my project Ephestos, though I prefer to keep things inside the Pharo image personally. > > > On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > > When I was coding in Python for small local databases SQlite was > > recommended , I only have played briefly with it but it looked to me fairly > > easy to use and with a very good performance. But I dont know how well it > > works in Pharo, so maybe someone can jump in and tells us about it . > > Give it a spin: > > http://www.samadhiweb.com/tags/sqlite > http://ss3.gemtalksystems.com/ss/NBSQLite3/ > > Pierce > > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by kilon alios

ah yes thats it , thanks Pierce . It may come handy for my project Ephestos, though I prefer to keep things inside the Pharo image personally. On Tue, Sep 2, 2014 at 4:04 PM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > > When I was coding in Python for small local databases SQlite was > > recommended , I only have played briefly with it but it looked to me > fairly > > easy to use and with a very good performance. But I dont know how well it > > works in Pharo, so maybe someone can jump in and tells us about it . > > Give it a spin: > > http://www.samadhiweb.com/tags/sqlite > http://ss3.gemtalksystems.com/ss/NBSQLite3/ > > Pierce > > >

Sept. 2, 2014

Re: [Pharo-users] [Article] Reddit.st - In 10 Cool Pharo Classes

by Esteban A. Maringolo

Excellent. I hope this spurs more people to embrace GLORP use together with Seaside. :) Thank you again. Esteban A. Maringolo 2014-09-01 18:18 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Hi, > > I published another introduction/tutorial article > > Reddit.st - In 10 Cool Pharo Classes > > Implementing a Reddit style web application in Pharo using Seaside, Glorp and PostgreSQL > > https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > > The focus is not so much on the smaller size or the higher developer productivity in Pharo, but more on the fact that we can cover so much ground using such powerful frameworks, as well as the natural development flow from model over tests and persistence to web GUI. This is a more intermediate level article that assumes basic knowledge about Pharo (language and IDE). > > https://ci.inria.fr/pharo-contribution/job/Reddit/ > > http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit > > Enjoy! > > Sven > > PS: This article is actually an update of an article that I wrote in 2010 and that became unavailable/outdated. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Pierce Ng

On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote: > When I was coding in Python for small local databases SQlite was > recommended , I only have played briefly with it but it looked to me fairly > easy to use and with a very good performance. But I dont know how well it > works in Pharo, so maybe someone can jump in and tells us about it . Give it a spin: http://www.samadhiweb.com/tags/sqlite http://ss3.gemtalksystems.com/ss/NBSQLite3/ Pierce

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by kilon alios

When I was coding in Python for small local databases SQlite was recommended , I only have played briefly with it but it looked to me fairly easy to use and with a very good performance. But I dont know how well it works in Pharo, so maybe someone can jump in and tells us about it . On Tue, Sep 2, 2014 at 3:49 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > seeing that use case is really small, I would probably try the simplest > approach possible. > Something like sandstonedb can make the trick here :) > > http://smalltalkhub.com/#!/~gnaritas/SandstoneDb > > Esteban > > > On 02 Sep 2014, at 14:31, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> > wrote: > > Yep, the binary approach is a bit more fragile and less interoperable. > STON, JSON or XML are all fine with such a small domain I imagine. > > > On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > >> >> On 2/9/14 09:11, FranÃ§ois Stephany wrote: >> >> If you don't want a separate DB, object serialization with Fuel is an >> option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some >> people use it. >> >> pay attention that images can get corrupted so I would in addition use a >> file based approach (STON or whatever). >> >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: >> >>> Hello, >>> >>> I want to try to make a financial app for a organisation. >>> >>> There are some 50 customers so also 50 invoices a year. >>> Then the payments . Also 50 a year. >>> >>> Cash and bank accounts . Every month some 10 - 20 things. >>> >>> So on my disk on the programm I now use it costs me some 30 - 50 Kb a >>> year. >>> >>> What are my options for storage of those data. >>> >>> I could use a database , but I wonder if there are more and better >>> options. >>> >>> Roelof >>> >>> >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Esteban Lorenzano

seeing that use case is really small, I would probably try the simplest approach possible. Something like sandstonedb can make the trick here :) http://smalltalkhub.com/#!/~gnaritas/SandstoneDb Esteban On 02 Sep 2014, at 14:31, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Yep, the binary approach is a bit more fragile and less interoperable. > STON, JSON or XML are all fine with such a small domain I imagine. > > > On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > > On 2/9/14 09:11, FranÃ§ois Stephany wrote: >> If you don't want a separate DB, object serialization with Fuel is an option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some people use it. > pay attention that images can get corrupted so I would in addition use a file based approach (STON or whatever). > >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and better options. >> >> Roelof >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by FranÃ§ois Stephany

Yep, the binary approach is a bit more fragile and less interoperable. STON, JSON or XML are all fine with such a small domain I imagine. On Tue, Sep 2, 2014 at 12:31 PM, stepharo <stepharo(a)free.fr> wrote: > > On 2/9/14 09:11, FranÃ§ois Stephany wrote: > > If you don't want a separate DB, object serialization with Fuel is an > option. It's very easy to serialize a graph of objects to disk. > You can also have a look at SandstoneDB, it's pretty small and some > people use it. > > pay attention that images can get corrupted so I would in addition use a > file based approach (STON or whatever). > > > Cheers, > Francois > > > On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: > >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 Kb a >> year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and better >> options. >> >> Roelof >> >> > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by stepharo

On 2/9/14 13:01, Roelof Wobben wrote: > Thanks. > > Could Magna also be a good solution ? For such quantity of information my impression is that it is oversized. May be Chris Mueller will reply. Now Magma does not work in Pharo (or may be it does but I do not know). > > Roelof > > > > > FranÃ§ois Stephany schreef op 2-9-2014 9:11: >> If you don't want a separate DB, object serialization with Fuel is an >> option. It's very easy to serialize a graph of objects to disk. >> You can also have a look at SandstoneDB, it's pretty small and some >> people use it. >> >> Cheers, >> Francois >> >> >> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl >> <mailto:r.wobben@home.nl>> wrote: >> >> Hello, >> >> I want to try to make a financial app for a organisation. >> >> There are some 50 customers so also 50 invoices a year. >> Then the payments . Also 50 a year. >> >> Cash and bank accounts . Every month some 10 - 20 things. >> >> So on my disk on the programm I now use it costs me some 30 - 50 >> Kb a year. >> >> What are my options for storage of those data. >> >> I could use a database , but I wonder if there are more and >> better options. >> >> Roelof >> >> >

Sept. 2, 2014