Re: Bug#541239: ITP: GT.M -- Database Engine with ExtremeScalability and Robustness
On Wed, Aug 12, 2009 at 05:22:45PM -0400, K.S. Bhaskar wrote:
> GT.M is not optimized for health care applications! In fact, although
> it is increasingly used in health care, it is currently used worldwide
> more in banking / financial applications
Thanks for the clarification. In the past I asked several people
about Mumps and only found a connection to medicine. So just forget
my comment.
> than in health care (including
> what is, to the best of my knowledge, the largest single system real
> time core processing system that is in live production at any bank
> anywhere in the world).
So what about:
GT.M - single system real time core processing system
?
The problem is: We probably have more than 10 "lightwight fast webservers",
"tiny and easy to use editors", "simple and quick image viewers" inside
Debian. These descriptions are advertising features of a software which
are not really helpful for a user who browses the list of packages and
is locking for specific features of a program. The short description
you have choosen in the first place is IMHO not really helpful - at least
it would not be for me.
> 1. Schemaless hierarchical associative memory database engine.
This sounds like a specific feature.
> 2. Fully ACID (Atomic, Consistent, Isolated, Durable) transactions using
> an STM (Software Transaction Memory) optimistic concurrency control
> model.
This feature is shown by several other databases in Debian.
> 3. Databases that scale (and are regularly used in production) to the
> hundreds of GB and small TB range with hundreds to thousands of
> concurrent users.
Other DB engines like PostgreSQL do this as well.
> 4. Software infrastructure (built on streaming replication) to and
> deploy logical multi-site configurations of applications.
>
> 5. Compiler for the MUMPS (also known as M) language - it is this that
> attracts the health care IT community and you.
;-)
I think it is perfectly OK to list all these 5 items in the long description.
I just want to make sure that the short description leaves a glimpse of
the spcifics of GT.M over other database engines.
Kind regards
Andreas.
--
http://fam-tille.de
Klarmachen zum Ändern!
Reply to: