Stephan Szabo <[EMAIL PROTECTED]> writes: > ... There's been talk about supporting a > mode which case folds the other direction. In general, however, mixing > quoted and unquoted names is dangerous in all complient databases, because > in none would "Bla" and bla or BLA be the same name.
We have looked at this before and keep coming up with the conclusion that (a) on-the-fly changes in the backend behavior are impractical; and (b) if we only get to have one behavior, the current one is the best compromise we are going to get. I wonder though whether we could offer some tweaking on client side. For instance consider the JDBC driver's getMetaData operations. You could imagine a JDBC driver mode that would smash all returned identifiers to upper case. For an application that was willing to promise it would never explicitly quote identifiers in the SQL it generates, this would not break anything AFAICS; and it would satisfy app code that was expecting to see upper instead of lower case. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly