если значений в будущем будет больше? например 1000, "OR" на каждый писать...вариантов много - от динамического sql до жестоких join-ов с like
Возможно ли подобное написать одним запросом (использовать PL/SQL стандартные функции допускается)?Да. Тем же join где условие связи использует like
что имелось ввиду под "банальный like" - не понятно, конечное сопоставление? Или изначально всё решение задачи?
Хранить данные правильно не получится - сторонний разработчик ПО, который вряд ли будет менять логику своего продукта, в том числе и структуру БД.
Да и никто не отменял PL/SQL блоки или ЯП на уровне приложения, что бы сделать отбор.
даже можно увидеть как тебе карму в минус сливают недовольные)))это самая веселая часть)
Не знаю у кого как, но у нас все пытаются делать силами сотрудников своих "дабы не переплачивать!"Ну что тут можно сказать в их сторону...
есть некая выгрузка в xml, точнее несколько разных версий (например две - старая и новая)
импорт новой версии - ведь подразумевает, что устаревшее поле уже не нужно или его вообще нет? или тупо "теперь это поле не будет передаваться"?