fix(parse): check JOIN ON inside UPDATE FROM and DELETE USING

[tiagolauer]

Fixes #281.

The bug

StrictRow<DB, 'update users set name = $1 from orders o join refunds r on r.nope = o.id where users.id = o.user_id'>
// Record<string, never> - r.nope accepted silently

Same with delete from users using orders o join refunds r on r.nope = o.id .... The joined sources themselves are registered — returning r.id from the valid variant works — so it is only the ON expressions that go unchecked. The README says strict mode checks JOIN ... ON conditions and makes no carve-out for write statements.

The fix

The UPDATE and DELETE branches hardcoded fromText: '', so ApplyWhereCheck's ExtractJoinOnText never saw their join text.

Both now pass the real FROM/USING clause text, taken with the same TakeFromClause a SELECT uses, and kept as raw text for the same reason the SELECT branch documents: the JOIN ON scan only runs in strict mode.

Verification

tests/dml-join-on-strict.test-d.ts, eight cases. Three red on master:

tests/dml-join-on-strict.test-d.ts(21,3): error TS2344: Type 'false' does not satisfy the constraint 'true'.
tests/dml-join-on-strict.test-d.ts(31,3): ... (41,3)

• an unknown column in the ON of an UPDATE ... FROM and of a DELETE ... USING
• an unknown alias in the ON of an UPDATE ... FROM

Controls: the valid versions of both statements still pass, an UPDATE without a FROM is unchanged, UPDATE ... FROM ... RETURNING still types its row, and loose mode still reports nothing.

tsc --noEmit clean, 192 runtime tests pass, budget 192,596 (+110).