-- Compare `user_table_rows.order_key` bytewise (COLLATE "C") instead of under the
-- database's default locale (en_US.UTF-8).
--
-- order_key holds fractional-index strings from the base-62 alphabet
-- 0-9 A-Z a-z, generated by apps/sim/lib/fractional-indexing. That algorithm
-- compares keys BYTEWISE (JS string `>=`) and its integer-length scheme relies on
-- the ASCII boundary `Z` (0x5A) < `a` (0x61). Under en_US.UTF-8 lowercase
-- interleaves with/precedes uppercase ("a0" < "Zz"), the opposite of bytewise — so
-- `max(order_key)`, neighbor lookups, and `ORDER BY order_key` disagreed with the
-- library, making inserts mint keys that fail `generateKeyBetween`'s `a >= b`
-- assertion and making rows display out of order.
--
-- Setting the column to COLLATE "C" makes every comparison, aggregate, and the
-- dependent index `user_table_rows_table_order_key_idx` use byte order, matching
-- the library. Postgres rebuilds that index under the new collation as part of the
-- ALTER. Takes a brief ACCESS EXCLUSIVE lock; user_table rows are low-volume per
-- the fractional-ordering rollout.
ALTER TABLE "user_table_rows" ALTER COLUMN "order_key" SET DATA TYPE text COLLATE "C";