Как экранировать одинарную кавычку для SQLite

[andrew.k]

Нэт, так не пойдет мне нужно, что бы базе хранился именно исходный текст c одинарными кавычками: Noch'. Ulica. Fonar'. 

'' != " присмотрись сам Там два апострофа. При выполнении запроса они нужны, а в базу лягут уже по одному

Потому что нужно было просто написать "экранируется второй кавычкой".
Но это не нужно. Ты ж не будешь везде добавлять вторую кавычку.
Нужно просто использовать bindValue

[Nimbus]

Нужно просто использовать bindValue

Логично. Немного оффтопа:
Вообще, я считаю, что все данные в запрос надо передавать через параметры. Ибо такие крупные СУБД как Oracle и PostgreSQL (не знаю насчёт остальных) выполняют их быстрее, потому что не приходится каждый раз выполнять парсинг и строить план выполнения запроса, заодно это безопасно

[MoPDoBoPoT]

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

Это если запрос многократно используется (:

[fuCtor]

Если он используется лишь один раз, то как минимум не будет выигрыша по производительности, но зато меньше проблем со всякими символами, экранированием и тп. Да и логику при необходимости писать легче.

[Rem Norton]

Нужно просто использовать bindValue

Логично. Немного оффтопа:
Вообще, я считаю, что все данные в запрос надо передавать через параметры. Ибо такие крупные СУБД как Oracle и PostgreSQL (не знаю насчёт остальных) выполняют их быстрее, потому что не приходится каждый раз выполнять парсинг и строить план выполнения запроса, заодно это безопасно

ЛОЛШТО??? Спасибо, поржали всем офисом!

[asvil]

ЛОЛШТО??? Спасибо, поржали всем офисом!

Умник детектед.

словосочетние

каждый раз

уже предполагает использование более одного раза.

[Nimbus]

ЛОЛШТО??? Спасибо, поржали всем офисом!

About?

[Rem Norton]

ЛОЛШТО??? Спасибо, поржали всем офисом!

About?

Откуда вообще информация, что параметризованные запросы Postgre выполняет быстрее??? Что-то в исходниках Postgre ни я, ни мои коллеги ничего такого не нарыли... НО поржали от души!

[asvil]

Кодокопатели.

http://www.postgresql.org/docs/8.1/static/libpq-exec.html

PQprepare
............
    PQprepare creates a prepared statement for later execution with PQexecPrepared. This feature allows commands that will be used repeatedly to be parsed and planned just once, rather than each time they are executed.
............

[Rem Norton]

Кодокопатели.

http://www.postgresql.org/docs/8.1/static/libpq-exec.html

PQprepare
............
    PQprepare creates a prepared statement for later execution with PQexecPrepared. This feature allows commands that will be used repeatedly to be parsed and planned just once, rather than each time they are executed.
............

Для не знающих ангельского и презирающих on-line переводчики: ключевой момент фразы " ... commands that will be used repeatedly..." в переводе означает "команды, которые будут использоваться неоднократно". При единоразовом выполнении НИКАКОГО ПРИРОСТА СКОРОСТИ НЕ БУДЕТ. И так, для информации: все, уважающие себя СУБД имеют кэш запросов, в котором даже не параметризованный запрос хранится в виде execution плана. И, если запрос вызвать более одного раза, но с разными параметрами, он (какая неожиданность) выполнится быстрее, чем в первый раз.

И, да: коды рулят! 

[Nimbus]

При единоразовом выполнении НИКАКОГО ПРИРОСТА СКОРОСТИ НЕ БУДЕТ. И так, для информации: все, уважающие себя СУБД имеют кэш запросов, в котором даже не параметризованный запрос хранится в виде execution плана.

Я это и имел ввиду, говоря "каждый раз", как уже пояснили выше