Running dbms2sde with -load and -buffer are optional, but together they result in tremendous (e.g., 35-fold) improvements in processing time. The following table shows the time (in minutes and seconds) dbms2sde took to spatially enable 10,000 rows using the various combinations of storage type and -load and -buffer options.
| Dbms2sde Benchmarks* | |||||||
|---|---|---|---|---|---|---|---|
| Storage Type | |||||||
| 2-Table SDE_BINARY | 1-Table SDE_BINARY | 2-Table SDO_GEOMETRY | |||||
| Booster | none | 5:15 | 8:54 | 28:42 | |||
| -load | 3:26 | 10:02 | 3:44 | ||||
| -buffer | 1:34 | N/A | 23:59 | ||||
| both | 0:37 | N/A | 0:49 | ||||
*Time in minutes and seconds to spatially enable 10,000 rows.
2-table means that a copy of the original business table is spatially enabled. 1-table means the original business table is spatially enabled. There is no 1-table mode for the SDO_GEOMETRY storage type (native SQL) because of a bug in ArcSDE that prevents the creation of a spatial layer on a non-empty business table using the SDO_GEOMETRY storage type.
The -buffer option cannot be used in 1-table mode because buffering is applicable only for table inserts and not table updates (in 1-table mode rows are updated with shape information, in 2-table mode new rowswith shape informationare inserted into the copied table).
| <-- Previous | Next --> |
| dbms2sde.sourceforge.net | 2002-10-17 |