nosql-expert
スケーラブルなNoSQLデータモデルを設計する
分散NoSQLスキーマは、チームがアクセスパターンより先にエンティティをモデル化すると破綻します。このスキルは、Cassandra、DynamoDB、ScyllaDB向けにクエリファースト設計をガイドします。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "nosql-expert" from https://skillstore.io/skills/sickn33-nosql-expert.md and its manifest at https://skillstore.io/api/skills/sickn33-nosql-expert/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「nosql-expert」を使用しています。 ユーザー、注文、注文履歴のためのDynamoDBモデルが必要です。
期待される結果:
- アクセスパターンは、プロフィール検索、ユーザーの注文履歴、注文詳細検索に分けられています。
- この設計では、プロフィールと最近の注文に対してユーザー中心のパーティションを使用します。
- レビューでは注文履歴の増加を指摘し、時間でバケット化したパーティションを推奨しています。
「nosql-expert」を使用しています。 statusをパーティションキーとして使用するCassandraテーブルをレビューしてください。
期待される結果:
- レビューでは、statusが低カーディナリティキーであり、ホットパーティションのリスクがあると特定しています。
- 主要な読み取りパスに合わせた、より高カーディナリティのキーを推奨しています。
- セカンダリインデックスやフィルタリングでは、コアとなるモデルの問題は解決しないと指摘しています。
「nosql-expert」を使用しています。 デバイスと時刻によるイベント検索について、CassandraとDynamoDBを比較してください。
期待される結果:
- 回答では、クラスタリングカラム、ソートキー、時間でバケット化したパーティションを比較しています。
- 各プラットフォームにおける一貫性とインデックスのトレードオフを説明しています。
- 想定されるデバイス数と保持期間を確認するための検証質問を提案しています。
セキュリティ監査
安全All static detections are false positives caused by Markdown inline code examples and database terminology. The skill is educational NoSQL guidance and contains no executable scripts, command invocations, network calls, or prompt injection text.
リスク要因
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/sickn33-nosql-expert/audits/4?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/sickn33-nosql-expert?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/sickn33-nosql-expert?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/sickn33-nosql-expert/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/sickn33-nosql-expert.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). nosql-expert security audit report (audit version 4) [Author version unspecified]. Skillstore. https://skillstore.io/skills/sickn33-nosql-expert/audits/4BibTeX形式の引用
@techreport{sickn33-sickn33-nosql-expert-2026,
author = {sickn33},
title = {nosql-expert security audit report (audit version 4)},
institution = {Skillstore},
year = {2026},
number = {4},
url = {https://skillstore.io/skills/sickn33-nosql-expert/audits/4},
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: "nosql-expert security audit report (audit version 4)"
version: "unspecified"
type: report
authors:
- name: "sickn33"
date-released: "2026-07-07"
url: "https://skillstore.io/skills/sickn33-nosql-expert/audits/4"
identifiers:
- type: other
value: "skillstore:sickn33-nosql-expert:audit:4"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
新しいサービススキーマを計画する
実装前に、プロダクトのアクセスパターンをテーブル設計とキー設計に変換します。
本番環境のホットパーティションをレビューする
パーティションキーの選択を評価し、偏ったトラフィックや無制限に増えるパーティションによるリスクを特定します。
CassandraとDynamoDBの設計を比較する
一貫性、インデックス、非正規化、クエリ性能に関する設計上のトレードオフを評価します。
これらのプロンプトを試す
DynamoDBまたはCassandraを使用する新しいサービスのアクセスパターンを列挙するのを手伝ってください。不足しているエンティティ、クエリ形状、スケールの前提について質問してください。
これらのアクセスパターンに対するパーティションキーとソートキーを設計してください。各テーブルまたはインデックスがどのように1つのクエリを効率的に処理するかを説明してください。
このNoSQLスキーマについて、ホットパーティション、低カーディナリティキー、無制限に増えるパーティション、一貫性リスクをレビューしてください。実用的な修正案を提案してください。
このリレーショナルモデルをクエリファーストのNoSQL設計にリファクタリングしてください。非正規化の選択、インデックス戦略、書き込み一貫性のトレードオフを含めてください。
ベストプラクティス
- テーブルやインデックスを選択する前に、完全なアクセスパターンから始めます。
- 高いカーディナリティを持ち、トラフィックが均等になるパーティションキーを選択します。
- 各読み取りパスと書き込みパスの一貫性要件を文書化します。
回避
- リレーショナルスキーマをそのままCassandraやDynamoDBにコピーしないでください。
- 低カーディナリティのフィールドをプライマリパーティションキーとして使用しないでください。
- 重要な読み取りパスでスキャン、フィルタリング、結合に依存しないでください。