2011

Table Of Contents
and column names when you define a new schema. You cannot map to an
existing table.
If you are mapping to an existing table or view in another data store (page
2059), make sure all column overrides correctly map to existing columns. If you
map to a table or view with a different owner, have the owner of that table
grant access to the FDO data store. You can create a local view that selects
from the other table, and map to the local view, but this may not be necessary.
The local view is created automatically if it is not present when you apply
your changes.
If you are mapping to a table and column in the current data store that does
not yet exist, make sure that the column name is valid for your database.
You must create schema elements hierarchically: create the schema first, then
its
feature classes (page 2063), and then its properties.
For feature sources from some FDO Providers, you can create multiple schemas
within the same feature source and change (page 610) the schemas after you
define and save them the first time.
You can view (page 608) a schema from any FDO Provider, but you cannot edit
or delete it if there are existing features that use it.
See also:
Schema Editor (page 1739)
Overview of Geospatial Data (page 551)
Creating a Data Store (page 586)
Setting Up Constraints in the Schema Editor (page 599)
Importing and Exporting a Schema (page 606)
Viewing a Schema (page 608)
Editing a Schema (page 610)
Deleting Schemas (page 613)
NOTE This functionality affects geospatial feature data only. For information about
linking records in an external database to objects in a drawing, see
Overview of
Linking Database Records to Objects
(page 522). For information about moving
data between DWG and geospatial data stores, see
Migrating DWG Data to GIS
(page 628).
Creating a Schema | 597