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=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable 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!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Ada package registry? Date: Mon, 8 Feb 2016 09:19:30 +0100 Organization: Aioe.org NNTP Server Message-ID: References: <02241ec4-0f95-4f63-9abc-092f167eb59e@googlegroups.com> <56af17b7$0$301$14726298@news.sunsite.dk> <56b06eb8$0$301$14726298@news.sunsite.dk> <1454483747.2785.135.camel@obry.net> <46a2732c-8283-49d2-9d11-3ea8623a75ba@googlegroups.com> <730653d5-a4e9-46dc-a3cc-e23764be3354@googlegroups.com> NNTP-Posting-Host: bqgfK7NL3xTHnr0WRaLl4g.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:29422 Date: 2016-02-08T09:19:30+01:00 List-Id: On 07/02/2016 21:02, Björn Lundin wrote: > On 2016-02-07 11:23, Dmitry A. Kazakov wrote: > >> What is the problem? It is up to a DB client to handle these issues. An >> ODBC driver and DB clients do all this. The single reason for all this >> is bogus design. > > Ther is none. Of course they can access it with ODBC. That's > part of what the thread is about. > > Users access the RDBMS via SQL into excel. > Some people think that is awful around here, What for? If the user sees the DB table directly in Excel this is everything he needs. > However it gives the possiblity for users to create > user defined queriers so the can pivot around as they like. I don't know customers who write SQL queries. Ours demand that the data were exported into Excel from some GUI application. That does not stop them requiring an SQL interface, but this is a typical nice-to-have feature nobody actually uses. > With Standard SQL as the tool in one hand, > and the data model of the system in the other. > Designing your own reports AS YOU WANT, without having > to write programs th go from one binary storage to csv-files... It would be much simpler to do in Excel. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de