アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
それぞれの位置づけは? (スコア:0)
フリーの DB が大規模に使われたりするようになってくれば 必然的に PostgreSQL しかないんじゃないの?
# あ、FireBird があったか…
Re:それぞれの位置づけは? (スコア:1, 参考になる)
EUCを使おうが、UTF-8を使おうが、クライアントライブラリかアプリ側で文字コード変換が必要。
文字コード変換に無駄なCPU処理時間を使いたくない。
私がポスグレあまり使いたくないのはこれだけです。
Re:それぞれの位置づけは? (スコア:1, 参考になる)
これは事実ですが、
> EUCを使おうが、UTF-8を使おうが、クライアントライブラリかアプリ側で文字コード変換が必要。
これは事実ではありません。PostgreSQL内で変換してくれます。
> 文字コード変換に無駄なCPU処理時間を使いたくない。
文字コード変換しなくても、Shift-JISを使うだけで無駄なCPU処理時間使うことになりますけどね。
Re:それぞれの位置づけは? (スコア:0)
とか思うのはだめですか。
あんな不自由なのはさっさとやめてUnicodeへ移行してもらいたい。
今後のソフトはUnicodeはサポートしててもShift_JISはサポートしないものの方が多いと思いますよ。
Re:それぞれの位置づけは? (スコア:0)
そうでなければその程度の文字コード変換、今時の HW なら無視していいレベルです
たぶん、ディスク IO や DB アクセス(特にネットワーク接続の場合)のほうが先にネックになりますよ
Re:それぞれの位置づけは? (スコア:0)
> EUCを使おうが、UTF-8を使おうが、クライアントライブラリかアプリ側で文字コード変換が必要。
> 文字コード変換に無駄なCPU処理時間を使いたくない。
では、Javaとか使わない方が良いですね。VMで遅い上、内部はUTF-16ですから。PythonやPerl、スクリプト系言語のほとんども使わない方が良い。WindowsもUTF-16なので使わない方が良いです。UTF-8しか使えないSQLiteとか、PCREとか全部使わない方が良いですね。使えない物が多すぎて困りませんか?コード変換なんて気にする程の負荷では無い上、現在の環境でコード変換負荷がいやなので使わない、なんてナンセンスです。
それから、EUCを使った場合はコード変換は必要無いです。確かめましょう :)