Re: too much OOP ?
- From: frebe <frebe73@xxxxxxxxx>
- Date: Thu, 3 Jan 2008 21:17:54 -0800 (PST)
Who's mindset are you talking about, mine? Regardless the mindset, do
you think it is a mistake to use SQL databases in applications for
accounting, invoicing, inventory management, etc?
That depends on the functional and non-functional requirements of each
concrete system. The two basic ideas - of separation of data from semantics
(meaning) and of client-server architecture are ugly remnants of deep past.
So building an application for inventory management without an
relational database is actually an option for you? I don't think I
will go deeper in the discussion regarding the benefits of relational
databases. Anyone with solid experience from developing business
applications, appreciates the features in relational databases and
realizes that no other kind of current database or library can do the
same job.
(I don't now what client-server architecture has to do with our
discussion. There are plenty of embedded SQL databases availible.)
Would it be better
to use some other kind of database instead or implement the data
management logic in the application instead?
If you can factor out these accounting etc as an abstraction, then do it. I
just don't see why it should be "database." Call it "accounting subsystem."
There is no "data management logic," there is only logic of "accounting."
This logic is implemented by the program. Who runs the program is of no
interest.
Don't you realize that by abstracting "data management" logic, one can
create components (database engines) that handles this logic in a
generic way. At least you would use some low-level data management
components like arrays and maps? Relations are a more high-level way
of doing it.
It sound like you want to write all logic from scratch? Wouldn't you
benefit from pre-made reusable components?
Others
quietly create their *libraries*. They might call them "engine",
"middleware", "framework", but show nothing alike that manic disorder the
former suffer... (:-))
What libraries are you suggesting instead of a SQL database? Please
show me some example.
(AMD is a vendor, SQL is a name of a family of databases or a
standard. It would be more correct to compare AMD to Oracle or DB/2.)
I meant AMD as a processor family.
I meant Oracle as a database family.
//frebe
.
- Follow-Ups:
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- References:
- Re: too much OOP ?
- From: Daniel T.
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- From: frebe
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- From: frebe
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- From: frebe
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- From: frebe
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- From: frebe
- Re: too much OOP ?
- From: Dmitry A. Kazakov
- Re: too much OOP ?
- Prev by Date: Re: There is some way to stop the "M15" spam?
- Next by Date: Re: too much OOP ?
- Previous by thread: Re: too much OOP ?
- Next by thread: Re: too much OOP ?
- Index(es):
Relevant Pages
|