database-architect
スケーラブルなデータベースアーキテクチャを設計する
不適切なデータレイヤーの選択は、高コストな書き直しやスケール上の制限につながります。このスキルは、技術選定、スキーマ設計、インデックス設計、マイグレーション、レジリエンス計画を支援します。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "database-architect" from https://skillstore.io/skills/sickn33-database-architect.md and its manifest at https://skillstore.io/api/skills/sickn33-database-architect/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「database-architect」を使用しています。 マルチテナントSaaS請求のスキーマを設計する。
期待される結果:
- 根拠を含む技術推奨。
- トレードオフを含むテナント分離オプション。
- 主要エンティティ、関係、制約、インデックス戦略。
- ロールバックポイントを含むマイグレーションおよびバックアップ計画。
「database-architect」を使用しています。 大量のIoTイベント向けにデータベースアーキテクチャを計画する。
期待される結果:
- 取り込み前提を含む時系列ストレージの推奨。
- ホットデータとコールドデータ向けのパーティショニングおよび保持戦略。
- ダッシュボード向けの読み取りモデルとキャッシュ計画。
- 監視、キャパシティ、障害モードに関する考慮事項。
「database-architect」を使用しています。 プロダクトカタログ向けにPostgreSQLとMongoDBのどちらを選ぶか判断する。
期待される結果:
- クエリの形、一貫性、インデックス、進化の必要性に基づく比較。
- 主要なトレードオフを含む推奨スキーマ方針。
- 採用前の運用リスクと検証手順。
セキュリティ監査
安全All ten static findings are false positives caused by ordinary database architecture language. The cited lines describe safety guidance, design patterns, constraints, and Mermaid outputs. No prompt injection, reconnaissance intent, executable behavior, or data exfiltration instructions were found in SKILL.md.
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/sickn33-database-architect/audits/5?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/sickn33-database-architect?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/sickn33-database-architect?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-database-architect/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/sickn33-database-architect.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
sickn33. (2026). database-architect security audit report (audit version 5) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-database-architect/audits/5BibTeX形式の引用
@techreport{sickn33-sickn33-database-architect-2026,
author = {sickn33},
title = {database-architect security audit report (audit version 5)},
institution = {Skillstore},
year = {2026},
number = {5},
url = {https://skillstore.io/skills/sickn33-database-architect/audits/5},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "database-architect security audit report (audit version 5)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/sickn33-database-architect/audits/5"
identifiers:
- type: other
value: "skillstore:sickn33-database-architect:audit:5"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
新しいプロダクトのデータレイヤーを計画する
明確なエンティティ、アクセスパターン、成長前提を持つプロダクト向けに、最初のデータベースアーキテクチャを設計します。
アプリケーションスキーマをモデル化する
プロダクト要件をテーブル、コレクション、関係、制約、インデックス、ライフサイクルポリシーに変換します。
データベースマイグレーションを準備する
検証チェック、ロールバックポイント、切り替え基準を含む段階的なマイグレーション計画を作成します。
これらのプロンプトを試す
[product]向けのデータベースアーキテクチャを設計してください。[expected users]、[core entities]、[read/write patterns]、[growth target]を使用してください。
[use case]について、PostgreSQL、MongoDB、DynamoDBを比較してください。一貫性、クエリパターン、スケーリング、運用、コストのトレードオフを説明してください。
[current database]から[target database]へのゼロダウンタイムマイグレーション計画を作成してください。フェーズ、検証、ロールバック、切り替え基準を含めてください。
[consistency requirement]と[traffic pattern]を持つ[domain]向けのマルチリージョンデータアーキテクチャを設計してください。レプリケーション、シャーディング、フェイルオーバー、コンプライアンス、オブザーバビリティを含めてください。
ベストプラクティス
- 技術を選ぶ前に、アクセスパターン、一貫性の要件、データ量から始めます。
- スキーマ設計、インデックス、キャッシュ、マイグレーション安全性に関するトレードオフを文書化します。
- ステージング環境でマイグレーションを検証し、ロールバック手順を測定可能なチェックに結び付けます。
回避
- クエリパターンを定義する前に、人気があるという理由でデータベースを選ぶこと。
- 各インデックスを実際のクエリや制約に結び付けずに追加すること。
- バックアップ、検証、テスト済みのロールバック経路なしで本番マイグレーションを実行すること。