Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [udig-devel] uDig with Teradata 13

Hi,

Teradata support is relatively new in Geotools so it could be that a few bugs still remain.  Although I have personally tested several Teradata layers in uDig.  I am trying to remember the version and it might have been the version 12 line.  I would love to help debug this but time is extremely limited at the moment.  

If you want to debug.  I would suggest checking out geotools and running the integration tests against your version of teradata to see if they pass.  It could be that the module needs to be updated for Teradata 13

Jesse

On Sat, Jun 2, 2012 at 2:14 PM, Andrea Aime <andrea.aime@xxxxxxxxxxxxxxxx> wrote:
On Sat, Jun 2, 2012 at 1:28 PM, Tobias Brühlmeier <tobi.bruehlmeier@xxxxxxx> wrote:
Hello

I'm new to uDig and I'm trying to use uDig with Teradata 13 storing spatial objects.

What I have done so far:
1. Spatial Data is stored in Teradata. It works fine. I am able to do spatial queries. I am able to show maps with ArcGIS and FME as connector.
2. uDig is installed and seems to be working. I can connect to Teradata, and all spatially enabled layers are listed.
3. I can add a layer to uDig.

And at this point, trouble begins:
The layer is listed in uDig, but with a remark telling that this layer has no Geometry objects to show.

Our Teradata admin showed me the SQL generated by uDig:

SELECT Polygon_25 FROM DWH_TTST_GEO_VIEW.Geom_Municipal_25 LIMIT 0   

It threw this error message:
-> Syntax ERROR: expected something BETWEEN the word 'Geom_Municipal_25' AND the 'limit' keyword.

Quite strange, because Teradata dosen't seem to know "LIMIT". If I execute this SQL directly (without uDig) without 'LIMIT 0', everything works fine.


The other thing is that our Teradata Admin is very unhappy with this query.
 
SELECT           CAST(NULL AS VARCHAR(100)) AS TABLE_CATDATABASENAME AS TABLE_SCHEM,
                        TABLENAME AS TABLE_NAMECAST((
CASE   WHEN TABLEKIND = 'V' THEN 'VIEW'
            WHEN COMMITOPT IN ('D','P'THEN 'GLOBAL TEMPORARY'
ELSE    'TABLE'
END    ) AS VARCHAR(100)) AS TABLE_TYPECOMMENTSTRING AS REMARKS,
                        CAST(NULL AS VARCHAR(100)) AS TYPE_CATCAST(NULL AS VARCHAR(100)) AS TYPE_SCHEM,
                        CAST(NULL AS VARCHAR(100)) AS TYPE_NAMECAST(NULL AS VARCHAR(100)) AS SELF_REFERENCING_COL_NAME,
                        CAST(NULL AS VARCHAR(100)) AS REF_GENERATION
FROM  DBC.TABLESV
WHERE            DATABASENAME (NOT CASESPECIFICLIKE TRIM(TRAILING FROM 'DWH_TTST_GEO_VIEW,DWH_TTST_GEO_VIEW') (NOT CASESPECIFIC)
            AND    TABLENAME (NOT CASESPECIFICLIKE TRIM(TRAILING FROM '%') (NOT CASESPECIFIC)
            AND    DATABASENAME <> 'DBC' 
            AND    (  TABLEKIND IN ('O','T'
            AND    COMMITOPT NOT IN ('D','P'
            OR       TABLEKIND = 'V' ) 
ORDER            BY TABLE_TYPETABLE_SCHEMTABLE_NAME

She says, it has been executed about 400 times in 8 sessions...
Why so many sessions? Why so many times?

And the third thing is, that uDig makes a commit statement after every statement, and Teradata (and our Admin) doesn't like this neither. 

Has anybody a hint for me?

I'd suggest you ask on the geotools mailing list, the people that worked on the actual store code
hang there, not sure if they are subscribed to the udig mailing list

Cheers
Andrea
 

--
Ing. Andrea Aime
GeoSolutions S.A.S.
Tech lead

Via Poggio alle Viti 1187
55054  Massarosa (LU)
Italy

phone: +39 0584 962313
fax:      +39 0584 962313
mob:    +39 339 8844549

http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.youtube.com/user/GeoSolutionsIT
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf


_______________________________________________
User-friendly Desktop Internet GIS (uDig)
http://udig.refractions.net
http://lists.refractions.net/mailman/listinfo/udig-devel



Back to the top