アカウント名:
パスワード:
しかもRSAにどんな関係が?
Veritasの各製品と組み合わせてHAクラスタだのオンラインバックアップだのと考えると、Oracleがいいのは確かですからね。その代わりお金が湯水のように飛んで行きますけど:-)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
MySQLとの比較 (スコア:0)
日本語での書籍が多いと思います (スコア:2, 興味深い)
PostgreSQL本体の機能強化も大切ですが、クライアントから利用するたるODBCドライバのPostgreSQLのバージョンアップでの機能強化への対応がどうなっているのか興味あります。
一般企業で業務に利用するデータベースを自前で構築するとき、クライアントにAccessを利用できることが前提になると思いますので・・。
実は今年度、サーバにPostgreSQLとLinux、クライアントにAccessを使うことを前提に計画した部門システムがあったのですが、入札にかけたらサーバがwindows ServerとSQL Serverになってしまいました。それほどクリティカルなスケーラビリティや稼働率を求めるシステムではないので、できればオープンソースにチャレンジしてほしかったのですが・・。
今回、Windowsにネィティブに対応したことで、業務利用の敷居が一段と低くなったと思います。
開発要件を見極めながらという前提条件がつきますが、自治体では地域の企業の技術力を育てるためにも、オープンソースの利用を考えるべきではないかと思います。限られた予算をライセンス料に使うより、技術者の人件費に振り向けたほうが技術の蓄積にもなるし、地域経済の活性化にもつながると思います。
Re:日本語での書籍が多いと思います (スコア:0)
入札に負けちゃったんですよね。
やっぱり、同じ人件費ではこなせないということですか?
だとすると、MSの主張(Windows系の方が人件費をおさえられる)
が正しいということなのでしょうか?
(もしかしてPostgreの学習コストも込み?)
えーと、入札に参加する会社さんから仕事を貰う立場なのでAC
Re:日本語での書籍が多いと思います (スコア:1)
このあたり「鶏と卵」ですね。
Re:日本語での書籍が多いと思います (スコア:1, 興味深い)
「UNIX系管理者(or 開発者)の方が高給取り」って話は全然耳にしたことが無いでつ・・・
CAL+SQLServerの価格(数年毎に数百万~?)が、Linux+オープンソース系DBのUNIX管理者に流れているのが本当なら、もっと幸せになってる気がする。
(どう考えても、Windows系管理者と同レベルの給料じゃないのかなぁ・・・)
ついでに言うと、本当に実力が要求されるのはWindows系サーバやネットワークの管理者だと思う。体力含む。
お金はどこに消えた!
Re:日本語での書籍が多いと思います (スコア:1)
Bill and Melinda Gates Foundation [gatesfoundation.org]経由途上国行き。
#まぁ、新幹線とか作ってるよりマシな気もしてきた。
Re:MySQLとの比較 (スコア:1, 参考になる)
使い物にならないので捨てました。
せっかくのサブクエリーもこれではね。
という人は割とおおいと思われ
Re:MySQLとの比較 (スコア:0)
Re:MySQLとの比較 (スコア:0)
しかもRSAにどんな関係が?
Re:MySQLとの比較 (スコア:2, すばらしい洞察)
Re:MySQLとの比較 (スコア:0)
Re:MySQLとの比較 (スコア:0)
要は適材適所っすよ。
#中の人より
Re:MySQLとの比較 (スコア:3, 参考になる)
PostgreSQL はあまり好きではありません。
Oracle は嫌いです。
自分の中での使いわけは、以下の感じ。
MySQL:
更新処理が多い場合。
Rollback が少ない場合。
PostgresSQL:
参照が多く、更新のタイミングが少ない場合。
# VACUUM ANALYZE が動的にできる最近は違うのかな ?
Oracle:
お金持ちのユーザの場合、というのは冗談で商用のサポートが必要な場合。
PostgreSQL があまり好きではないのは
MySQL の LAST_INSERT_ID() の変りになる関数が見つからなかったり、
VACUUM コマンドを知らない人が作った環境で DB の接続が timeout になると
呼び出されて VACUUM ANALYZE だけしたりとか、あったからかな。
でも pg_dump,pg_dumpall で取得したデータから
pg_restore による復旧などでトラブった事が無い点は好きです。
Re:MySQLとの比較 (スコア:1)
個人的には、MySQL は SQL の書き方にいろいろ制約がありすぎて、あれにどっぷりはまってしまうと変な癖がいろいろつきそうで嫌でした。Oracle、PostgreSQL は同程度に「まとも」と感じます。
// Oracle から PostgreSQL に来た人は、
// たいてい最初に「dual 表はどこだ?」と聞きます。
// そして from 無し select にたまげる、と(笑。
Re:MySQLとの比較 (スコア:0)
Re:MySQLとの比較 (スコア:1)
CREATE SEQUENCE pgsql_seq;
INSERT INTO pgsql_memo VALUES(nextval('pgsql_seq'), '2005-01-20');
INSERT INTO pgsql_picture VALUES(currval('pgsql_seq'), '/home/tyuu/20050120_01.jpg');
#mysql
INSERT INTO mysql_memo('day') VALUES('2005-01-20');
INSERT INTO mysql_picture VALUES(LAST_INSERT_ID(), '/home/tyuu/20050120_02.jpg');
PostgreSQL の場合 day の項目に間違えて '平成17年01月20日' とか
入れてしまっても 1 シーケンス消費しません ?
# ロールバックとか、色々抜いてますけどね
# ん?さすがに和暦 error でしたよね?
# PostgreSQL だから、対応していても不思議ではないが ...
この辺り嫌いです。
# 貧乏性...
サポートのないOracleの例 (スコア:0)
ないページがありました。サポート部署に頼んでO社に問い合
わせてもらったら、「確認したがお宅は保守契約を結んでいな
いので対応できない」という返事で、Postgre
Re:サポートのないOracleの例 (スコア:0)
普通に入手できるんですけど・・・
まあ、Oracleの態度は愛が感じられないが
保守契約を結んでいない相手にコストをかけないのは
企業として間違いではない。
あー、もしかして釣られただけ??
Re:サポートのないOracleの例 (スコア:0)
大抵のものはOTNからDownloadできるんでは?
Re:サポートのないOracleの例 (スコア:0)
アルだったかな。特定のページで、そのページに表示されるべき
文字が一ヶ所に重なって表示されるという不思議な壊れ方でした。
これのせいで開発に支障が出たので問い合わせたのですが前述の
対応で。
当時もダウン
Re:MySQLとの比較 (スコア:0)
もちろんそこにどれだけお金がかけられるか、だけども。
Re:MySQLとの比較 (スコア:2, 参考になる)
メインフレーム上ではそこそこ実績あるみたいですが。
RDBMS であることにこだわらなければ、耐障害性に優れたデータベースはメインフレーム上には他にも結構ありますよ。
ところで(耐障害性という言葉の定義にもよるのですが)読み出しの頻度の方が書き込みよりも圧倒的に多いのであれば、レプリケートした MySQL サーバをロードバランサの後ろに山ほど並べるという手法があります。生半可な構成の Oracle よりも耐障害性は高いです。扱いやすいし。
実際にこういう構成でサービスしているサイトもありますよ。
Re:MySQLとの比較 (スコア:0)
PostgreSQL、MySQLで充分じゃんっていう場面もいっぱいあるのは確かだけど。
Re:MySQLとの比較 (スコア:1)
Veritasの各製品と組み合わせてHAクラスタだのオンラインバックアップだのと考えると、Oracleがいいのは確かですからね。その代わりお金が湯水のように飛んで行きますけど:-)
Re:MySQLとの比較 (スコア:0)
今回のWindows対応でPostgreSQLへ流れるかもね。
# 上記事由によりPostgreSQLへ興味を持ちました。
Re:MySQLとの比較 (スコア:0)