Идея тоже хорошая.
Наверное даже лучше чем хэш.
Я-б так и сделал, но у этих идиотов требование чтоб каждый дебил, (т.е. они сами) мог трейсовать данные и проверять если что.

я-ж уже описал.
Повторяю:
Задача супер-стандартная:
1. Из оракла нужно ежедневно выкалупливать кучу таблиц.
2. Во всех этих таблицах есть "уникальное" поле и поля даты "последнего изменения"
3. Ежедневно нужно делать 3 операции
- Выкалупливать новые записи
- Обновлять изменённые
- Помечать удалённые как удалённые.

Решение простое:
1. Ежедневно высасываем из оракла все "изменившиеся" записи
- Выделяем новые и вставляем
- Выделяем имеющиеся и обновляем имеющиеся
2. Для каждой таблицы высасываем уникальное поле для ВСЕХ записей.
- Сравниваем список с уже имеющимся и помечаем исчезнувшие.

Проблема:
"уникальное" поле уникально в Оракле, но не уникально в Скуле, потому что по дефолту он не различает регистры, но никто об этом не знал (год 2020-й!) и сейчас менять "уже поздно".

Дополнительные требования:
1. Каждая "уникальная" запись в скуле должна быть читаема и сравнима с Оракловой базой, чтоб любой ораклоид мог посмотреть что всё "как надо".
Т.е. Никаких хэшей и т.п.
2. Даже на одно поле нельзя ставить коллейшен, чтоб оно различало регистры.
Т.е. им нужно, если есть 2 записи "ааа" и "ААА" то по запросу на "ааа" оно выдавало обе записи.

Решение:
Таки я поставил регистрово-небезразличный коллейшен на промежуточную табличку, в которую качаю из оракла и обновляю записи в обычных таблицах апдейтом.

Кривизна и косячность дизайна - очевидны.
Любой GROUP BY или какой поиск будут выдавать чёрти что, но никого это не волнует.

Праймер Кий нельзя сделать на не-уникальное поле, а если коллейшен допускает что разные регистры "одинаковы", то ключ просто не построится.

Про "тупых ораклоидов" мы уже говорили.
Они используют вложеные вьюхи - это их конь.

Скульщики вообще ничего не дают. С них даже молока не возьмёшь.

Ну тогда будет выдавать "ААА" и "ААА", а надо чтоб выдавало "ааа" и "ААА".

Вы как на это смотрите?

???
Вам не понятно условие задачи? Там в условии нет ничего про то что по запросу "WHERE Upper(КлючевоеПоле) = 'ААА' " должно выдаваться обе записи...

Должно выдаваться без всяких условий!!!!

И да и нет.
Если-бы все были такие умные как я, то я нахрен никому не был-бы нужен.

Это не я противоречу.

1. Записи должны быть разные.
2. Обе записи должны выдаваться обычным запросом.

Я им обьяснил что с точки зрения скуля, это один и тот-же ключ, но им пох.