On 08/11/2016 07:48 AM, Douglas J Hunley wrote:

On Tue, Aug 2, 2016 at 1:51 AM, james <gar...@verizon.net
<mailto:gar...@verizon.net>> wrote:

    Douglas did manage to pull his own bacon from the fire, in the end
    of his article, but it wreaks of vendor hyperbole, imho.


Again, not the author


--
{
  "name": "douglas j hunley",
  "email": "doug.hun...@gmail.com <mailto:doug.hun...@gmail.com>",
  "social": [
    {
        "blog": "https://hunleyd.github.io/";,
        "twitter": "@hunleyd"
    }
    ]
}


IFF I made a logical sequence attachment error {a boo_boo}::
        1K apologies

IFF I bruised your ego::
        1M apologies

IFF I insulted your pride::
        1G apologies

IFelse

My goal was to clear up common ignorance of where the ACID properties
came from::

Mathematics ==>Electro-Mechanical Engineering ==>Electronics Engineering
==>DataBase Weenies ==>(accounting)Codes.

OK? That's my thesis and conclusion:: sprinkle with apologies as necessary. I do knowledge that DataBase (weeny) vendors are the Microsoft of Robustness and Reliability, espoused by the current state of affairs in transaction processes, which is now a staple of modern computations, much like MicroSoft made computers so idiots can participate too. No arguments therein.

BUT, I take the time to 'educate' folks for a very important reason::
Distributed and parallel processing, now entering it's fourth/fifth/sixth/<whatever> rendition, offers up fundamental mathematically based constructs, that can be realized in (electronic)hardware or Software
or both, to build 'systems' that far exceed the robustness of ACID
properties currently found in a current database scheme. Furthermore, whores like Oracle, need to be retired from the computational landscape, as they are the robber barrons of yore and we just do not need them any more. I.E. learn the basics and implement new constructs
in distributed and parallel schemes (aka  the cluster).


Fundamental and sound and proven principals of mathematics and EE provide solutions for many 'degrees of freedom' for more robust solutions than the Vendor hyperbole of Database vendors. And yes, your favorite University, and Wiki*, have failed to accurately document this; nothing I can do about that but share, as I am doing here.

OK? So, the interested can do their own research, and others can trudge along their merry way. (The apologies are sincere, but, I am a bit crass:: no apologies on that note).

hth,
James

Reply via email to