MacPorts で PostgreSQL をインストールする - make world
PostgreSQL をインストールする前に依存関係やオプションを確認する % port variants postgresql84 Password: postgresql84 has the variants: krb5: add support for Kerberos 5 authentication perl: add Perl support python: add support for python tcl: add Tcl support universal: Build for multiple architectures % port deps postgresql84 Full Name: postgresql84 @8.4.3 Build Dependencies: bison Library Dependencies: readline, openssl, zl
WindowsでPostgreSQLを使ってみよう — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 Windows Vista へ PostgreSQL をインストールし、データベースを利用するための環境を整えます。インストールには EnterpriseDB 社のバイナリ・パッケージを使います。解説の最後で、初期設定やデータの移動に関する、よくある質問についても補足します。 インストールの流れ 最初にインストールが何を行うのかと、インストールされるファイルを整理しておきます。PostgreSQL サーバ本体に関しては、ウィザードに従えば一括でインストールされます。 ダウンロード バージョン 8.4 では、Windows 用のパッケージは EnterpriseDB 社によりメンテナンスされています。コミュニティのダウンロードページから辿れるインストーラを利用するのが手軽です。postgresql-8.4.0-1-windows.exe
postgreSQLのtimestamp with/without timezoneのjavaへの対応の違い - @katzchang.contexts
前にネタにしたんだけど、結構検索で引っかかる方が多いので補足します。 timestamp with timezoneはjava.sql.Timeクラス timestamp without timezoneはjava.sql.Timestampクラス という、結構単純な話でした。ResultSet.getMetaData().getColumnClassName(int)でクラス名が取得できるので、気になる方は調べてみては如何でしょうか。 ちなみに古典的にJDBCを使ってる場合、ResultSetはやたらとgetHoge(column)メソッドが乱立してて面倒だけど、JDK5.0だとジェネリクスとやらを使って、 public <T> T get(ResultSet resultSet, String columnName) throws SQLException{ return (T)res
文字列型の使い分け — Let's Postgres
また、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のデータ型
長さn文字の固定長文字データ。指定した長さより短CHAR,CLOBい値を挿入したときは、残りは空白で埋められる
はてなブログ | 無料ブログを作成しよう
キーボードを、持ち歩く。 久しぶりに、スマホ用のキーボードを使ってブログを書いている。 いくつかキーが壊れてしまっているので買い替えないといけないのだが、壊れるくらいには使い込んでいたんだなと思った。 当時は、今のようにPCを普段から持ち歩くことが少なかったので、出先でもブログ…
MOYO Laboratory Java + PostgreSQL で BLOB を扱う その 3
さらに続きである。これで完結である (ことを願う…)。 まずは観測から。 何とかなりそう! ヽ(´ー｀)ノ PostgreSQL で大きなバイナリを扱うには、今まで試した BYTEA 型を使用するほかに OID 型を使用する方法がある。BYTEA 型がバイナリそのものをテーブルに格納するのに対し、OID 型はオブジェクトの ID のみを格納し、実体のバイナリはどこか別のところに保存される (PostgreSQL の場合はシステムカタログのどこかに入るらしい)。 元々 BLOB がロケーション ID やオフセット、長さなどを使って巨大なバイナリを扱うための手段だということを考えれば、むしろこの OID 型を BLOB と呼ぶ方が自然だ (ちなみに商用データベースの方は実体をテーブルスペース外の別ファイルにするか VARBINARY と同様にテーブル内に入れるかなど、きめ細かな構成を選択できる
PostgresでXAの設定 - 六の日記はこっちになったぞ
どうやらあれとこれのDBを分けるのがベスト、難しかったら仕方ないので1個でもいい、と云われたので、データソースの設定をちゃんとしたXAでやってみる。 S2JDBCで複数データソースを扱うdiconの書き方はグーグル先生に聞くといくつかひっかかるのでよいとして、JBoss側でどう書けばいいのかな。 JBOSS_HOME/docs/examples/jca の中には Oracle はあるけど、Postgres のがないので、探してみたもののなかなかない。JBossのコミュニティにそれらしいのがやっと見つかったので、それを戴いて来てやってみた。 xatest1 と xatest2 の2つのデータベースにつないで、それぞれJNDI名を PostgresDS_1 と PostgresDS_2 とする場合、JBOSS_SERVER_CONF/deploy/postgres-ds.xml をこう書き替え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Mac OS X で PostgreSQL を使ってみよう (1) — Let's Postgres