comp.lang.ada
 help / color / mirror / Atom feed
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/


  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