[Access 2003] ODBC - index already exists

[Korakal]

Hoi

In Access 2003 loop ik tegen iets vreemds aan. Ik probeer een ODBC bron (FYI: GE Smallworld SQL Server) te linken. De meeste tabellen kan ik linken, maar sommige geven een melding "Index already exits". Ik kan geen logica ontdekken in welke tabellen wel en welke niet gelinkt kunnen worden.





Vervolgens vond ik dit:
ODBC Driver for DB2 may cause "Index Already Exists" error
Ik heb alleen geen Host Integration Server, dus een servicepack lijkt mij een beetje overbodig
De workaround (How to create an SQL pass-through query in Access) werkt helaas niet, daar krijg ik een foutmelding dat mijn query ongeldig is ('select * from m_wa_la').

What to do?

[Lustucru]

Het probleem lijkt te zitten in de ODBC driver die de indexen ongesorteerd teruggeeft. Nu ken ik Ge Smallworld SQL server niet, maar je kunt nog zoeken of er recentere ODBC drivers voor te vinden zijn.

Als je een pass-through query gebruikt moet je ook de syntax gebruiken van de backend database. Select * is jet-syntax en de kans dat een derde partij die ook gebruikt is tamelijk klein.

[Korakal]

Ik heb gezocht, maar helaas geen nieuwere ODBC driver hiervoor kunnen vinden.

De syntax zou goed moeten zijn. Even een quote'je uit de help van GE Smallworld SQL server:

At Core Spatial Technology version 3.2, the SQL Parser supports the following SQL:

Single and multiple table SELECT statements (joins), with predicates.
Queries and updates on any Smallworld dataset which has table and record behaviour.
Field-to-field joins across tables within a Smallworld swdp dataset.
SQL data types – character (8 and 16 bit), integer(including 64-bit), float/double, date, timestamp and time.
Unicode in SQL statements, field and table names, and in result data.
Operators, for example =, >, <, LIKE, IN, NOT
Set functions, for example COUNT, SUM, AVG.
Simple subqueries which result in a single value.
Quoted identifiers – for field and table names in mixed case, containing spaces or SQL reserved words.
ORDER BY clause, ascending and descending.
Update operations.
Transaction operations.
Removal of duplicates (DISTINCT).
The SQL Parser does not support the following at Core Spatial Technology 3.2:

Join expressions which use OR rather than AND.
Join operators such as UNION.
HAVING and GROUP BY clauses.
Spatial operators.
Complex column expressions.
Complex subqueries.
Protection against 'runaway' queries.
Optimisation.

Select * stond als voorbeeld, dus die zou ik in ieder geval mogen gebruiken...