トップページ⇒tech
1001コメント337KB

★★★ SQLサーバ VS オラクル ★★★

レス数が950を超えています。1000を超えると書き込みができなくなります。
00011NGNG
結局、どっちがいいのよ?

お前ら教えてください。
0893デフォルトの名無しさんNGNG
こぴぺにレスするのもなんだが

鯖にLinuxを使う機会が増えてきて
コマンドプロンプトの方が使いやすかったりする
0894デフォルトの名無しさんNGNG
所詮GUIマンセーのヤシにCUIの利点を説いてみたところで無駄なんだよね。
0895デフォルトの名無しさんNGNG
>>890
NT系のコマンドプロンプトは結構いいと思うけどな
0896デフォルトの名無しさんNGNG
割れヽ(´ー`)ノバンザーイ
0897デフォルトの名無しさんNGNG
>896
こら
0898デフォルトの名無しさんNGNG
びゅーに更新かけられるDBって何?
0899デフォルトの名無しさんNGNG
オラ、M$SQL7以降
0900デフォルトの名無しさんNGNG
900get
470 名前:コスモス 投稿日:02/11/20 11:55
理由その4:
データベース作成するのがものすごく大変です。
oraを作ってテーブルスペースを作ってテーブルを作ってRBSを作って今作った
RBS使えるようにとモーうんざりです。
しかもこの手順がマニュアルのどこに書いてあるのかさっぱり分かりません。

PostgreSQLなら、何も考えずにユーザを作れば即テーブルを作成できます。
しかもそこそこ速いです。ドキュメントのどこに何が書いてあるのかよく分かります。
0901デフォルトの名無しさんNGNG
↑もういいよ。秋田
0902デフォルトの名無しさんNGNG
普通の学生にSQLサーバやオラがかえるわけないだろ。アクセスなら学割できくが。
というわけで割れヽ(´ー`)ノバンザーイ
0903デフォルトの名無しさんNGNG
アクセスにSQL鯖が付いてますが、何か?
0904デフォルトの名無しさんNGNG
>>902
>SQLサーバや
MySQLとかな。商用しなきゃただだろ。
0905デフォルトの名無しさんNGNG
>>903
アクセス単体についてるのか?
Office ProにMSDEがついているという
認識だったが。
0906デフォルトの名無しさんNGNG
ACCESS2k以降はもれなくSQL鯖パーソナルが付いていますが、何か質問ある?
0907デフォルトの名無しさんNGNG
サンクスコ、
質問もないよ。
0908デフォルトの名無しさんNGNG
472 名前:コスモス 投稿日:02/11/20 12:01
まとめ:
Oracle以外データベース製品はたくさんあります。
にもかかわらずなぜみんなOracleなのか?
Informix、DB2などなど。あ、SQL Serverは論外ですよ。(笑)
なぜこれらの製品はそんなにシェアがないのか?

最近思うのは、もしかしたらこれらの製品はOracleよりももっとひどいのかも
しれないと。。。(涙)

データベース業界ではOracleが一番使いやすく性能も出る製品なのだと思い
ます。
データベース業界はまだまだ未成熟な業界だと思います。
これを読んで、「そんなことないよ。Oracleっていいデータベースだよ」と思った
あなたは、Oracleに洗脳されているだけではないでしょうか。
0909デフォルトの名無しさんNGNG
>>906
Access2k以降に付いてくるのは、SQL鯖パーソナルじゃなくて、MSDEでつか?
0910デフォルトの名無しさんNGNG
>>908お前の偏った偏見糞やろうは氏ね
0911デフォルトの名無しさんNGNG
漁夫の利をえるDB2マンセー
0912デフォルトの名無しさんNGNG
Oracle なんぞオーバースペックもいいところ。フリー(Postgres,MySQL,Firebird,...)で充分。
みんな悪徳商売してるんだな。これからは客の負担にならないものにしてあげなよ。
0913デフォルトの名無しさんNGNG
>>912
まぁ上級者ならフリーの製品でも
1週間もあれば慣れるかもしれんが
それでもオラクルを買った方が安くつくぞ!

シェアの高さ故に、人を集めやすい、仕事を探しやすい
まぁ安心料としては安いと思うよ
0914デフォルトの名無しさんNGNG
>>912
まぁ上級者ならフリーの製品でも
1週間もあれば慣れるかもしれんが
それでもオラクルを買った方が安くつくぞ!

シェアの高さ故に、人を集めやすい、仕事を探しやすい
まぁ安心料としては安いと思うよ
0915デフォルトの名無しさんNGNG
人を集めやすい→DQNな人が集まってくる可能性が高い
仕事を探しやすい→DQNな仕事が(略

気をつけないとな。特に人は。
0916デフォルトの名無しさんNGNG
Oracleはもはや時代遅れのテクノロジーである。
四半世紀前のものだ。
たしかに今はお山の大将で誰もOracleを倒すことはできないが、もうOracleの時代は終わったのである。

グラブシード氏の発言
0917デフォルトの名無しさんNGNG
>>912
まぁ上級者ならフリーの製品でも
1週間もあれば慣れるかもしれんが
それでもオラクルを買った方が安くつくぞ!

シェアの高さ故に、人を集めやすい、仕事を探しやすい
まぁ安心料としては安いと思うよ
0918 NGNG
FのSymfoWareは?
0919デフォルトの名無しさんNGNG
Oracle洗脳者必死だな
0920デフォルトの名無しさんNGNG
>>917
>シェアの高さ故に、人を集めやすい、仕事を探しやすい

特定のソフトウェアしか扱えないうちは一山いくらの足軽です。
0921デフォルトの名無しさんNGNG
DBの開祖であるPostgresが何故外されているのか。
0922デフォルトの名無しさんNGNG
あなた達が行った SQLServer と Oracle の開発事例挙げて下さい。
内容、工数、金額、開発後記などお願いします。
0923デフォルトの名無しさんNGNG
銀行 SQL サーバー
金額5000万円 1ヶ月
開発後期 すべて順調
0924デフォルトの名無しさんNGNG
>>922が社会人でないことだけはわかった
0925922NGNG
>>923
人月でお願いします。

>>924
見事ハズレです。
0926デフォルトの名無しさんNGNG
589人 10ヶ月
0927デフォルトの名無しさんNGNG
出版社販売管理 SQL Server
金額 600万円 6人月 (2人 x 3ヵ月) 黒字。
0928デフォルトの名無しさんNGNG
>>927
保守費用はどのくらいにしていますか?
0929デフォルトの名無しさんNGNG
>>928
売り逃げ。保守なんてやってられるか。
0930デフォルトの名無しさんNGNG
>>915
そりゃ確率論だろ
逆に言えば優秀な人も集まる可能性が高い
まぁ平均をとれば、一緒くらいになると思うけど

ORACLEに限らず、フリーの製品でしか
ってほうがDQNのような気もするが
0931デフォルトの名無しさんNGNG
>>930
部門レベル程度ならフリーで充分。
なんでもかんでも Oracle 選択するヤツの方が DQN だろ。
0932デフォルトの名無しさんNGNG
>>918
糞中の糞。
すさまじくスペック増強したマシンでベンチマークトップとってもしょうがねえだろって感じですな。
0933デフォルトの名無しさんNGNG
>>931
はぁ? 部門レベルの話になってるっすか...
場合によってしまうと思われ

規模の小さいのでも
開発メンバーにノウハウがあり、ライブラリなどが揃っていて
製品を購入した方が短期間で仕上げられそうならば
そういう選択肢もあるし

もちろんその逆で、ノウハウも予算も無ければ
フリーって選択もあるっしょ
0934デフォルトの名無しさんNGNG
オマエ、ホントは決定権
なんか持ってないだろ(フラ
0935デフォルトの名無しさんNGNG
保守なんかするかバカやろう!!
0936デフォルトの名無しさんNGNG
某パッケージソフトでDB組み込んでるんだけど、
それが Oracle だと。大したソフトじゃないんだけどね。
お前ら買って使う側のこの考えてるのか?って言いたい。
保守のいらない DBMS 使えば高い保守料取られなく済むのに。
0937デフォルトの名無しさんNGNG
その保守じゃないだろ。
0938デフォルトの名無しさんNGNG
保守のいらないDBMSっていったい何よ?
0939デフォルトの名無しさんNGNG
自律的に
内部パラメータの調整してくれたり
ストレージの割り当てを変えてくれたり
バックアップのスケジューリングしてくれたり
またはそれらのヒントを出してくれたり
0940デフォルトの名無しさんNGNG
まるでサーバ立てるならWindowsとUNIXのどっちにするか?みたいな言い争いだな。
0941デフォルトの名無しさんNGNG
>>938
フリーなら Firebird
商用なら InterBase とか Pervasive SQL
0942デフォルトの名無しさんNGNG
SQL鯖2Kもそれに近いぞ。
0943デフォルトの名無しさんNGNG
FirebirdやInterBaseはまぁ許せるが、
rawデバイス使えんDBMSは逝ってよし。
0944927NGNG
>>928
スタートから 1ヵ月は問合せ対応が多いので開発費に +1人月で折り込んでいます。
実際のソフトウェア保守費用は月額 2万円。システム規模によって
ソフトウェア保守費用は 1万〜20万くらい大きく違っています。うちの場合。
それと別にコンパックのオンサイト入ってもらってるみたい。
こっちは全部営業さんにおまかせなので、ユーザーの月間支払額は不明。

>>929
誰? ソフト&ハード保守して売り切りじゃなくてリースにしておけば
リプレース取れる可能性非常に高いと思うよ。
0945デフォルトの名無しさんNGNG
>>929
>>935
上司 or 客にひどくこき使われたんだね。ワカイソ
0946デフォルトの名無しさんNGNG
っていうか内容にもよってくるが
保守の方が、おいしい仕事と思うがなぁ?
0947デフォルトの名無しさんNGNG
だけど、ユーザーが保守を必要とするときって
たいていトラブルが発生したときじゃない?
怒鳴られたりとか、精神的にどうなんですかね?
0948デフォルトの名無しさんNGNG
>>947
それが毎月のようにあるなら問題だけど
だいたいサービス開始後すぐの頃が多いじゃないですか

あれくらい騒がれた、某銀行のシステムだって
いまとなれば今年のことだったか?って思うくらいだし

それで定期的に保守費用が入ってくれば
って思ってしまうけど
0949デフォルトの名無しさんNGNG
保守って、専任でできるモン?
うちの場合、新規案件をこなしつつ保守って感じなので、
保守=現在進行中の案件の遅れ、になっちゃうんで鬱。
0950デフォルトの名無しさんNGNG
そりゃ立派なダブルブッキングだろう
0951デフォルトの名無しさんNGNG
>>949
プロジェクトによるでしょう
専任じゃ無くとも、安定期になれば放っておいても
収入のはいるドル箱だと思うのだけど?
このご時世、開発費が安いし、そうしないと利益が...(以下略)


ちょっと別作業が入っただけで遅れてしまうような作業計画だと
フルに時間を使えたとしても遅れると思うが?
0952デフォルトの名無しさんNGNG
なんか DB の話とはかけ離れてきたね。
うちは新規案件は、週 4日でスケジュールひきますね。(1人月 = 16人日)
新規案件自体の遅れを埋めることもあるし、
既存システムのフォローにあたることもある。
…何もなかったら有給をあてる。
0953デフォルトの名無しさんNGNG
Oracle の時代は終わったな
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20021219/5/
0954949NGNG
>951
>安定期になれば放っておいても収入のはいるドル箱
本来はそうあるべきなんだよね・・・
俺がやってるのはどっちかってーと、システムが安定する前に前任者が逃げ出した尻拭いって感じでし。
糞コードにまみれて本当に鬱な日々。

>フルに時間を使えたとしても遅れると思うが?
なるほど、だからうちは赤字なんですね、社長!!!

誰か、助けてくれ・・・
0955デフォルトの名無しちんNGNG
スレ1周年記念age
0956デフォルトの名無しさんNGNG
メリークリスマス!
0957デフォルトの名無しさんNGNG
皆さん、よいお年をお迎えください
0958デフォルトの名無しさんNGNG
オラクルって、ノベル路線で衰退しそうだね。
0959デフォルトの名無しさんNGNG
ハッピィ☆ニュー耳!!
0960デフォルトの名無しさんNGNG
1年間お疲れ様でした。
0961デフォルトの名無しさんNGNG
本年も何卒宜しくこの野郎。
0962デフォルトの名無しさんNGNG
>>958
もう衰退してるよ。オラクル自身、データベースだけでの
生き残りは諦めたみたいだね。最近では java を使って
生き残ろうとしているようだし。
0963デフォルトの名無しさんNGNG
>>962
うるせぇ
バカ。
0964デフォルトの名無しさんNGNG
MSがOracle買収すれば即解決。
0965デフォルトの名無しさんNGNG
ついでに望ランドとSunも買収して・・・
0966デフォルトの名無しさんNGNG
>>964
っていうかM$のサーバー製品って(以下自粛)
0967デフォルトの名無しさんNGNG
M$-$QL-$erverは、元々サイベースがコアだろ。
0968デフォルトの名無しさんNGNG
>>967
それは有名な話だけど、その後随所に変更が加えられているだろうから、
現バージョンでは、別モノでは?
0969デフォルトの名無しさんNGNG
うむ。MSの独自路線を歩みだした 7.0, 8.0(2000) から
格段に使い勝手が良くなったね。SQL Server は。
プログラマにやさしいデータベース マンセー
0970デフォルトの名無しさんNGNG
>>969
プログラマには優しいかもしれないが
管理者に扱いにくいかも?
0971デフォルトの名無しさんNGNG
>>969

俺自身は、少ししかSQL Serverを触っていない(稼動済みシステムの保守 + バグFixで多少いじった程度)
のだが、VB + SQL Serverの開発に携わっている知人の話では、7.0も2000も安定していて、障害らしい障害
も出ていない、とのこと。
低価格でもあるし、中小規模の案件なら、妥当な選択肢かもしれない。
0972デフォルトの名無しさんNGNG
PL/SQLってうストアドからレコードセット返せないじゃん!
なにこれ。アホか
0973デフォルトの名無しさんNGNG
Yukonまだ?
0974デフォルトの名無しさんNGNG
>>971
VBを使った開発だと、オラクルまたはSQL鯖どちらでも
基本的にはクライアント/サーバーになるっしょ?
以外にセットアップやマシンの設定やらで、時間がかかってしまう

開発ツールやテクニック等も充実しているので
すぐに無くなってしまうとは思わないけど、主流では無くなってくると思う?
定義が微妙だけど、10台以下くらいの小規模だな
0975デフォルトの名無しさんNGNG
そんな案件にOracle使ってらんねぇって。
それこそフリーDB(含むMSDE)の本領発揮だと思うけど。
0976デフォルトの名無しさんNGNG
>プログラマにやさしいデータベース マンセー
やさしいかなぁ・・・・?社内SE(なんでもやさん)やってるせいか8iつかってるんだけど、
ストアドにロジックを集中させて作りこむせいかPL/SQLのほうが・・・(ポッ♥なんだけど。

Transact-SQLはそもそも見た目が良くないしロジックが見えにくくなるからキライ。
技術うんぬん以前に@マークみるたびに「うっ・・・(いやな色の汗)」ってなっちゃう。
T-SQLでストアドにロジック集中させる作り方ってみたくないし、したくない。
かといってJavaストアドとか他言語だとだと、複雑なこととかビジネスロジック以外のことができすぎて
(若い人が暴走しちゃいがちなのでので)困る。

でもPL/SQLは結構言語が高級にできてるしパーツも結構そろってて通常の業務ロジックはこれで十分。
javaなんかに比べると貧弱とか言われるけど、会社の基幹業務だと「誰でもできる」の方が重要で、
「何でもできる」ことなんてそれほど重要じゃないです。
(最近メインフレームの旧いソースもいじるようになりましたが縛りがあるのは悪いことばかりじゃないとおもいましたです。)
言語の表現力の幅はよくもあり悪くもありなんですが、PL/SQLは業務向けとしては結構いいところだと思います。

でもYukonはたのしみですねぇ・・・。ドキドキ
って正月早々あたし何してんだろ???
0977デフォルトの名無しさんNGNG
正月早々寝釜の練習でつか?
0978デフォルトの名無しさんNGNG
>>977
ピンポーン!!
正解したあなたにアツイキッスを!(ブチュ〜〜〜っ!!!
0979デフォルトの名無しさんNGNG
>>976
PL/SQL と T-SQL を比べると… SQLの拡張構文は T-SQL が断然上だと思う。
完全外結合、テーブル結合を用いた Update/Delete などなど。
PL/SQL ではストアド(制御構文)を使わないと書けないようなモノが
T-SQL では 単一クエリでできてしまったりすることもあるよ。

組込関数は、PL/SQL の方が上かな? 日付⇔文字列変換など
細かいことがやりやすいね。ただ、SQL Server も 2000 (8.0) からは
ユーザー定義関数がかけるようになったので、
なければ作っちゃえばいい、という作戦が取れるようにようやくなった。

ストアドはどの違うんだろう?
T-SQL でも十分すぎるくらいのことができるけど…
T-SQL では、ロジック記述したくないという理由がわかりません。
ただ、PL/SQL に慣れているだけということはない?
0980デフォルトの名無しさんNGNG
いやな色の汗
0981デフォルトの名無しさんNGNG
>>979
T-SQLでは %Type 記述子が使えないのが気に入らない。
0982デフォルトの名無しさんNGNG
たしかに %TYPE を使うと、型を直接記述しなくて済むので、
記述性は高そうに見える。また、テーブルの変更にも強そうに見える。
が、実際には使わないほうが良い。

ストアド内の変数なんて、しょせんは一時的なものだからね。
制約は最終的に格納するテーブルで行うのが良いよ。
変数のサイズなんて適当に大きくしておけばいいよ。numeric(38) とかね。

TYPE属性を使って型を決めると、アソビがなくなってしまうので
問題になることもある。たとえばある列の値を取り出して、
10倍してアレコレ加工して10で割って、また格納するような場合、
TYPE属性で型を決めちゃうと 10倍した値を格納できない可能性がある。
0983デフォルトの名無しさんNGNG
>>982
なるほど、参考になります。

> 10倍してアレコレ加工して10で割って、また格納するような場合、
> TYPE属性で型を決めちゃうと 10倍した値を格納できない可能性がある。

うーん、どうだろ?
あまり余裕がないギリギリのサイズでは定義しないと思いますけど。
それに、そういう場合、別の変数を使えば済むことだし。
0984デフォルトの名無しさんNGNG
PL/SQLだったら例外処理とか使えるんだけどT-SQLのエラーハンドリングって@@ERRORだけ?
2000とかだと良くなってるの?
(↓自分の知ってる構文)

<<PL/SQL>>
BEGIN
SELECT foo INTO bar FROM baz;
COMMIT;
EXEPTION
WHEN no_data_found THEN ...
WHEN other THEN ...
END

<<T-SQL(7.0)>>
BEGIN TRAN
SELECT foo INTO FROM baz
IF @@ERROR = 0 THEN
BEGIN
COMMIT TRAN
END
ELSE IF @@ERROR =
BEGIN
ROLLBACK TRAN
END
0985ぶっちゃけ君NGNG
会社でSQLサーバかオラクルのどちらかを入れようと
話になんたのですけれども
どちらの製品がよろしいでしょうか? 
0986デフォルトの名無しさんNGNG
>>985
1、同時セッション数
2、さらに同時セッション数からの同時トランザクション数。(こっち大事
3、概要レベルで良いからDBの用途(最低オンライン、バッチ程度
4、DBの用途より同時実行性&読取一貫性の保証のプライオリティが高いかどうか?
5、保守メンテリカバリトラブル対応方針
6、几長化前で良いから最大データ数(几長化した場合、主となるテーブルのレコード数
7、テーブル数(几長化できない場合ざっくりで良し
8、同時実行時の最大更新作成(排他系)の見積もり(ざっくり
9、使用AP&開発言語(アクセス、エクセル、C、VB、WEB系ページャー、JAVA、その他もろもろ
10、シングル、クラスタ等のハード見積もり
11、ファイスシステムは何使うか?(FAT?UNIXFS?RAW?
12、使用OS(バージョンは当たり前でディビジョン、パッチまで
13、既存のシステムで連携は取るか?

はぁはぁまだまだあるんだけど。
こんくらい言ってみよう。はっきりいってぶっちゃけ過ぎ。
0987デフォルトの名無しさんNGNG
>>986

> 4、DBの用途より

4、DBの用途により

じゃないの?
0988デフォルトの名無しさんNGNG
どちらの製品がよろしいでしょうか? なんて言ってるくらいの用途だから
パフォーマンス、スケーラビリティは SQL Server でも Oracle でも
問題にならないだろうよ。当然、クラスタリングなんてしないし、
SQL Server が候補に出てきてる時点で Windows だろ。

よって、
9、使用AP&開発言語(アクセス、エクセル、C、VB、WEB系ページャー、JAVA、その他もろもろ
13、既存のシステムで連携は取るか?

で決めていいんじゃねーの? まぁ、質問の仕方からして
漏れなら SQL Server を薦めるね。
0989デフォルトの名無しさんNGNG
T-SQLのエラー処理は糞。例外処理が無い。
0990デフォルトの名無しさんNGNG
>>988
13の既存のシステムで連携もいらねーんじゃないの。
そんなのここで聞くぐらいだからDBなんて使っていなかった予感
0991デフォルトの名無しさんNGNG
次スレまだ?
0992デフォルトの名無しさんNGNG
次スレなんていりませんが、なにか?
レス数が950を超えています。1000を超えると書き込みができなくなります。