From: Shark8 <onewingedshark@gmail.com>
Subject: Re: ANN: Introducing AdaBase - Thick database bindings for Ada
Date: Thu, 19 May 2016 08:50:16 -0700 (PDT)
Date: 2016-05-19T08:50:16-07:00 [thread overview]
Message-ID: <59f2706f-8c0e-4159-b35a-2de322907d5d@googlegroups.com> (raw)
In-Reply-To: <nha9u9$s97$1@dont-email.me>
On Sunday, May 15, 2016 at 11:03:29 AM UTC-6, björn lundin wrote:
> On 2016-05-15 15:59, Shark8 wrote:
> > On Saturday, May 14, 2016 at 7:27:52 AM UTC-6, Georg Bauhaus wrote:
> >>
> >> The fact that SQL is a vendor run ISO standardization business is
> >> related matter. But it is not stopping portability entirely.
> >
> > If we're being fair, the reason that the SQL ISO is a failure as a standard
> >is precisely because it has so many optional features (and alternate syntax forms)
> > that it's rather common that two implementations would reject each other's
> > SQL-statements for any non-trivial operation.
>
> Does that matter in practice ?
> I've ported a system with 700-800 sql-statements from
> Oracle to MS Sql Server
> where all of them where one of
>
> *select
> *insert
> *update
> *delete
>
>
> (and 500 + are not trivial - inner and/or outer joins, sub-selects,
> aggregates and so on)
>
> I ended up with looking at what database is in use at 1 single statement.
>
> Oracle calls it substr
> and MS sql server calls it substring
>
> I find it harsh to call that a failure.
>
> Sure, the creation of tables/indexes/views are all different,
> but that is of no significance (at least to me)
>
> --
> Björn
Yes, it does matter.
Just look at these popular implementations compared against the standard: http://troels.arvin.dk/db/rdbms/
next prev parent reply other threads:[~2016-05-19 15:50 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-13 20:37 ANN: Introducing AdaBase - Thick database bindings for Ada jrmarino
2016-05-13 21:44 ` Per Sandberg
2016-05-13 23:37 ` Randy Brukardt
2016-05-14 6:59 ` gautier_niouzes
2016-05-16 20:06 ` Randy Brukardt
2016-05-17 7:35 ` gautier_niouzes
2016-05-17 9:38 ` G.B.
2016-05-17 23:29 ` Randy Brukardt
2016-05-29 3:45 ` David Botton
2016-05-14 6:22 ` Dmitry A. Kazakov
2016-05-14 10:41 ` jrmarino
2016-05-14 11:31 ` Björn Lundin
2016-05-14 17:11 ` Jeffrey R. Carter
2016-05-14 12:22 ` AdaMagica
2016-05-14 13:27 ` Georg Bauhaus
2016-05-14 13:50 ` Dmitry A. Kazakov
2016-05-15 13:59 ` Shark8
2016-05-15 17:03 ` Björn Lundin
2016-05-19 15:50 ` Shark8 [this message]
2016-05-15 14:23 ` AdaMagica
2016-05-15 19:38 ` jrmarino
2016-05-16 19:45 ` Olivier Henley
2016-05-18 17:13 ` Anh Vo
2016-05-19 8:16 ` jrmarino
2016-05-20 15:18 ` Martin
2016-05-20 17:44 ` jrmarino
2016-05-20 20:36 ` Jeffrey R. Carter
2016-05-20 23:44 ` jrmarino
2016-05-21 1:12 ` Jeffrey R. Carter
2016-05-21 7:01 ` jrmarino
2016-05-21 10:37 ` Georg Bauhaus
2016-05-21 17:49 ` Jeffrey R. Carter
2016-05-21 18:14 ` jrmarino
2016-05-21 5:11 ` J-P. Rosen
2016-05-21 6:43 ` jrmarino
2016-05-21 11:09 ` J-P. Rosen
2016-05-21 16:54 ` jrmarino
2016-05-21 18:20 ` Jeffrey R. Carter
2016-05-21 18:44 ` jrmarino
2016-05-22 21:35 ` Martin
2016-05-23 0:33 ` brbarkstrom
2016-05-23 11:40 ` Martin
2016-05-23 12:46 ` AdaMagica
2016-05-23 22:03 ` Martin
2016-05-24 7:28 ` jrmarino
2016-05-24 9:09 ` J-P. Rosen
2016-05-24 15:27 ` Simon Wright
2016-05-23 20:28 ` Jeffrey R. Carter
2016-05-22 15:06 ` brbarkstrom
2016-05-24 10:16 ` Graham Stark
2016-05-26 22:59 ` jrmarino
2016-05-30 9:19 ` karsar
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox