вадяKorcarЗаранее мне это не было известно, иначе б не спрашивал.в том то и дело что это известно заранее - это не параметры запроса , это сам запрос.
та пофиг. сам запрос тоже можно переобработать чем-то до отправки на выполнение

Petro123KorcarПо факту всё программирование - это строкиты забыл про дезигн тайм и ран тайм)))
Колонки у программистов в стадии проектирования.
Программист?
еще скажи, что в БД таблиц нет, а есть только сущности. мне что-то об этом в универе втирали

BlazkowiczKorcarсклейкой строк? ну это же фу ...

а если столбцов поиска 10шт, тогда как? неужели в такой сложной технологии нет простого решения по мультиколоночному поиску?
Части запроса типовые. Поэтому хоть 10 колонок, хоть 100. Какая разница?
разница есть в том, куда лучше условия присунуть

BlazkowiczKorcarразница есть в том, куда лучше условия присунуть
Код условий типовой для всех колонок. Если вы не умеете его переиспользовать, это не значит что само решение плохое.
чтоб значит "типовой для всех колонок"? а обработка чисел и строк как же? он ж отличается. для строк надо кавырки проставлять, для чисел нет

зы: не надо тут догадки строить кто и что умеет. тут мемберы разной квалификации. кто-то да что-то всегда не знает. считаешь мой вопрос глупым и не хочешь отвечать по сути. вообще не пиши. какие проблемы?)

вадяKorcarчтоб значит "типовой для всех колонок"? а обработка чисел и строк как же? он ж отличается. для строк надо кавырки проставлять, для чисел нетне надо так низко опускаться, до элементарного, тут о проблемах спрашивают , а не учат 2+2 решать.
вся суть вопроса свелась к склейке строк. да это элементарно, не спорю, но суть от этого не меняется

BlazkowiczKorcarчтоб значит "типовой для всех колонок"? а обработка чисел и строк как же? он ж отличается. для строк надо кавырки проставлять, для чисел нет
Что за чушь? Ненадо никакие "кавырки" ставить когда есть PreparedStatement.setObject().

Korcarзы: не надо тут догадки строить кто и что умеет. тут мемберы разной квалификации. кто-то да что-то всегда не знает. считаешь мой вопрос глупым и не хочешь отвечать по сути. вообще не пиши. какие проблемы?)
Обидели мышку? Я считаю разлагольствования в стиле "ой, для сотни колонк мне же придётся сто раз скопипастить целую кучу кода" это показатель. Тут никакие "догадки" не нужны. Вы не написали ни строчки кода в этой теме, но уже ноете что будет сложно. Я эту задачу решал раз пять с разными API. И могу заверить что нет никакой сложности. Колонки отличаются только именем и типом. Код для типов иногда может различаться, но это редкость и недоработка API. В итоге вам достаточно списка имён колонок и значений - параметров запроса, чтобы из них собрать динамический запрос не скатываясь в кучу кода.

А если хотите более конкретных советов, то давайте конкретый код. А то, блин, ноют что все ответы говно, а конкретики, как всегда - ноль.
а как ты предлагаешь использовать PreparedStatement, когда количество параметров и их положение заранее не известны?

BlazkowiczKorcarа как ты предлагаешь использовать PreparedStatement, когда количество параметров и их положение заранее не известны?
Не знаю что такое "положение параметров". Но никакой проблемы никогда не испытывал с созданием PrepatedStatement из SQL запроса сформированного динамически