Plugins podem armazenar seus próprios dados em coleções de documentos sem escrever migrations de banco. Declare coleções e índices na definição do plugin, e o EmDash cuida do schema automaticamente.
Declarar storage
Defina coleções de storage em 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"],
},
},
// ...
});
Cada chave em storage é um nome de coleção. O array indexes lista campos que podem ser consultados com eficiência.
API da coleção de storage
Acesse coleções via ctx.storage em hooks e rotas:
"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");
}
Referência completa da 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>;
}
Consultar dados
Use query() para recuperar documentos que correspondem a critérios. Consultas retornam resultados paginados.
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
Opções de query
interface QueryOptions {
where?: WhereClause;
orderBy?: Record<string, "asc" | "desc">;
limit?: number; // Default 50, max 1000
cursor?: string; // For pagination
}
Operadores de cláusula where
Filtre por campos indexados usando estes operadores:
Correspondência exata
where: {
status: "pending", // Exact string match
count: 5, // Exact number match
archived: false // Exact boolean match
} Intervalo
where: {
createdAt: { gte: "2024-01-01" }, // Greater than or equal
score: { gt: 50, lte: 100 } // Between (exclusive/inclusive)
}
// Available: gt, gte, lt, lte
In (lista)
where: {
status: { in: ["pending", "approved"] }
} Começa com
where: {
slug: { startsWith: "blog-" }
} Ordenação
Ordene resultados por campos indexados:
orderBy: {
createdAt: "desc";
} // Newest first
orderBy: {
score: "asc";
} // Lowest first
Paginação
Os resultados são paginados. Use cursor para buscar páginas adicionais:
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
}
Contar documentos
Conte documentos que correspondem a critérios:
// Count all
const total = await ctx.storage.submissions!.count();
// Count with filter
const pending = await ctx.storage.submissions!.count({
status: "pending",
});
Operações em lote
Para operações em massa, use métodos em lote:
// 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"]);
Design de índices
Escolha índices com base nos seus padrões de consulta:
| Padrão de consulta | Índice necessário |
|---|---|
Filtrar por formId | "formId" |
Filtrar por formId, ordenar por createdAt | ["formId", "createdAt"] |
Ordenar só por createdAt | "createdAt" |
Filtrar por status e formId | "status" e "formId" (separados) |
Índices compostos suportam consultas que filtram pelo primeiro campo e opcionalmente ordenam pelo segundo:
// 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" } } });
Segurança de tipos
Tipifique suas coleções de storage para melhor IntelliSense:
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 conteúdo vs KV
Use o mecanismo de storage certo para o seu caso:
| Caso de uso | Storage |
|---|---|
| Dados operacionais do plugin (logs, envios, cache) | ctx.storage |
| Configurações editáveis pelo usuário | ctx.kv com prefixo settings: |
| Estado interno do plugin | ctx.kv com prefixo state: |
| Conteúdo editável na UI de admin | Coleções do site (não plugin storage) |
Detalhes de implementação
Por baixo dos panos, o storage de plugin usa uma única tabela de banco:
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)
);
O EmDash cria índices de expressão para os campos declarados:
CREATE INDEX idx_forms_submissions_formId
ON _plugin_storage(json_extract(data, '$.formId'))
WHERE plugin_id = 'forms' AND collection = 'submissions';
Este design oferece:
- Sem migrations — O schema fica no código do plugin
- Portabilidade — Funciona em D1, libSQL, SQLite
- Isolamento — Plugins só acessam seus próprios dados
- Segurança — Sem SQL injection, consultas validadas
Adicionar índices
Quando você adiciona índices em uma atualização do plugin, o EmDash os cria automaticamente na próxima inicialização. Isso é seguro—índices podem ser adicionados sem migração de dados.
Quando você remove índices, o EmDash os descarta. Consultas em campos não indexados falham com erro de validação.