Storage dei plugin

In questa pagina

I plugin possono memorizzare i propri dati in raccolte di documenti senza scrivere migrazioni di database. Dichiara raccolte e indici nella definizione del plugin e EmDash gestisce lo schema automaticamente.

Dichiarare lo storage

Definisci le raccolte di storage in definePlugin():

import { definePlugin } from "emdash";

export default definePlugin({
	id: "forms",
	version: "1.0.0",

	storage: {
		submissions: {
			indexes: [
				"formId", // Single-field index
				"status",
				"createdAt",
				["formId", "createdAt"], // Composite index
				["status", "createdAt"],
			],
		},
		forms: {
			indexes: ["slug"],
		},
	},

	// ...
});

Ogni chiave in storage è un nome di raccolta. L’array indexes elenca i campi che possono essere interrogati in modo efficiente.

API delle raccolte di storage

Accedi alle raccolte tramite ctx.storage negli hook e nelle route:

"content:afterSave": async (event, ctx) => {
  const { submissions } = ctx.storage;

  // CRUD operations
  await submissions.put("sub_123", { formId: "contact", email: "[email protected]" });
  const item = await submissions.get("sub_123");
  const exists = await submissions.exists("sub_123");
  await submissions.delete("sub_123");
}

Riferimento completo all’API

interface StorageCollection<T = unknown> {
	// Basic CRUD
	get(id: string): Promise<T | null>;
	put(id: string, data: T): Promise<void>;
	delete(id: string): Promise<boolean>;
	exists(id: string): Promise<boolean>;

	// Batch operations
	getMany(ids: string[]): Promise<Map<string, T>>;
	putMany(items: Array<{ id: string; data: T }>): Promise<void>;
	deleteMany(ids: string[]): Promise<number>;

	// Query (indexed fields only)
	query(options?: QueryOptions): Promise<PaginatedResult<{ id: string; data: T }>>;
	count(where?: WhereClause): Promise<number>;
}

Interrogare i dati

Usa query() per recuperare documenti che soddisfano i criteri. Le query restituiscono risultati paginati.

const result = await ctx.storage.submissions.query({
	where: {
		formId: "contact",
		status: "pending",
	},
	orderBy: { createdAt: "desc" },
	limit: 20,
});

// result.items - Array of { id, data }
// result.cursor - Pagination cursor (if more results)
// result.hasMore - Boolean indicating more pages

Opzioni di query

interface QueryOptions {
	where?: WhereClause;
	orderBy?: Record<string, "asc" | "desc">;
	limit?: number; // Default 50, max 1000
	cursor?: string; // For pagination
}

Operatori della clausola where

Filtra per campi indicizzati usando questi operatori:

Corrispondenza esatta

where: {
  status: "pending",        // Exact string match
  count: 5,                 // Exact number match
  archived: false           // Exact boolean match
}

Intervallo

where: {
  createdAt: { gte: "2024-01-01" },     // Greater than or equal
  score: { gt: 50, lte: 100 }           // Between (exclusive/inclusive)
}

// Available: gt, gte, lt, lte

In

where: {
  status: { in: ["pending", "approved"] }
}

Inizia con

where: {
  slug: { startsWith: "blog-" }
}

Ordinamento

Ordina i risultati per campi indicizzati:

orderBy: {
	createdAt: "desc";
} // Newest first
orderBy: {
	score: "asc";
} // Lowest first

Paginazione

I risultati sono paginati. Usa cursor per recuperare pagine aggiuntive:

async function getAllSubmissions(ctx: PluginContext) {
	const allItems = [];
	let cursor: string | undefined;

	do {
		const result = await ctx.storage.submissions!.query({
			orderBy: { createdAt: "desc" },
			limit: 100,
			cursor,
		});

		allItems.push(...result.items);
		cursor = result.cursor;
	} while (cursor);

	return allItems;
}

PaginatedResult

interface PaginatedResult<T> {
	items: T[];
	cursor?: string; // Pass to next query for more results
	hasMore: boolean; // True if more pages exist
}

Conteggio dei documenti

Conta i documenti che soddisfano i criteri:

// Count all
const total = await ctx.storage.submissions!.count();

// Count with filter
const pending = await ctx.storage.submissions!.count({
	status: "pending",
});

Operazioni in batch

Per operazioni massive, usa i metodi batch:

// Get multiple by ID
const items = await ctx.storage.submissions!.getMany(["sub_1", "sub_2", "sub_3"]);
// Returns Map<string, T>

// Put multiple
await ctx.storage.submissions!.putMany([
	{ id: "sub_1", data: { formId: "contact", status: "new" } },
	{ id: "sub_2", data: { formId: "contact", status: "new" } },
]);

// Delete multiple
const deletedCount = await ctx.storage.submissions!.deleteMany(["sub_1", "sub_2"]);

Progettazione degli indici

Scegli gli indici in base ai pattern di query:

Pattern di queryIndice necessario
Filtrare per formId"formId"
Filtrare per formId, ordinare per createdAt["formId", "createdAt"]
Ordinare solo per createdAt"createdAt"
Filtrare per status e formId"status" e "formId" (separati)

Gli indici compositi supportano query che filtrano sul primo campo e opzionalmente ordinano per il secondo:

// With index ["formId", "createdAt"]:

// This works:
query({ where: { formId: "contact" }, orderBy: { createdAt: "desc" } });

// This also works (filter only):
query({ where: { formId: "contact" } });

// This does NOT use the composite index (wrong field order):
query({ where: { createdAt: { gte: "2024-01-01" } } });

Type safety

Tipizza le raccolte di storage per un IntelliSense migliore:

interface Submission {
	formId: string;
	email: string;
	data: Record<string, unknown>;
	status: "pending" | "approved" | "spam";
	createdAt: string;
}

definePlugin({
	id: "forms",
	version: "1.0.0",

	storage: {
		submissions: {
			indexes: ["formId", "status", "createdAt"],
		},
	},

	hooks: {
		"content:afterSave": async (event, ctx) => {
			// Cast to typed collection
			const submissions = ctx.storage.submissions as StorageCollection<Submission>;

			const submission: Submission = {
				formId: "contact",
				email: "[email protected]",
				data: { message: "Hello" },
				status: "pending",
				createdAt: new Date().toISOString(),
			};

			await submissions.put(`sub_${Date.now()}`, submission);
		},
	},
});

Storage vs Content vs KV

Usa il meccanismo di storage adatto al caso d’uso:

Caso d’usoStorage
Dati operativi del plugin (log, invii, cache)ctx.storage
Impostazioni configurabili dall’utentectx.kv con prefisso settings:
Stato interno del pluginctx.kv con prefisso state:
Contenuto modificabile nell’admin UIRaccolte del sito (non storage del plugin)

Dettagli di implementazione

Sotto il cofano, lo storage dei plugin usa una singola tabella di database:

CREATE TABLE _plugin_storage (
  plugin_id TEXT NOT NULL,
  collection TEXT NOT NULL,
  id TEXT NOT NULL,
  data JSON NOT NULL,
  created_at TEXT,
  updated_at TEXT,
  PRIMARY KEY (plugin_id, collection, id)
);

EmDash crea indici sulle espressioni per i campi dichiarati:

CREATE INDEX idx_forms_submissions_formId
  ON _plugin_storage(json_extract(data, '$.formId'))
  WHERE plugin_id = 'forms' AND collection = 'submissions';

Questa progettazione offre:

  • Nessuna migrazione — Lo schema vive nel codice del plugin
  • Portabilità — Funziona su D1, libSQL, SQLite
  • Isolamento — I plugin possono accedere solo ai propri dati
  • Sicurezza — Nessuna SQL injection, query validate

Aggiungere indici

Quando aggiungi indici in un aggiornamento del plugin, EmDash li crea automaticamente al prossimo avvio. È sicuro—gli indici possono essere aggiunti senza migrazione dei dati.

Quando rimuovi indici, EmDash li elimina. Le query su campi non indicizzati falliranno con un errore di validazione.