Opened 15 years ago
Closed 15 years ago
#452 closed defect (fixed)
GetClassNames does not work with ODBC Provider, SQL Server datasource
| Reported by: | brentrobinson | Owned by: | brentrobinson |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | FDO API | Version: | 3.4.0 |
| Severity: | 1 | Keywords: | ODBC SQL Server GetClassNames |
| Cc: | External ID: |
Description
Steps to reproduce
- using ODBC provider, connect to a SQL Server datasource that has table.
- create and execute an FdoIGetClassNames command.
The class name collection returned is empty.
Change History (2)
comment:1 by , 15 years ago
| Status: | new → assigned |
|---|
comment:2 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Note:
See TracTickets
for help on using tickets.
Revision: 4366 Author: brentrobinson Date: 10:29:24 AM, Monday, February 02, 2009 Message: Ticket#452: Modified FdoSmLpSchemaCollection::GetClassNames() to call FdoSmLpSchema::GetPhysicalOwner() to get the owner for finding classes for each FDO Feature Schema. Created GetPhysicalOwner() with default implementation that gets the default owner. The ODBC-specific implementation gets the owner with same name as the feature schema when schema is not the default schema and no config doc is used. This was needed because, when the ODBC provider connects to a SQL Server datasource, it maps each SQL Server schema in the datastore to a different FdmSmPhOwner, and each owner to an FDO Feature Schema.
Modified : /trunk/Providers/GenericRdbms/Src/ODBC/SchemaMgr/Lp/Schema.cpp Modified : /trunk/Providers/GenericRdbms/Src/ODBC/SchemaMgr/Lp/Schema.h Modified : /trunk/Utilities/SchemaMgr/Inc/Sm/Lp/Schema.h Modified : /trunk/Utilities/SchemaMgr/Src/Sm/Lp/Schema.cpp Modified : /trunk/Utilities/SchemaMgr/Src/Sm/Lp/SchemaCollection.cpp