Документация MySQL, которую вы цитируете, на самом деле говорит немного больше, чем вы упоминаете. Там также сказано:
«'
» внутри строки, заключенной в «'
», может быть записано как «''
».
(Кроме того, вы связались с MySQL 5.0 версии Таблицы 8.1. Специальные последовательности Escape , и текущая версия 5.6 - но текущая Таблица 8.1. Последовательности побега специальных символов выглядит очень похоже.)
Я думаю, что примечание Postgres по параметру backslash_quote (string)
является информативным:
Этот параметр определяет, может ли кавычка быть представлена \'
в строковом литерале. Предпочтительным стандартным способом представления знака кавычек в SQL является его удвоение (''
), но PostgreSQL исторически также принимал \'
. Однако использование \'
создает угрозы безопасности ...
Это говорит мне о том, что использование символа двойной кавычки является лучшим общим и долгосрочным выбором, чем использование обратной косой черты для экранирования одинарных кавычек.
Теперь, если вы также хотите добавить в уравнение выбор языка, выбор базы данных SQL и ее нестандартных особенностей, а также выбор структуры запросов, то у вас может получиться другой выбор. Вы не предоставляете много информации о своих ограничениях.