Лампочкане понимаете вы меня..а те, которые поняли, говорят, что нельзя уже ничего сделать)
Перед подстановкой текста литерала в SQL запрос, его надо экранировать - заменить символы имеющие специальное значение на эквивалентные, но безопасные комбинации символов.
В общем случае эта операция зависит от используемой СУБД.
Но если ограничиться кавычками ('), то в большинстве случаев достаточно заменить все кавычки на пары кавычек ('', это не двойная кавычка, а две одиночных)

Для этого у меня например есть специальная функция для квотирования литералов для передачи в Oracle SQL. Она строки берет в кавычки, экранирует внутренние кавычки, в числах заменяет "," на "." чтобы не зависело от региональных настроек, время и дату представляет в нужном формате.
Можете ее доработать для вашей СУБД.
Использовать ее просто:

ls_sql = "select ... where name = " + to_ora(" строка с 'кавычками' ")
на выходе получится
select ... where name = ' строка с ''кавычками'' '

Лампочкаочень тяжело, когда не знаешь:)
даже не представляете как)))
Всем поначалу тяжело с PB - справитесь.

Лампочкаа еще очень забавно смотреть, как разные умные люди заявляют совершенно противоположные вещи)))
Ну, например утверждение, что электроны - и частицы и волны, тоже на первый взгляд выглядит забавно :)

Dim2000Anatoly MoskovskyВсем поначалу тяжело с PB
Если с эхотагом тяжело, то с чем же тогда будет легко ;)?
Многие новички пытаются программировать в PB как с 3GL. А на этом уровне PB предоставляет мало средств по сравнению с другими языками общего назначения, да и со скоростью проблемы.
Опыт достаточный для эффективного использования 4GL возможностей PB появляется далеко не сразу.
(См. какой разброс решений был в теме про уникальность в массиве, пока не пришел Филипп и не привел решение из двух элементарных операций)

Кроме того, как известно, люди незнакомые с системой, постоянно натыкаются на ее баги (а я думаю излишне рассказывать про баги в PB), пока подсознание не научится рефлекторно избегать скользких мест :)

ЛампочкаКогда я пишу в WHERE:
column1 = :param1 or isNull(:param1), второе условие отказывается сохраняться, оно просто исчезает.
Как быть?
В SQL нету IsNull(:param1), там есть :param1 IS NULL

Лампочкаа у Вас это работает?
я пробовала оба варианта - при выходе из where условие на NULL не сохраняется.
Опять что-то не так делаю?
А, вы наверно в дизайнере запроса строите условие.
Я сам всегда прямо на SQL писал, поэтому не могу подсказать в чем проблема.

ЛампочкаAnatoly Moskovsky,
то есть вы непосредственно с retrieval arguments не работаете?
просто архитектор БД очень против непараметризованных запросов, потому что или запрос один раз распарсится, или он каждый раз будет это делать.
Почему же, работаю с retrieval arguments.
Но не в дизайнере фильтра, а прямо в тексте запроса. Для этого вызываю меню Convert to syntax.
И далее целиком текст запроса пишу :)