Read before write
Use services or the console for changes. Direct writes bypass validation and audit.
The database holds the commerce record. The groups below are a reading map, not a substitute for the physical schema in a live installation.
| Group | Holds | Used by |
|---|---|---|
| Catalog and category | Assortment boundaries, hierarchy and product placement. | Storefront navigation, console, services. |
| Product | Product types, attributes, variants, bundles and media references. | Product pages, basket, order lines. |
| Price | Price lists, tier rules and currency. | Catalog queries, promotions, basket totals. |
| Inventory | Warehouse stock and availability. | Storefront availability, order allocation. |
| Order and customer | Baskets, orders, statuses, versions and customer records. | Console, support, exports. |
| Tax and shipping | Zones, categories, rates, carriers and methods. | Checkout and order totals. |
| Promotion | Conditions, actions, priorities and date windows. | Basket calculation. |
| Configuration | Stores, languages, currencies, users and settings. | Console and services. |
The original database documentation portal is not reproduced here. Work from the schema of the installation you actually run, and keep a versioned diagram with your own annotations.
Use services or the console for changes. Direct writes bypass validation and audit.
Keep a data dictionary beside every export. Column names alone are not documentation.
A backup that has never been restored is a hope, not a recovery plan.
Standards, documentation and tools that are relevant to this topic. They open on the publisher's site.
A versioned diagram, a short data dictionary and a tested restore path are worth more than a large undocumented schema.