control

const (
	SQLite   Engine = "sqlite"
	Postgres Engine = "postgres"
	MySQL    Engine = "mysql"
	MariaDB  Engine = "mariadb"
	MSSQL    Engine = "mssql"
	Oracle   Engine = "oracle"
)

const (
	FeatRLSNative     Feature = "rls_native"     // RLS forzada por el motor (set_config + CREATE POLICY)
	FeatListenNotify  Feature = "listen_notify"  // listener inbound LISTEN/NOTIFY
	FeatMigrationLock Feature = "migration_lock" // lock de migración distribuido
	FeatSkipLocked    Feature = "skip_locked"    // SELECT ... FOR UPDATE SKIP LOCKED

	// FeatSchemaPerTenant marca los motores con schemas reales dentro de una
	// base (CREATE SCHEMA + qualificación schema.table). A diferencia de las
	// features de arriba, Quark NO gatea esta estrategia con
	// ErrUnsupportedFeature (el builder emite el SQL cualificado y es el motor
	// quien lo acepta o no): en un motor no soportado el exerciser SALTA el
	// path funcional (SkippedExpected), no aserta un error. Fuente:
	// docs/playbooks/tenant.md ("sólo PG y MSSQL real, MySQL no tiene schemas").
	FeatSchemaPerTenant Feature = "schema_per_tenant"

	// FeatDBPerTenantProvision marca los motores donde el ARNÉS puede
	// aprovisionar una base de datos por tenant (la estrategia DatabasePerTenant
	// en sí es agnóstica del motor — sólo necesita DSNs distintos). SQLite usa
	// ficheros; PG/MySQL/MariaDB/MSSQL un CREATE DATABASE vía admin. Oracle
	// queda fuera: una "database" por tenant ahí es un PDB (operación
	// administrativa pesada, fuera del alcance del harness) y el equivalente
	// ligero (CREATE USER = schema) es la otra estrategia.
	FeatDBPerTenantProvision Feature = "db_per_tenant_provision"
)

const (
	StatusPassed          Status = "PASS"     // invocado y las aserciones funcionales pasaron
	StatusSkippedExpected Status = "SKIP-EXP" // motor sin la capacidad; devolvió el error esperado
	StatusFailed          Status = "FAIL"     // invocado pero una aserción falló
	StatusMissing         Status = "MISSING"  // en el manifiesto, nunca invocado en este motor
)