BTW remember that if you charge people for your application, then you
will need to pay if you use VW.
Thanks.
Could Magna also be a good solution ?
Saving and loading an object in fuel is two lines of code. So with a
little strategy 2014-09-02-Bills-252
you can save fast your data.
Same g
This example is just about storage, for a real app, dont use Arrays, but
make a User with name and password members, and a UserDAL class that do
the write.
Great!
As of your requirements there is very few business logic, and lot of
data entry.
With the estimation you gave about data size, I would try STON
straightforward to start prototyping.
see (for example)
http://www.jarober.com/blog/blogView?showComments=true&printTitle=ST_4U_389:_STON_Serial
On Tue, Sep 02, 2014 at 03:23:41PM +0200, Esteban Lorenzano wrote:
> 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.
>
I really like Fuel , nice design and easy moving data between images, Pharo
Grid Computing for the win :) I am sure it will come handy. Also great
work with Pharo for The Enterprise this book is growing and growing and
growing will eventual turn into a encyclopedia for pharo :)
On Tue, Sep 2, 20
BTW remember that if you charge people for your application, then you
will need to pay if you use VW.
Thanks.
Could Magna also be a good solution ?
Saving and loading an object in fuel is two lines of code. So with a
little strategy 2014-09-02-Bills-252
you can save fast your data.
Same g
Have a look at the PharoForTheEntreprise chapter (I'm in the high speed
train - no internet connection).
And there is also the web site of Fuel on rmod.
Stef
On 2/9/14 14:01, Roelof Wobben wrote:
Thanks all.
Is there a good tutorial how I can work with Fuel ?
Roelof
stepharo schreef op 2-
I know what I want.
The steps that I have to take.
1) Users and user management.
User has username and password.
2) entering and editing plans.
Plans has sort and amount.
3) entering and editing way of payment.
this has name and sort payment
4) Entering and editing customers.
Customers has
On 2 September 2014 22:02, stepharo wrote:
> 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).
Magma actually scales down pretty well, and given how ridiculously
easy
Forgort to say:
It's great to see Pharo apps coming to business world !
keep on.
I wish you succeed
Alain
Hi Roelof,
This is a very broad question with a lot of options, there is no short
answer.
If I had to choose a relational database approach from the beginning,
I would choose Sqlite, it's a very nice db, small, fast, works very well
with Pharo (I used it some time ago with FFI, didn't know a
Roelof wrote
>I think I wil go for a Magma or a xml approach.
http://wiki.squeak.org/squeak/2665
Magma might be overkill for this amount of data.
Magma needs an upgrade for recent Pharo.
Chris uses it on Squeak and found maintaining
it on Pharo too much work.
With XML you'll need to do more wor
Enviados: Martes, 2 de Septiembre 2014 6:33:26
Asunto: Re: [Pharo-users] best solution to
store data
Esteban talked about Voyage at ESUG, its on the list
of talks here:
When I was coding in Python I was using dictionaries a lot. I have made a
tutorial about them here
https://www.youtube.com/watch?v=MmTxJ_VBrIA&list=PLqbtQ7OkSta0ULYAd7Qdxof851ybh-_m_&index=18
Esteban I have instictive dislike since databases that started 23 years ago
when I was taught Dbase a dat
ut pharo is welcome"
> Enviados: Martes, 2 de Septiembre 2014 6:33:26
> Asunto: Re: [Pharo-users] best solution to store data
>
> Esteban talked about Voyage at ESUG, its on the list of talks here:
> http://goo.gl/E1VF53
>
> You can of course scale up to Gemstone (or in
Hi,
It depends… how? which framework do you want to use?
if you use sandstonedb, you can check this old post from Ramon Leon (its
author):
http://onsmalltalk.com/sandstonedb-simple-activerecord-style-persistence-in-squeak
is old, and related to squeak… but it still works :)
if you use Voyage
innon"
Para: "Any question about pharo is welcome"
Enviados: Martes, 2 de Septiembre 2014 6:33:26
Asunto: Re: [Pharo-users] best solution to store data
Esteban talked about Voyage at ESUG, its on the list of talks here:
http://goo.gl/E1VF53
You can of course scale up to Gemstone (
Hello Estaban.
Do you have a tutorial or a example how I can store my data in
objects.
Roelof
Esteban Lorenzano schreef op 2-9-2014 15:23:
problem with relational databases is that they do not match really
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 o
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 wrote:
> On Tue, Sep 02, 2014 at 03:55:50PM +0300, kilon alios wrote:
> > When I was coding in Python for smal
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,
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
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 wrote:
> Yep, the binary approach is a bit mor
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 wrote:
>
> On 2/9/14 09:11, François Stephany wrote:
>
> If you don't want a separate DB, object serialization wit
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
Thanks all.
Is there a good tutorial how I can work with Fuel ?
Roelof
stepharo schreef op 2-9-2014 12:31:
On 2/9/14 09:11, François Stephany
wrote:
If you don't w
Thanks.
Could Magna also be a good solution ?
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
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 co
Hello,
I want to try to make a financial app for a organisation.
We want you do succeed :)
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
Esteban talked about Voyage at ESUG, its on the list of talks here:
http://goo.gl/E1VF53
You can of course scale up to Gemstone (or indeed start with that as well if
you need something more commercial and supported - there is a Gemstone talk in
that link as well).
Tim
On 2 Sep 2014, at 07:17
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 wrote:
> Hello
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.
32 matches
Mail list logo
