La documentación de MySQL que cita en realidad dice un poco más de lo que menciona. También dice,
Un “' ” dentro de una cadena citada con “' ” puede escribirse como “'' ”.
(Además, se vinculó a Versión MySQL 5.0 de la Tabla 8.1. Secuencias de escape de caracteres especiales , y la versión actual es 5.6, pero el actual Tabla 8.1. Secuencias de escape de personajes especiales se ve bastante similar.)
Creo que la nota de Postgres sobre el backslash_quote (string) parámetro
es informativo:
Esto controla si una comilla puede ser representada por \' en un literal de cadena. La forma estándar de SQL preferida para representar una comilla es duplicándola ('' ) pero PostgreSQL históricamente también ha aceptado \' . Sin embargo, el uso de \' crea riesgos de seguridad...
Eso me dice que usar un carácter de comillas simples duplicadas es una mejor opción general y a largo plazo que usar una barra invertida para escapar de las comillas simples.
Ahora bien, si también desea agregar la opción de idioma, la elección de la base de datos SQL y sus peculiaridades no estándar, y la elección del marco de consulta a la ecuación, entonces podría terminar con una opción diferente. No das mucha información sobre tus limitaciones.
