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: Sun, 07 Feb 2016 21:07:36 +0100
Organization: A noiseless patient Spider
Message-ID: <n9880t$dre$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>
 <n901l6$b7$1@dont-email.me> <n90fcu$rnk$1@loke.gir.dk>
 <n90hnb$3bd$1@dont-email.me> <n93erc$657$1@loke.gir.dk>
 <n95v9b$3hi$1@dont-email.me> <n9626m$c83$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 7 Feb 2016 20:04:45 -0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="2482c96a50cd89a3b1bdf79fe0497387";
	logging-data="14190"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX18IBkjXkCS7qfE/H/JTX4Gl"
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:31.0) Gecko/20100101 Icedove/31.8.0
In-Reply-To: <n9626m$c83$1@dont-email.me>
Cancel-Lock: sha1:s4w5uSG9xDVz6GcCFRipO3F/aDU=
Xref: news.eternal-september.org comp.lang.ada:29409
Date: 2016-02-07T21:07:36+01:00
List-Id: <comp.lang.ada>

On 2016-02-07 01:16, Jeffrey R. Carter wrote:
> On 02/06/2016 04:26 PM, Björn Lundin wrote:
>>
>> But the selection itself  - into useful data from several
>> sources - is hard using csv-files and ada.
> 
> I think you've misunderstood Brukardt's position. He said it's easy to convert
> data, not stored in CSV files, to CSV format, whether said data are stored in a
> DBMS or not. 

And I say no - it is not. Unless you are a programmer, that
understands the primary storage format.
Because that is not standadized in a way that end users
can pull data from it in a meaningfull way.

>He never proposed using CSV files as the primary storage format.

Be that as it may, but it is in the end about data openess (for the
end user) or not.

> Whether selecting desired data from a large data set is easier or faster with a
> DBMS or some form of Ada persistent containers is a more interesting question.

That depends on the model amongst many things.
But that is not the most interesting question.
That one is about data openess for end users.
Do they have to hire someone to get data into a report,
or can they do it themselves.

And end users are rarely programmers in this case, but
they do know SQL, or are sent to courses to learn it.




-- 
--
Björn