RDBMS比較総合スレ【サーバ】

**NAME IS NULL** · 2008/04/06(日) 19:12:24

仕事だとDB選べることは少ないと思うけど、
各機能、SQL対応、方言、コストとかの知識を深めとこう

●主要RDBMS一覧
Oracle
IBM DB2
Microsoft SQL Server

PostgreSQL
MySQL
Firebird

**NAME IS NULL** · 2008/04/06(日) 19:13:55

●DB板の各本スレ
Oracle 総合 Session6
http://pc11.2ch.net/test/read.cgi/db/1162215948/

IBM DB2 総合スレ2
http://pc11.2ch.net/test/read.cgi/db/1166153254/

Microsoft SQL Server 総合スレ 6
http://pc11.2ch.net/test/read.cgi/db/1207377114/

PostgreSQL Part.5
http://pc11.2ch.net/test/read.cgi/db/1196512717/

MySQL 総合 Part13
http://pc11.2ch.net/test/read.cgi/db/1201632550/

Firebird関連スレ2
http://pc11.2ch.net/test/read.cgi/db/1135527179/

**NAME IS NULL** · 2008/04/06(日) 21:49:22

安いのを教えてください

**NAME IS NULL** · 2008/04/06(日) 22:14:25

最近のDBMSは個人利用レベルなら無料。
SQL ServerだけWindows版しかないからOS費用(ライセンス費用)が要る

**NAME IS NULL** · 2008/04/06(日) 22:20:56

MSSQLは結果の件数範囲一発で絞れるようになった？

**NAME IS NULL** · 2008/04/07(月) 01:10:18

nからm行を取得なら、MSもDB2も無理。

**NAME IS NULL** · 2008/04/10(木) 09:29:17

>>3
個人でやるならMySQLかPostgreSQLでいいのでは。

**NAME IS NULL** · 2008/04/10(木) 14:04:47

MySQLはいい具合にいい加減で感激した

**NAME IS NULL** · 2008/04/16(水) 11:34:41

>>8
同意。あんまりうるさくない感じが良い。

**NAME IS NULL** · 2008/04/16(水) 12:50:22

でも仕事では使わせてもらえない。
そこまで使いたいわけじゃないが。

**NAME IS NULL** · 2008/04/16(水) 13:50:44

いい加減DATE型無いDBは付けろといいたい

**らびっと** · 2008/04/29(火) 01:24:11

Oracleはマニュアル車。プログラマが最適化できる。

DB2はオートマ車。システム管理者が最適化する。

**NAME IS NULL** · 2008/05/01(木) 14:59:11

Oracle = CHAR日時
DB2 = INT日時

**NAME IS NULL** · 2008/05/03(土) 16:16:24

>>12,13
SQLServerは?

**NAME IS NULL** · 2008/05/03(土) 17:51:59

軽自動車

**NAME IS NULL** · 2008/05/04(日) 11:32:37

SQL Serverは1800年ぐらいからしか入力できない
smalldatetimeにいたっては1900年だから生年月日にも使えない

**NAME IS NULL** · 2008/05/04(日) 12:51:58

108歳以上の人は管理しないから関係ない。

**NAME IS NULL** · 2008/05/04(日) 13:01:25

歴史、教育関係にSQL Serverはお勧め出来ない

**NAME IS NULL** · 2008/05/04(日) 13:09:37

実際にはほとんど使う機会のない年代を省いて効率化しようとするMSの姿勢は好きだぜ？

**NAME IS NULL** · 2008/05/04(日) 13:18:53

日時型を大小2つに分けてるのに江戸時代も入力できないMSSQL
日時型扱うと紀元前のデータ範囲持っちゃうOracle

ちなみにMySQLも西暦1000年から

**NAME IS NULL** · 2008/05/04(日) 13:26:33

大きい範囲が必要なのはマスタだから文字列で十分だよ

**NAME IS NULL** · 2008/05/05(月) 17:06:50

PostgreSQLとSQLiteは？

**NAME IS NULL** · 2008/05/06(火) 00:01:02

調べた。間違ってるかも

　　　　　　入力範囲　date　time interval　etc
Postgres　BC4713～　○　　○　　○　小期間版有
MySQL　　1000～　　　○　　○　　×　Year型有。0000-02-31とかが通る
Oracle　　 BC4713～　×　　×　　○　高精度版有　　　　
DB2　　　　0001～　　　○　　○　　×
MSSQL　　1753～　　　×　　○　　×　小期間版有。米グレゴリオ暦導入後～
sqlite　　　型無し文字列か数値で　　　スレ違い

**NAME IS NULL** · 2008/05/07(水) 09:05:41

BCから日付を持つのはさすがにどうかと思う。

**NAME IS NULL** · 2008/05/07(水) 12:53:29

CHAR使いに馬鹿にされるのも仕方ない

**NAME IS NULL** · 2008/05/07(水) 20:13:38

BC4713頃に何があったか分からないんだが、誰か覚えてる人いる？

**NAME IS NULL** · 2008/05/07(水) 20:25:09

私も気になって・・・

ttp://koyomi.vis.ne.jp/doc/mlwa/200610160.htm

BC4713年にこだわりは無いみたい。

太陽章 (28年周期)
太陰章 (19年周期)
インディクティオ (15年周期)

これらは 7980年周期で近いのが BC4713年だそうです。さらに 7980年遡ってもいいのだけどそこまで遡らなくても歴史上の出来事の記述に問題ないという判断らしい。

**NAME IS NULL** · 2008/05/08(木) 19:07:07

MERGEよりMySQLのREPLACEのが便利だな

**NAME IS NULL** · 2008/05/08(木) 22:03:47

まあ各DBいろいろ変な仕様あるけど
ORACLEの空文字NULLだけは何とかして欲しいTOPだわ

**NAME IS NULL** · 2008/05/09(金) 00:44:56

Firebirdは西暦100年1月1日から32768年2月29日

**NAME IS NULL** · 2008/05/09(金) 09:21:54

>>29
ああ、確かに。
なぜ空白をＮＵＬＬと見なすかな～

**NAME IS NULL** · 2008/05/09(金) 09:28:54

Oracle　　多数派。
DB2　　　　業者がIBM系。
MSSQL　　MS系。
Postgres　フリーで上記DBの代替。
MySQL　　軽い。DB側機能要らない。

Firebirdって何がいいの？

**NAME IS NULL** · 2008/05/09(金) 11:25:40

>>32
＞Firebirdって何がいいの？
・Delphiとの親和性が高い
・1DB = 1ファイル
・embedded版はSQLiteみたくインストール不要。（単純にdll等のファイルの配布で済む）

**NAME IS NULL** · 2008/05/09(金) 13:18:32

3強DBみたいに扱われるけどDB2ってホントIBM系だけだよな
この板のスレも全然伸びてねえし

**NAME IS NULL** · 2008/05/09(金) 13:20:05

オフコンが生き続けていてくれる限り安泰

**NAME IS NULL** · 2008/05/09(金) 14:16:23

これからも開発サイドがORMに流れていきそうだから
OracleがSun MySQLに食われるんだろうな

**NAME IS NULL** · 2008/05/16(金) 19:35:49

>>34
DB2のiSeries版はマジでいいと思うが、PCで動くDB2はあんま使う気しないよなぁ。
もはやDerbyでいいじゃないか？って思えるし。

**NAME IS NULL** · 2008/05/16(金) 23:41:34

DB屋が関わらなさそうなDBはいいのう

**NAME IS NULL** · 2008/05/17(土) 07:44:11

DB屋(?)の総人口がプログラマやSEに比べて圧倒的に少ないと思うので
コメントが難しいが、SE&PG&DB屋の漏れは、正直「この案件にOracleはいらんだろ」
思う事は多々あるがそこでDrebyとかをお勧めするかは微妙なんだよな。

個人のちょっとしたテスト環境や分析にはよく使うけどさ。＞Derby

んまあ、部署単位の案件とか中小規模の会社のシステムでも
運用を工夫すれば十分使えるとは思うよ。

**NAME IS NULL** · 2008/05/17(土) 16:28:32

普段オープンつかってる会社がOracle使うなんて単なる客の要望だろ。

39 · 2008/05/17(土) 17:40:58

普段は別にオープン使ってる会社でもないけど。
鯖はWindowsだし。

WebのバックエンドのＤＢになぜかOracle使うと言ってきた。
Windowsの鯖なんだから普通にSQLServer使っとけ、と思ったが、
おそらく担当者がOracle信者か営業的数字を挙げたいから提案したか、
そんなトコだ。

**NAME IS NULL** · 2008/05/17(土) 23:05:35

SQLServerって普通っていうほど圧倒的シェアか？

**NAME IS NULL** · 2008/05/18(日) 01:24:07

ただ単にWindows鯖でOracle使う事ないって意味だろ。
UNIXやらで運用しているシステムならともかく。

**NAME IS NULL** · 2008/05/19(月) 12:49:07

>>42
新規に始めるならこれほどWindowsにぴったりなDBはない。

**NAME IS NULL** · 2008/05/19(月) 14:36:46

MySQLのWin版もGUIツールが日本語されたらゴミ開発者でも扱えそう

**NAME IS NULL** · 2008/05/19(月) 19:27:09

別にODBCドライバがあるならGUIはAccessでいいと思う。
RDBやOSの管理を日本語GUIでやりたいなら、iSeries(AS/400)を買っとけ。

商業高校卒業の10代のOLでも扱える。
と言うか某地銀はそんな感じだった。

**NAME IS NULL** · 2008/05/20(火) 09:01:36

いくらすんだよ

**NAME IS NULL** · 2008/05/21(水) 04:41:10

オープンソースのDB使うなら、SQLServer、OracleもしくはDB2の無償版じゃだめなの？
オープンソースのDB使うメリットって何よ。無償版が無かった頃と違うんだし。

**NAME IS NULL** · 2008/05/21(水) 06:38:59

無償版ってそれは開発者向けのお試し版で商利用しちゃダメなケースが
多いはずだが。

**NAME IS NULL** · 2008/05/21(水) 07:55:02

>>48
ソースコードが手元にあれば問題解決が早い。
自分専用に最適化したバイナリも作れる。
とにかく小さいのとか、iPhone で動くのとかね。
世界中のユーザがコードレビューをしているから、
ソースコードを読めないしコンパイルもしない
という人にもメリットがある。ベンダーに
ロックインする事も無いから、好きなバージョンを
永遠に使い続けられる。

値段は重要なファクターだけどオープンソース
＝無料という訳ではない。仕事で使うなら
サポートフィーが掛かるし人件費も掛かる。

自分できちんと評価してみれば良さが分かるよ。

**NAME IS NULL** · 2008/05/21(水) 14:05:07

>>48
Oracleは期間限定、期日を過ぎると再インストールするしかなくなる。
事実上商用には無理。

IBM DB2
IBMは評価版ではなく、1つの製品として「DB2 Express-C」を公開している。
ただしサポートなどは一切無いので、困ったときにどうするかはあなたの会社の腕の見せ所

規模が小さいとか、サポートがいらないなら悪くはないのかもしれないけど、
ここまで手間暇かけて評価版でDB作るくらいだったら、MySQLやPostgreSQLの方が保守にも向いてる。

--
個人で何かしたいなら、別に何でもいいんだけどね。
Windows全盛期のいま、Microsoft SQL Serverとかはちょっと触っておきたい。

**NAME IS NULL** · 2008/05/21(水) 14:11:36

DB2もOracleもMSSQLも無償版で商用利用可だろ
Express版なら

**NAME IS NULL** · 2008/05/21(水) 20:54:58

>>50
昔Postgresで問題が発生したときに追いかけたことがあるが、「ソースがドキュメント」
状態だからそれなりに苦労したぞ。他人のプログラム弄ったことがある人間なら
わかるだろうが、読める=理解できるというわけじゃないからなぁ。

「自分専用に最適化したバージョン」てのも、なんつーか……

**NAME IS NULL** · 2008/05/21(水) 21:06:55

>>53
普段ソースを読みなれてない人なら苦労するかもね。
まさか当たりを付けずにいきなりソースを読んだ訳じゃないよね?

**NAME IS NULL** · 2008/05/21(水) 22:20:55

今のPostgresならユーザーも多いし資料も多いのでソースを追うって事はあまりないと思うが。

あとDB2のExpressってローカル接続しか許さないと思ったけど、
今は外部からの接続無制限なのか？

アレはホントに評価か勉強に使うモノかと思ったが。

**NAME IS NULL** · 2008/05/21(水) 22:49:55

>>54
そうだねw
それなりの規模の他人が書いたプログラムのソースを読んだだけで理解できる
くらいスキルがあれば全然苦労しないんだろうけど。
自分はそこまでの能力はないから、ふつうにデバッガをサーバープロセスに
アタッチして問題箇所を追い込むまで結構大変だったよ。

**NAME IS NULL** · 2008/05/21(水) 22:58:38

>>56
今なら DTrace を使うと問題の追跡が楽だよ。

**NAME IS NULL** · 2008/05/21(水) 23:11:27

どこもRDBMSの基本機能の制限はなし。
商用利用可。ライセンスの細かいとこは知らんけど基本的に利用制限無しっぽい。
あとSQL Serverは必然的にWindowsのライセンスも守らないといけない。

Oracle 10g Express Edition
　1CPU メモリ1GB
　DBサイズ 4GB
　インスタンス数1

SQL Server 2005 Express Edition
　1CPU メモリ1GB
　DBサイズ 4GB
　インスタンス数制限無し

DB2 Express-C
　2コアメモリ2GB
　DBサイズ制限無し
　インスタンス数制限無し

＞開発者、パートナー様あるいはお客様が、無償で信頼性の高いDB2 Express-Cを評価、開発、使用することができます。
＞コードはダウンロードして入手可能ですが、製品保証および保守サポートは提供されません。

**NAME IS NULL** · 2008/05/22(木) 09:08:03

>>55
DB2 Express-Cをインストールしたとき、Windowsのアカウントを勝手に作ったのはびびった。

**NAME IS NULL** · 2008/05/22(木) 21:55:20

Linuxも勝手に作るはずだから、DB2はそういうモノと思うしかないが。
ただUbuntuにDB2入れたら、環境間違えて作るのでちょっとハマった。

DB2はiSeriesで使うのが一番楽だ。

**NAME IS NULL** · 2008/05/23(金) 00:07:14

そりゃ自社製品だからだろw

**NAME IS NULL** · 2008/05/23(金) 00:37:28

DB2なんてAS400関わってないと使う理由がない

**NAME IS NULL** · 2008/05/23(金) 12:28:16

まあ、商用RDBを選択するのは、サポートやら安心感を金で買う意味があるのだから、
そういった意味でDB2はAS/400でないとあんま意味ないだろな。

じゃあOracleはどーすんだ？って話になるとﾋﾞﾐｮｰだな。
AS/400に比べるとやっぱサポート弱いし。

**NAME IS NULL** · 2008/05/23(金) 15:22:23

>>58見ると、オープンソースよりDB2 ExpressCでいいんじゃね？
とりあえず、DBサイズ制限ないし、2コア、2GBメモリまでなら
小規模なサイトとかなら余裕で耐えられる？

**NAME IS NULL** · 2008/05/23(金) 16:37:05

なんというか小規模Webサイト程度(?)に使うならそれこそMySQLや
Postgresの方が制限もまったくないし、使用例や対応アプリも多いと思うのだが。

OSSとの比較としてDB2の方がオプティマイザや自動チューニングの性能、
XML対応やらGUIな管理ツール等や日本語対応(?)やらIBMのサイトの技術資料を
漁れる点とかで、有利な点があるのは解るけどRDBの性格がWebサイト向けと言うよりかは、
社内システム向けだとは思うのだが。

小規模なサイトにベクターインデックスやマテリアライズ照会とかDB連合とかイラネーしなぁ。

**NAME IS NULL** · 2008/05/25(日) 11:02:44

アプリケーションの開発機能はやっぱ、商用データベースの無償版の方が上じゃないかな？
最近のMysqlなどはトリガーとかもサポートされてるのかもしれんけど。
PL/SQLやTransact-SQLなどの手続き型言語も、無償版の方がリッチだと思うし。
構造化型とかのオブジェクト・リレーショナル機能も然り。
接続インターフェースのODBC,JDBCドライバや,OLE DB,.NETプロバイダも
有償版と同じだから安定してると思うし。

問題はDBサイズ、CPUコア数とかの制限だな。もうちょっと制限、緩めろよと。

そういや、MySQL、Sunに買収されて今後どうなるのやら。

**NAME IS NULL** · 2008/05/25(日) 15:49:23

OpenOffice.org やらと一緒じゃないの

**NAME IS NULL** · 2008/05/25(日) 17:39:21

>>66
商用の無償版でトラブったときにどう解決するかだね。
金がないから、惜しいから無償版使うわけで、（高額な）サポート代なんて払えないでしょ。
オープンソースDBでも同じかもしれないけど、PostgreSQLとかMLとかコミュニティが
あってそこには優秀な人が結構いるから、質問（相談）できる安心感があると思う。
有志が直ぐにパッチ等を作って公開してくれたりとか、マニュアルにない、実際使ってる人の
生の情報量とかは利用者が多いオープンソースDBの方が上なんじゃない？

**NAME IS NULL** · 2008/05/25(日) 18:46:07

>>68
トラブルの解決と言ってもOracleにはOTNもあるし、DB2もフォーラムはあるんだが・・・。

あと誤解があるみたいだが、IBMも個別のパッチはマッハでリリースするぞ。
FixPackなんかは数ヶ月毎にリリースだけど、「企業システムはやたらとVerUPしない」
のが多いのでああいうモノではあるし。

それにIBMのdeveloperWorksもオープン系記事満載なのだが。
つかここだとガチの博士級がゴロゴロいるわけだし。
オープンソースつっても企業が大きく貢献(?)してるぞ。
商売っ気があるのは仕方ないにしても。

**NAME IS NULL** · 2008/05/25(日) 19:13:33

>>68
コミュニティとか言っても、開発者本人が参加している場じゃなけりゃ
たいして役に立たないからねぇ。Postgresなんかだと英語がハードルになる
人はいると思うよ。

**NAME IS NULL** · 2008/05/25(日) 20:14:02

無料で使えて、不具合があったらマッハでパッチがリリースされて、
当然そのパッチは誰でも入手出来て、開発者本人が参加している
日本語のフォーラムがあって、情報が充実しているデータベースが
あるって事？

**NAME IS NULL** · 2008/05/25(日) 20:25:10

とりあえず、DB2とOracleはそうだったが。
一応会員登録しないといけないページもあるので、無料で会員登録しとくけど。

まあ、IBMとかでサポート契約している方が「その会社環境特別パッチ」を
作ってくれたりもするけど。
これはバグ報告する方が人柱モードでIBMに協力しないとダメだから、
変な期待はしないほうがいい。

**NAME IS NULL** · 2008/05/25(日) 20:28:11

Oracle の開発者って日本語喋れたんだな。てっきり外国人だと思ってたよ。

**NAME IS NULL** · 2008/05/25(日) 21:51:50

なんか頭のおかしい人がいるな

**NAME IS NULL** · 2008/05/26(月) 00:24:12

>>74
自己紹介乙

**NAME IS NULL** · 2008/05/26(月) 00:29:28

TRUNCATE

**NAME IS NULL** · 2008/05/26(月) 21:49:33

なんつーか、無料につられるクレクレ厨ほどウザいモノはないな。

**NAME IS NULL** · 2008/05/26(月) 21:54:28

自分の時間を投資する事を考えたら無料の方が高く付く可能性もあるよね。
取り敢えず始めやすいという意味では無料である事はほぼ必須用件だけど。

**NAME IS NULL** · 2008/05/28(水) 20:23:25

ttp://www.mysql-partners-jp.biz/license.html
MySQLってほとんどのケースでライセンス購入しなきゃいけないんだね。
君たちちゃんと購入してる？

**NAME IS NULL** · 2008/05/28(水) 20:34:47

>>79
>ほとんどのケースでライセンス購入しなきゃいけない

はずれ

**NAME IS NULL** · 2008/05/29(木) 00:16:07

MySQLなんて多田野データの入れもんだろ

**NAME IS NULL** · 2008/05/29(木) 01:34:58

あなたはDROPだ。