AIDP カタログオブジェクト(データ管理システムに登録されたテーブルやビューなどの構成要素)のライフサイクル管理 — テーブル、ビュー、スキーマ、カタログの作成・更新・削除・更新反映を行い、外部カタログ/接続(ALH/ADW/オブジェクトストレージ)をカタログオブジェクトとして登録します。 次のような場合に使用: ユーザーが制御機能(データ取得以外の操作)を通じてテーブル/ビュー/スキーマ/カタログを作成または削除したい、外部データソースをカタログに登録したい、カタログのメタデータ(構造情報)を更新したい、または接続をテストしたい場合。 なお、SQL文を直接使用した CREATE/ALTER/DROP の場合は aidp-sql-ddl、ファイルをテーブルに取り込む場合は aidp-ingest-file-to-table、閲覧のみの場合は aidp-catalog-explore をお使いください。
Control-plane lifecycle for AIDP catalog objects — create/update/delete/refresh tables, views, schemas, and catalogs, and register an EXTERNAL catalog/connection (ALH/ADW/object-storage) as a persistent catalog object. Use when the user wants to create or drop a table/view/schema/catalog via the control plane (not a SELECT), register an external data source as a catalog, refresh catalog metadata, or test a connection. For SQL-native CREATE/ALTER/DROP use aidp-sql-ddl; for file→table ingestion use aidp-ingest-file-to-table; for browsing use aidp-catalog-explore.
aidp-table-management — カタログ/スキーマ/テーブル/ビューのライフサイクル管理 + 外部カタログ登録AIDPカタログのメタデータオブジェクトをコントロールプレーン経由で管理します。
テーブルDDLには2つの同等なパスがあります —
SQLネイティブパス(aidp-sql-ddl、CREATE/ALTER/DROP …)と、
このコントロールプレーンパス(CLI/REST の create-table/create-view/create catalog)です。
加えて、コントロールプレーンのみが提供する機能として、
外部カタログ/接続を永続オブジェクトとして登録する機能があります。
エンジン優先順位: 公式
aidpCLI のcatalog/schemaグループ(推奨)→oci raw-requestREST フォールバック (references/oci-raw-request.md 参照)。--auth api_key --profile DEFAULTを使用してください。 2026-06-10 動作確認済み:GET …/catalogs→ 200、…/schemas?catalogKey=<key>→ 200;…/tables?catalogKey=&schemaKey=および…/views?…→ 400 InvalidParameter (ルートは存在するが、名前ではなく実際のスキーマキーが必要)。
aidp-analyzing-data); 既存のレイクハウスへのSQL DDLではない(→ aidp-sql-ddl);
単発のファイルロードではない(→ aidp-ingest-file-to-table);
ノートブック単位の一時的なソース読み込みではない
(→ …-spark-connectors plugin — 登録済みカタログとは異なるもの)。| オブジェクト | CLI(推奨) | REST フォールバック | 作成ボディ(SDK Create*Details、camelCase) |
|---|---|---|---|
| テーブル | aidp schema create-table|update-table|delete-table|refresh-table |
POST/PUT/DELETE …/tables?catalogKey=&schemaKey= |
{displayName, catalogKey, schemaKey, description, tableType (MANAGED|EXTERNAL), managedTableDefinition|externalTableDefinition, tableFields[], partitionKeys[], tableProperties[]} |
| ビュー | aidp schema create-view|update-view|delete-view |
POST/PUT/DELETE …/views |
{displayName, catalogKey, schemaKey, description, viewText, viewProperties[], viewFields[]} |
| スキーマ | aidp schema create|update|delete|refresh(ネームスペース) |
POST/PUT/DELETE …/schemas |
{displayName, catalogName, description, properties} |
| カタログ | aidp catalog create|update|delete|refresh |
POST/PUT/DELETE …/catalogs |
{displayName, description, catalogType, sourceType, properties, connectionDetails} |
| 接続テスト | aidp catalog test-connection |
POST …/catalogs/actions/testConnection |
接続設定 |
SQLネイティブの同等手段(多くの場合よりシンプル)は aidp-sql-ddl にあります:
CREATE TABLE … USING DELTA / CTAS、CREATE VIEW … AS SELECT、CREATE SCHEMA、DROP …。
ユーザーの好みに応じてどちらを使用しても構いません;
コントロールプレーンの動詞は、SQLでは設定できないオブジェクトのメタデータ/プロパティも設定できます。
登録済みカタログは永続オブジェクト(catalogType + sourceType + connectionDetails)であり、
connectorsプラグインが扱うノートブック単位の一時的なソース読み込みとは異なります。
手順:
aidp catalog create --display-name … --catalog-type … --source-type … --body @connection.json
(または CreateCatalogDetails を使用した POST …/catalogs)。
本番環境に適用する前に、aidp help catalog create / SDK の CreateConnectionDetails モデルで
正確な connectionDetails の構造を確認し、実際にテストすること —
接続フィールドを手で組み立てないでください。aidp catalog test-connection で検証後、aidp catalog refresh でメタデータを取得。CREATE EXTERNAL TABLE … LOCATION 'oci://…'(aidp-sql-ddl 経由);
oci:// 上の Iceberg/Delta の読み込み → …-spark-connectors
(aidp-iceberg、aidp-object-storage)。delete-table/delete catalog/drop-schema-CASCADE)。
また .aidp/payloads/ に保存すること
(references/payloads.md)。catalogKey/schemaKey(名前ではなく実際のキー)は、事前に aidp-catalog-explore で解決すること —
有効なキーがないと REST の tables/views ルートは 400 を返します。aidp-roles-access。…/dataLakes/<OCID>/extractors に REST サーフェスを持ちます
(/metadataExtractors ではありません — 404 になります)。
2026-06-12 動作確認済み: GET …/extractors → 200。
完全なサーフェス(entities/extractedTables/manageExtractedEntities + ライフサイクル)については
aidp-catalog-init を参照;
aidp-catalog-init のディスカバリと aidp-ingest-file-to-table を補完します。aidp-table-management — catalog/schema/table/view lifecycle + external-catalog registrationManage the metadata objects of the AIDP catalog through the control plane. Two equivalent paths for table
DDL — the SQL-native path (aidp-sql-ddl, CREATE/ALTER/DROP …) and this control-plane path
(CLI/REST create-table/create-view/create catalog) — plus the one thing only the control plane does:
registering an external catalog/connection as a persistent object.
Engine precedence: official
aidpCLIcatalog/schemagroups (preferred) →oci raw-requestREST fallback (see references/oci-raw-request.md). Use--auth api_key --profile DEFAULT. Live-verified 2026-06-10:GET …/catalogs→ 200,…/schemas?catalogKey=<key>→ 200;…/tables?catalogKey=&schemaKey=and…/views?…→ 400 InvalidParameter (routes exist, need the real schema key, not the name).
aidp-analyzing-data); NOT SQL DDL on an existing lakehouse (→ aidp-sql-ddl);
NOT a one-off file load (→ aidp-ingest-file-to-table); NOT transient per-notebook source reads
(→ the …-spark-connectors plugin — that is a different thing from a registered catalog).| Object | CLI (preferred) | REST fallback | Create body (SDK Create*Details, camelCase) |
|---|---|---|---|
| Table | aidp schema create-table|update-table|delete-table|refresh-table |
POST/PUT/DELETE …/tables?catalogKey=&schemaKey= |
{displayName, catalogKey, schemaKey, description, tableType (MANAGED|EXTERNAL), managedTableDefinition|externalTableDefinition, tableFields[], partitionKeys[], tableProperties[]} |
| View | aidp schema create-view|update-view|delete-view |
POST/PUT/DELETE …/views |
{displayName, catalogKey, schemaKey, description, viewText, viewProperties[], viewFields[]} |
| Schema | aidp schema create|update|delete|refresh (namespace) |
POST/PUT/DELETE …/schemas |
{displayName, catalogName, description, properties} |
| Catalog | aidp catalog create|update|delete|refresh |
POST/PUT/DELETE …/catalogs |
{displayName, description, catalogType, sourceType, properties, connectionDetails} |
| Test conn. | aidp catalog test-connection |
POST …/catalogs/actions/testConnection |
connection config |
SQL-native equivalents (often simpler) live in aidp-sql-ddl: CREATE TABLE … USING DELTA / CTAS,
CREATE VIEW … AS SELECT, CREATE SCHEMA, DROP …. Use whichever the user prefers; the control-plane verbs
also set object metadata/properties that SQL doesn't.
A registered catalog is a persistent object (catalogType + sourceType + connectionDetails), distinct
from the transient per-notebook source reads handled by the connectors plugin. Flow:
aidp catalog create --display-name … --catalog-type … --source-type … --body @connection.json
(or POST …/catalogs with CreateCatalogDetails). Confirm the exact connectionDetails shape with
aidp help catalog create / the SDK CreateConnectionDetails model and a live test before production —
do not hand-fabricate connection fields.aidp catalog test-connection to validate, then aidp catalog refresh to pull metadata.CREATE EXTERNAL TABLE … LOCATION 'oci://…'
(via aidp-sql-ddl); Iceberg/Delta-on-oci:// reads → …-spark-connectors (aidp-iceberg, aidp-object-storage).delete-table/delete catalog/drop-schema-CASCADE), and persist to .aidp/payloads/
(references/payloads.md).catalogKey/schemaKey (real keys, not names) via aidp-catalog-explore first — the REST
tables/views routes 400 without valid keys.aidp-roles-access.…/dataLakes/<OCID>/extractors
(NOT /metadataExtractors, which 404s). LIVE-VERIFIED 2026-06-12: GET …/extractors → 200. See
aidp-catalog-init for the full surface (entities/extractedTables/manageExtractedEntities + lifecycle);
complements aidp-catalog-init discovery + aidp-ingest-file-to-table.原文・著作権は Anthropic および各プラグイン作者に帰属します。日本語訳は Claude API による自動翻訳です。