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.

Bắt đầu bằng cách xác định các phần triển khai của get(), all(), iterate() và cách xử lý kết quả run() hiện có, sau đó đọc cách V8 API và v8::DictionaryTemplate được sử dụng. Xem lại các benchmark được đề xuất và phần triển khai đang hoạt động được đề cập trong issue. Hoàn thành có nghĩa là đánh giá hành vi của đối tượng thông thường, hình dạng hàng dùng chung, hiệu năng và các mối lo ngại về khả năng tương thích semver-major.