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,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a24:2c4d:: with SMTP id i74mr1456107iti.12.1543381498812;
        Tue, 27 Nov 2018 21:04:58 -0800 (PST)
X-Received: by 2002:aca:cc0f:: with SMTP id c15mr47033oig.3.1543381498644;
 Tue, 27 Nov 2018 21:04:58 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!news.gegeweb.eu!gegeweb.org!usenet-fr.net!proxad.net!feeder1-2.proxad.net!209.85.166.215.MISMATCH!k10no11317itk.0!news-out.google.com!y103-v6ni25ita.0!nntp.google.com!q69no11485itb.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Tue, 27 Nov 2018 21:04:58 -0800 (PST)
In-Reply-To: <ce530325-6c40-458f-bd51-b5f03eebe02e@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=151.249.135.130;
 posting-account=M7mWIgoAAACGA_Fxpu1-vAqIUttmwREB
NNTP-Posting-Host: 151.249.135.130
References: <ce530325-6c40-458f-bd51-b5f03eebe02e@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <290e8172-f913-4cb9-98c0-58ba5037ede9@googlegroups.com>
Subject: Re: Prepared_Statement :(
From: eduardsapotski@gmail.com
Injection-Date: Wed, 28 Nov 2018 05:04:58 +0000
Content-Type: text/plain; charset="UTF-8"
Xref: reader01.eternal-september.org comp.lang.ada:54917
Date: 2018-11-27T21:04:58-08:00
List-Id: <comp.lang.ada>

Our world is neither white nor black. Negative feedback always works. 
I understand perfectly well that in order to get the maximum performance we need to abandon RDBMS altogether. But is it simple? How much time will we spend on the implementation of the mechanisms already implemented in the RDBMS? 
For an example: 
Oracle has packages for working with network UTL_HTTP, there is a package for working with JSON APEX_JSON. Also in Oracle APEX there are many tools for building a user interface with charts, filters, etc.. 
I can solve my problems on Oracle for 2-3 weeks. But the solution itself will work very slowly! To speed it up, need to use very large computing resources!
On the other hand, everything can be implemented in the bare C language. Everything will work very fast! But can I still do that? No. I'll have to program for a very long time! The situation will change faster than I can adapt to it. 
That's the problem... Need to find a middle ground.