Query Optimization with MySQL 5.7 and MariaDB 10: Even newer tricksJaime Crespo
また、PostgreSQL にはいわゆる CLOB, BLOB のような巨大データ専用の型は存在せず、1GB までであれば text や bytea 型をそのまま使えます。1GB を超える場合はラージオブジェクトも利用できますが、アクセスや管理の方法にクセがあるためお奨めできません。数MBまでは text や bytea を使い、それを超えるようなら外部ファイルとして保持したほうが、むしろ安心して運用できるかと思います。 char と varchar, text の比較 PostgreSQL の文字列は以下のような特徴があります。 1. char(n) や varchar(n) の 'n' は「文字数」を表す 他のデータベースではバイト数を表すものもあるので注意しましょう。 2. char(n) は n 文字になるように末尾に空白を追加して保持する n 文字ぴったりで無い限り、末尾の空白の
PostgreSQL 編4 - テーブル作成、制約、項目タイプ、キー作成、順序作成 ■日本語問題 ・日本語 ODBC 経由のアクセスでは、項目名やデータとして日本語を使用する ことに何ら問題がない。これは、ECU_JP パラメタでコンフィグレーション をしたおかげと思う。 しかし、psql や ipgsql では、日本語がうまく扱えない。 テキストファイルからの実行等も行ったがダメである。 ECU コードで指定する必要があるのかと、日本語 EUC コードで、SQL のテ キストを作成し、「\i」で実行させたら、正常に日本語が処理できた。 但し、psql の select 表示は化ける。(^^; (Cygwin 2.05b と less290i.tgz で psql での select 日本語表示可能。) ■データベース作成 ・PATH の優先順位が MySQL の方が高かったため、crea
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く