LIKE/ESCAPE et al, initdb required!

Поиск
Список
Период
Сортировка
От Thomas Lockhart
Тема LIKE/ESCAPE et al, initdb required!
Дата
Msg-id 398DAB73.FD276992@alumni.caltech.edu
обсуждение исходный текст
Список pgsql-hackers
I've bumped the system catalog version number and committed changes
which:o implement LIKE/ESCAPE and related clauseso implement a case-insensitive ILIKE and related clauseso allow
embeddeddouble-quotes in double-quoted identiferso implement CREATE/DROP SCHEMA as a synonym for CREATE DATABASE
 

All (more or less ;) per SQL99 standard, with the SCHEMA stuff just a
stopgap (afaik others are planning real work in this area). A few other
fixups too...
                 - Thomas

From the CVS logs:

Support SQL99 embedded double-quote syntax for quoted identifiers.
Allow this in the parser and in pg_dump, but it is probably not enoughfor a complete solution. 
Better to have the feature started then never here.

Implement LIKE/ESCAPE. Change parser to use like()/notlike() rather than the "~~" operator; this made it easy to add
ESCAPE
features.
Implement ILIKE, NOT ILIKE, and the ESCAPE clause for them. afaict this is not MultiByte clean, but lots of other stuff
isn't
either.
Fix up underlying support code for LIKE/NOT LIKE. Things should be faster and does not require internal string
copying.
Update regression test to add explicit checks for LIKE/NOT LIKE/ILIKE/NOT ILIKE.
Remove colon and semi-colon operators as threatened in 7.0.
Implement SQL99 COMMIT/AND NO CHAIN. Throw elog(ERROR) on COMMIT/AND CHAIN per spec since we don't yet support it.
Implement SQL99 CREATE/DROP SCHEMA as equivalent to CREATE DATABASE.This is only a stopgap or demo since schemas will
haveanother implementation soon.
 
Remove a few unused production rules to get rid of warnings which crept in on the last commit. 
Fix up tabbing in some places by removing embedded spaces.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Constraint stuff
Следующее
От: The Hermit Hacker
Дата:
Сообщение: Re: OK to remove operators for exp() and ln()