これ、良く読むとこいつの作ってるシステムってACCESSやSQLLiteで十分なものをわざわざRDBMSカマしてるんじゃないかと言う気がしてならない。
こんなのライセンスが高いからって書けば終わりじゃん。大体クライアントライセンスをケチるような低予算のシステムでOracle使うのがそもそもの間違い。PostgreSQLとかMySQLでいいじゃん。
もしかして遅いって言ってるのはJDBC type4ドライバかなぁ。クライント仲介するならtype2だし。type4が遅いのはあたりまえでしょ全部Javaで書いてあるんだから。
これは馬鹿の局地ですね。ダブルクォーテーションを認めてないパーサーがダブルクォーテーションを認める様に仕様変更したら、既存システムがバグの大行進ですわ。なので如何に対応が簡単でも対応しません。まともなシステム作ったこと無いんじゃないの?
SQL文を文字列結合で作ってる処理系は特にヤバいんじゃ無いかと。Webシステムの”の処理って大体、SQLインジェクション引き起こす原因なのでパーサーかえるとセキュリティ的にかなりヤバイですね。
ダブルクォーテーションは、SQLをANSI互換モードにすれば認識すんじゃ無いかなぁ(ANSI互換で動作しなければ)。あれ全く需要無いんでどう変わるか知りません。逆にDB2にOracle互換モードってあるんだけど、クォーテーション処理変えてるのかなぁ 調べた限りではよく分からん。
ubuntu標準のdashは、/bin/bashと書いたときと/bin/shで挙動変わるんですが、bashの拡張仕様を使うとsh仕様に作ったスクリプトがバグる可能性があるからですね。bashを使う場合sh仕様のスクリプトは全部動作チェックしないと行けくなるのでこうなったらしい(速度面のメリットもあるけど)
bashスクリプトを/bin/shで動かしてたヤツは動かなくなりましたけどw
shはクォーテーション処理がコーダー泣かせだよなぁ。ファイル名に空白入ると滅茶苦茶になるし・・・。