Dokumentacja MySQL, którą cytujesz, w rzeczywistości mówi trochę więcej, niż wspomniałeś. Mówi również:
„' ” wewnątrz ciągu w cudzysłowie „' ” można zapisać jako „'' ”.
(Ponadto masz link do Wersja tabeli 8.1 MySQL 5.0 Specjalne sekwencje ucieczki znaków , a aktualna wersja to 5.6 — ale obecna Tabela 8.1. Specjalne sekwencje ucieczki postaci wygląda całkiem podobnie.)
Myślę, że uwaga Postgres na backslash_quote (string) parametr
ma charakter informacyjny:
Kontroluje to, czy cudzysłów może być reprezentowany przez \' w literale ciągu. Preferowanym, standardowym dla SQL sposobem przedstawiania cudzysłowu jest jego podwojenie ('' ), ale PostgreSQL w przeszłości również akceptował \' . Użyj jednak \' stwarza zagrożenia bezpieczeństwa...
To mówi mi, że użycie podwójnego znaku pojedynczego cudzysłowu jest lepszym ogólnym i długoterminowym wyborem niż użycie odwrotnego ukośnika w celu uniknięcia pojedynczego cudzysłowu.
Teraz, jeśli chcesz dodać do równania wybór języka, wybór bazy danych SQL i jej niestandardowych dziwactw oraz wybór struktury zapytań do równania, możesz otrzymać inny wybór. Nie podajesz zbyt wielu informacji o swoich ograniczeniach.
