RegTAP-1.1 & ADQL-2.1 - the ILIKE concerns

Dave Morris dave.morris at metagrid.co.uk
Mon Aug 12 13:14:15 CEST 2019


On 2019-08-12 09:10, Markus Demleitner wrote:
> 
> there'll be two pieces of syntax that are essentially guaranteed to
> do the same thing within what ADQL can guarantee in the first place,
> 

There is no guarantee that the ADQL ILIKE will always behave the way 
that RegTAP requires. It may be similar at the moment, because the 
current definitions deal with ASCII only. That may change in the future.

> So, I've backed out of requiring ILIKE in RegTAP 1.1 in volute rev
> 5570 (diff below).  I still couldn't resist the following language:
> 
>   Columns intended for presentation are not case-normalised.  When
>   matching against these, queries should use case-insensitive matching,
>   for which this specification offers the \verb|ivo_nocasematch| user
>   defined function.  ADQL 2.1 is expected to offer an ILIKE operator,
>   which may be used instead.
> 
> Can everyone live with that?
> 

Yep, I'm fine with that as long as you recognise that putting this in 
the RegTAP document does not place a requirement on DAL/ADQL to maintain 
compatibility.

In the future DAL/ADQL may need to change the way that ILIKE handles 
regular expressions in a way that is not backwards compatible with 
RegTAP.

Or alternatively, RegTAP may need to be more specific about how 
ivo_nocasematch searches handle UTF-8 characters in service descriptions 
in a way that is hard for some platforms to support. In which case, 
DAL/ADQL would not be required to make the same changes to ILIKE.

I'm just looking ahead to three or four years time when one or other of 
the specifications needs to refine the behaviour in way that is 
incompatible with the other, they are free to do so and we are not 
blocked by a guarantee of compatibility.


-- Dave

--------
Dave Morris
Research Software Engineer
Wide Field Astronomy Unit
Institute for Astronomy
University of Edinburgh
--------



More information about the registry mailing list