From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD,
	FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail
From: =?UTF-8?B?QmrDtnJuIEx1bmRpbg==?= <b.f.lundin@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: Ada package registry?
Date: Thu, 04 Feb 2016 18:29:54 +0100
Organization: A noiseless patient Spider
Message-ID: <n901l6$b7$1@dont-email.me>
References: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com>
 <56af17b7$0$301$14726298@news.sunsite.dk> <n8n8ib$sqr$1@dont-email.me>
 <56b06eb8$0$301$14726298@news.sunsite.dk> <n8rcp6$f93$1@loke.gir.dk>
 <1454483747.2785.135.camel@obry.net> <n8ttvb$se2$1@loke.gir.dk>
 <n8vvfk$ml3$1@dont-email.me> <n90022$tgm$1@gioia.aioe.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 4 Feb 2016 17:27:02 -0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="94aeb94e0d22f711f5300f641523ae58";
	logging-data="359"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+fvvHauBgD6qgt0yQEWJI5"
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Icedove/31.8.0
In-Reply-To: <n90022$tgm$1@gioia.aioe.org>
Cancel-Lock: sha1:QG8gIO16IVdciY6vOr6YkL05N/0=
Xref: news.eternal-september.org comp.lang.ada:29342
Date: 2016-02-04T18:29:54+01:00
List-Id: <comp.lang.ada>

On 2016-02-04 17:59, Dmitry A. Kazakov wrote:
> On 2016-02-04 17:52, Björn Lundin wrote:
>> On 2016-02-03 23:11, Randy Brukardt wrote:
>>

>>
>> I note that you do not mention working with relation databases.
>> If you work with them, it's hard to avoid c-bindings .
> 
> You could have a relational persistence storage in Ada, though.

Yes, I've seen your comparisons with Ada storage vs sqlite.

> Use of a
> DBMS is frequently motivated by non-Ada tools, which arguably could be
> replaced as well.

Depends. It is often not possible to sell an administrative system,
that is a core part of a business logistics, and
tell the customer:

- you cannot make reports from it in SQL.

That is not going to sell a lot of systems

Especially bad is when a customer cannot pull data to Excel.
And a very easy way to do that is via DBMS.

As you say - driven by non-Ada tools, but I do not agree upon
replacing them -from a business point of view.

DBMS is also motivated by its history. It is a proven concept.

--
Björn