sqlite: remove the null prototype from result rows

Current behavior

Rows returned by get(), all() and iterate() are created with a null prototype. The V8 API that does this produces dictionary-mode objects, and V8 will not cache a prototype transition on a dictionary map, so every row also gets its own freshly allocated hidden class. Rows from the same statement therefore share no shape: they are slow to build, and every property access on them in user code is megamorphic.

Proposal

Drop the null prototype and build rows with v8::DictionaryTemplate, cached per statement. Rows become ordinary objects, and every row of a statement shares one hidden class.

Pros

• all() is 10–37% faster depending on the query; reading the rows afterwards is far cheaper still.
• Consistent with run(), which already returns an ordinary object, and with better-sqlite3.

Cons

• Semver-major.
• Rows can no longer be indexed by untrusted keys without Object.hasOwn() — row.toString and row.constructor start resolving through Object.prototype.
• User code comparing rows against { __proto__: null, ... } breaks.

Prototype pollution is not a concern either way: rows are built by defining own properties directly, so a __proto__ column is an own property and never reaches Object.prototype.

I have benchmarks and a working implementation if there is interest.

Comienza localizando las implementaciones de get(), all(), iterate() y el manejo existente de los resultados de run(), y después lee cómo se usan la V8 API y v8::DictionaryTemplate. Revisa los benchmarks propuestos y la implementación funcional mencionados en el issue. Se considera terminado cuando se hayan evaluado el comportamiento de los objetos ordinarios, la forma de fila compartida, el rendimiento y las preocupaciones de compatibilidad de semver-major.