Professional Documents
Culture Documents
Raster data is spatial data represented in an array of equally sized cells arranged in rows and
columns. Raster data can be made up of one or more raster bands. For a complete explanation of
raster data and its attributes, see the "Understanding raster data" book in this help. You can start
with What is raster data?
The names of raster catalogs and raster datasets in DB2 contain the name of the database, the
name of the owner of the raster catalog or dataset, and the name of the raster catalog or raster
dataset itself.
For example, a raster dataset, world, owned by user rock, in the global database would be listed
as GLOBAL.ROCK.WORLD in the Catalog tree.
For information on how mosaic datasets are stored in a geodatabase, see Mosaic datasets in a
geodatabase in DB2.
Tip: You can name the raster column whatever you like, as long as it
conforms to DB2's column naming convention.
A raster dataset that uses DB2 native binary storage is made up of five tables: the business
table, auxiliary, block, band, and raster attribute tables. The following are the business and raster
tables for a raster dataset called WORLD_TIF.
1/8
9/18/14 Raster dataset and raster catalog storage
The number in the names of the SDE_BLK, SDE_AUX, SDE_RAS, and SDE_BND tables corresponds
to the RASTERCOLUMN_ID in the RASTER_COLUMNS table.
Given the nature of raster data, databases that contain rasters tend to be quite large. Raster
datasets and raster catalogs are rarely less than a few gigabytes (GB) and can occupy several
terabytes (TB) within your DBMS. Coping with the large size of raster data can, therefore, be a
challenge. For recommendations and examples of how to manage your raster data in an ArcSDE
geodatabase, see the white paper, Raster Data in ArcSDE, which can be downloaded from the
ArcSDE support site at support.esri.com.
2/8
9/18/14 Raster dataset and raster catalog storage
Note: The raster tables are only present in your database if you have
raster data in the geodatabase.
SDE_AUX_<raster_column_ID>
The raster auxiliary table stores the image color map; image statistics; and the optional bit
mask, which is used for image overlays and mosaicking.
ArcSDE automatically stores any existing image metadata, such as image statistics, color maps,
or bit masks in the raster auxiliary table. The rasterband_id column of the raster auxiliary table
is a foreign key reference to the primary key of the raster bands table. ArcSDE joins the two
tables on this primary/foreign key reference when accessing the metadata of a raster band.
Field
Field name Description Null?
type
RASTERBAND_ID INTEGER A number that represents a raster band; for NOT
example, a raster dataset with two raster NULL
bands would have two different values in
this field—1 and 2.
SDE_BLK_<raster_column_ID>
The raster blocks table stores the actual image data for each band of the image.
The raster blocks table stores the pixels of each raster band. ArcSDE tiles the pixels into blocks
according to a user-defined dimension. ArcSDE does not have a default dimension; however,
applications that store raster data in ArcSDE geodatabases do. Geoprocessing tools and
ArcCatalog, for example, use default raster block dimensions of 128 by 128 pixels per block. The
dimensions of the raster block, along with the compression method if one is specified, determine
the storage size of each raster block. You should select raster block dimensions that, combined
with the compression method, allow each row of the raster block table to fit within the DBMS.
The raster blocks table contains the RASTERBAND_ID column, which is a foreign key reference
to the raster band table's RASTERBAND_ID primary key. These tables are joined together on the
primary/foreign key reference when accessing the blocks of the raster bands.
For DB2 on Linux, UNIX, and Windows, you should create a very large table space to store the
raster blocks (BLK) table and create a second, medium-sized table space to store the remaining
raster tables and indexes.
When you create the table spaces for the raster blocks table in DB2, it is recommended you
use an extent size of 64. The extent size specifies the number of page-size pages that will be
written to a container before proceeding to the next container. The extent size is defined at
3/8
9/18/14 Raster dataset and raster catalog storage
the time of table space creation and cannot be easily modified afterward.There is an additional
type of raster table—the raster attribute table. These tables store attribute values based on
cell values in the raster.
The raster blocks table is populated according to a declining resolution pyramid. The height of
the pyramid is determined by the number of levels, specified by application. The application,
such as geoprocessing tools or ArcCatalog, might allow you to define the levels, request that
ArcSDE calculate them, or offer both choices. The pyramid begins at the base, or level 0,
which contains the original pixels of the image. The pyramid proceeds toward the apex by
coalescing four pixels from the previous level into a single pixel at the current level. This
process continues until ArcSDE reaches the apex, which may be automatically defined or user
defined.
The additional levels of the pyramid increase the number of raster blocks by as much as one-
third. However, since you can specify the number of levels, the size of the pyramid can be
less. The first level of the pyramid will be 25 percent of the base. It should also be noted that
the first level of the pyramid can be skipped, a factor that can greatly reduce the size of the
pyramid.
A raster pyramid
When you build a pyramid, more rasters are created by progressively downsampling the previous
level by a factor of two until the apex. As the application zooms out and the raster cells grow
smaller than the resolution threshold, ArcSDE selects a higher level of the pyramid. The purpose
of the pyramid is to optimize display performance.
Field
Field name Description Null?
type
RASTERBAND_ID INTEGER A number that represents a raster band; for NOT
example, a raster dataset with two raster NULL
bands would have two different values in
this field—1 and 2.
SDE_BND_<raster_column_id>
The raster band table stores information about the bands of the images. There is one record
for each raster band.
ArcSDE geodatabases store raster bands in the raster bands table. ArcSDE joins the raster
4/8
9/18/14 Raster dataset and raster catalog storage
bands table to the raster table on the RASTER_ID column. The RASTER_ID of the raster band
table column is a foreign key reference to the raster table primary key.
SDE_RAS_<raster_column_id>
The raster description table stores the description of the images within a raster column.
Dashed lines indicate implicit relationships between columns, solid lines mean the relationships
are explicitly defined, gray tables are views.
<DataElement xsi:type="esri:DERasterDataset">
<CatalogPath>/V=sde.DEFAULT/RD=global.ROCK.world_TIF</CatalogPath>
<Name>global.ROCK.world_TIF</Name>
<Children xsi:type="esri:ArrayOfDataElement">
<DataElement xsi:type="esri:DERasterBand">
<CatalogPath>/V=sde.DEFAULT/RD=global.ROCK.world_TIF/RB=Band_1</CatalogPath>
<Name>Band_1</Name>
<DatasetType>esriDTRasterBand</DatasetType>
<DSID>-1</DSID>
<Versioned>false</Versioned>
6/8
9/18/14 Raster dataset and raster catalog storage
<CanVersion>false</CanVersion>
<HasOID>true</HasOID>
<OIDFieldName>ObjectID</OIDFieldName>
<Fields xsi:type="esri:Fields">
<FieldArray xsi:type="esri:ArrayOfField">
<Field xsi:type="esri:Field">
<Name>ObjectID</Name>
<Type>esriFieldTypeOID</Type>
<IsNullable>false</IsNullable>
<Length>4</Length>
<Precision>0</Precision>
<Scale>0</Scale>
<Required>true</Required>
<Editable>false</Editable>
</Field>
<Field xsi:type="esri:Field">
<Name>Value</Name>
<Type>esriFieldTypeInteger</Type>
<IsNullable>true</IsNullable>
<Length>0</Length>
<Precision>0</Precision>
<Scale>0</Scale>
</Field>
<Field xsi:type="esri:Field">
<Name>Count</Name>
<Type>esriFieldTypeInteger</Type>
<IsNullable>true</IsNullable>
<Length>0</Length>
<Precision>0</Precision>
<Scale>0</Scale>
</Field>
</FieldArray>
</Fields>
<Indexes xsi:type="esri:Indexes">
<IndexArray xsi:type="esri:ArrayOfIndex" />
</Indexes>
<IsInteger>true</IsInteger>
<MeanCellHeight>0.175996089009095</MeanCellHeight>
<MeanCellWidth>0.176000337991447</MeanCellWidth>
<Height>1024</Height>
<Width>2048</Width>
<PixelType>U8</PixelType>
<PrimaryField>1</PrimaryField>
<TableType>esriRasterTableValue</TableType>
<Extent xsi:type="esri:EnvelopeN">
<XMin>-179.906382261841</XMin>
<YMin>-90.1303147686327</YMin>
<XMax>180.542309944643</XMax>
<YMax>90.089680376681</YMax>
<SpatialReference xsi:type="esri:GeographicCoordinateSystem">
<WKT>GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",
SPHEROID["WGS_1984",6378137.0,298.257223563]], PRIMEM["Greenwich",0.0],
UNIT["Degree",0.0174532925199433]]</WKT>
<XOrigin>-400</XOrigin>
<YOrigin>-400</YOrigin>
<XYScale>11258999068426.2</XYScale>
<ZOrigin>0</ZOrigin>
<ZScale>1</ZScale>
<MOrigin>0</MOrigin>
<MScale>1</MScale>
<XYTolerance>8.98315284119521E-09</XYTolerance>
<ZTolerance>2</ZTolerance>
<MTolerance>2</MTolerance>
<HighPrecision>true</HighPrecision>
<LeftLongitude>-180</LeftLongitude>
</SpatialReference>
</Extent>
</DataElement>
7/8
9/18/14 Raster dataset and raster catalog storage
8 /1 9 /2 0 1 3
U RL : http://help.arc gis .c om/en/arc gis des ktop/1 0 .0 /help/0 0 2 9 /0 0 2 9 0 0 0 0 0 0 8 2 0 0 0 0 0 0 .htm
8/8