Skip to content
Snippets Groups Projects
  1. Aug 02, 2017
    • gmantele's avatar
      [ADQL,TAP] Basic MySQL support. · cf721ff2
      gmantele authored
      On the contrary to other DBMS, MySQL supports schemas, but as databases.
      Which means that JDBCConnection gets from the JDBC driver that MySQL does
      not support schemas and so it tries to access TAP_SCHEMA tables with a
      'TAP_SCHEMA_' prefix instead of 'TAP_SCHEMA.' one. Since MySQL does
      behave like it supports schemas, JDBCConnection.supportsSchema must be
      set to 'true' if the DBMS is MySQL.
      
      Besides, since no schemas are returned by the JDBC driver
      (cf DatabaseMetadata.listSchema(...)), the function
      JDBCConnection.isSchemaExisting(String, DatabaseMetaData) must always assume
      that the specified schema exists if the DBMS is MySQL. This is particularly
      important when the existence of 'TAP_UPLOAD' must be checked, because if the
      function returns 'false' the library will attempt to create the database/schema
      'TAP_UPLOAD' and will obviously fail due to a lack of permissions. Of course,
      it means that the TAP implementor must create manually the schema/database
      'TAP_UPLOAD' him-/her-self.
      
      The second particularity of MySQL is the quote character for identifiers.
      It is a back-quote (`) instead of a double quote ("). To reflect this
      difference, JDBCTranslator.appendIdentifier(...) has been overwritten in a new
      JDBCTranslator extension: MySQLTranslator.
      
      The translation of all SQL types and mathematical functions have been adapted to
      MySQL according to the online documentation. Few tests have been done locally
      with a tiny database. This seems to work but further testing should be
      performed in order to ensure the stability of this implementation.
      cf721ff2
  2. Mar 29, 2017
  3. Feb 24, 2017
  4. Feb 20, 2017
  5. Feb 09, 2017
  6. Oct 12, 2016
  7. Aug 10, 2016
  8. Jul 14, 2016
  9. Jun 08, 2016
  10. Apr 20, 2016
  11. Mar 17, 2016
    • gmantele's avatar
      [ADQL] Add an ADQL translator for MS SQL Server. This particular translator · a2fb29ad
      gmantele authored
      deals with NATURAL JOINs and JOINs using the keyword USING so that being
      supported by SQL Server. Basically, they are translated as a list of ON
      conditions.
      Warning: This translator is just guaranteed to solve the NATURAL and USING
      issue. Support for datatypes conversion and case sensitivity has to be
      reviewed. Besides no geometrical function is translated for SQL Server.
      a2fb29ad
  12. Dec 01, 2015
  13. Sep 30, 2015
  14. Jul 20, 2015
  15. Jun 08, 2015
  16. May 04, 2015
  17. Apr 22, 2015
  18. Feb 11, 2015
  19. Feb 06, 2015
  20. Nov 05, 2014
    • gmantele's avatar
      [ADQL,TAP] Add geometry format in output and correct upload of STC-S regions.... · 6f607bc6
      gmantele authored
      [ADQL,TAP] Add geometry format in output and correct upload of STC-S regions. Geometrical type conversion from and into a DB type is now required in all JDBCTranslator. This allows formatting of geometrical column value coming from the database, but also the translation of STC-S expressions provided in uploaded table into geometrical column values.
      6f607bc6
  21. Oct 29, 2014
  22. Oct 08, 2014
  23. Sep 09, 2014
  24. Aug 21, 2014
  25. Aug 05, 2014
  26. Apr 10, 2014
  27. Apr 09, 2014
  28. Apr 04, 2014
    • gmantele's avatar
      ADQL: Completely change/improve Joins management, and particularly NATURAL... · 9acc3d8d
      gmantele authored
      ADQL: Completely change/improve Joins management, and particularly NATURAL JOIN and USING JOIN. Now, every joined columns are represented by a DBCommonColumn instance which has a given table coverage.
      Before, there was a problem while using at least 3 or 4 NATURAL JOINs. Bug raised by Menelaos Perdikeas (ESAC).
      9acc3d8d
  29. Apr 03, 2014
Loading