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: ANN: Introducing AdaBase - Thick database bindings for Ada Date: Sat, 14 May 2016 15:50:40 +0200 Organization: Aioe.org NNTP Server Message-ID: References: NNTP-Posting-Host: LMk7+sG0YqgPmReI4fVkAA.user.gioia.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.0 X-Notice: Filtered by postfilter v. 0.8.2 Xref: news.eternal-september.org comp.lang.ada:30409 Date: 2016-05-14T15:50:40+02:00 List-Id: On 2016-05-14 15:27, Georg Bauhaus wrote: > Last but not least, I don't really understand the presumption > that 40+ years of developing technology for managing substitution > instances of truth-valued predicates in a systematic, concurrent > fashion is somehow not worth being considered. Or why, of necessity, > all of this should be replaced with simple record storage and some > ad-hoc, idiosyncratic subprograms for managing them. Is everything > embedded really so special? Because there is no best single method of storing data (container for all cases and all sizes). Relational DB are suboptimal to drastically inefficient in most cases. Not that performance was real concern behind relational approach. It rather was an ability to access the DB by submitting queries, skipping any application if necessary or using quite generic applications. Not good engineering, at least. The approach proved successful (in terms of monetizing) but I would challenge naming it "40+ years of developing technology." -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de