Oracle>>>>>>SQLServer
>>71
Ora信者じゃないよん。OCPだが。
SQLServerの良さもあるよ。
同レベルの技術者ならSQLServerの方が高度な部分まで使えるし、
デフォルト(チューニングなし)ならSQLServerの方が確実に高速。 >72
OCPなんて言ってもほとんど通じねーぞ(藁
新入社員はひっこんでろ >70
SQL92の定義が使えるかどうかっていう発想自体がSE失格
おまえSEやめた方がいいYO!!
ってかおまえ教育センター(アシストとか)の現場を知らない講師だろ(ワラ 良くわからんから質問。
オラクルってSCN管理で一貫性を保持してるよね。(9iで変わった?)
ここらへんのアルゴリズムの良さが行ロックを常に行える理由だと思うのだが。
SQLServerはどんな方式を使ってるわけ?
例えば>>70はオラクルの話してるの?
ロックエスカレーションってさ普通一つ〜複数のトランザクション間の
リソースロックの連鎖によって
行→ブロック→セグメント→テーブルとロックの範囲やロックの強度があがることを
普通言うと思うんだが。。違うわけ?
ちなみにオラクルはロックエスカレーションを起こさせないはず。 後、オラクルでも限定状況でテーブルリソースを行ロックのつもりでも
セグメントロックになることはあるよね。
(ビットマップインデックス使用時とか。)
どのレベルで比較してるのか頭から見たんだけど、どうもわからんかった。。。。
後72にちょっと突っ込みなのだが。。。。
>デフォルト(チューニングなし)ならSQLServerの方が確実に高速。
こんなんで金もらえる仕事なら紹介してよ。。w 後双方使った事ある人がいたら教えて欲しいんだが、
SQLServerとオラクルでインデックスの見積もりって相当違う?
(Btreeの場合限定で教えて欲しい。
ルート、ブランチ、リーフあたりの見積もりとスプリット関連の発生有無&方式)
運用時にそのインデックスとテーブルデータとの絡みで
困ったこととかがあれば聞いてみたい。
>78
MSDE使うような小規模システムならデフォで運用ってのもそう珍しくないような気が。
Accessで組むのとそう変わらないくらいの予算しか取れないような案件だったり
するんで、チューニング云々の工数なんか取れないよ。 >>80
ちょっと意識のズレが大きいかも。。
新規システム導入(ハードから完全に調達)、
又は既存システムの焼き直し(これも基本はハードから完全に調達)、
既存システムに組み込み(ソフトの選定&調達)。
他のケースもあるけど大体この三つに分けれるよね。
調達時点で大体の見積もりは行いきるのが普通。
チューニングって単語はネットや講習では言われるけど、
現実問題では大規模システムになればなるほどチューニングは不可能だから
完全に見積もりきるぐらいの設計をしないとクリティカルになりかねないのよね。
(オラクルのVerUPの影の主役はシャットダウンしないで
ダイナミックにパラメータ変更を行えることって結構知らない人多いぐらいだし。
現実運用でダイナミックにパラメータを変更するにもその影響度を
試験機で試して運用してみてから導入するぐらいの時間をかけるのが
当たり前なぐらいの話なわけで。。。)
で、小規模だからデフォで良いと言うのが俺にはどうしても理解できないんだよね。
調達レベルでデフォでOKって客からネゴを取って見積もってるのか。
小規模特有のなぁなぁ商売でデフォでOKとしてるわけ?
(遅損賠償とか怖くてそんな商売できない。。)
スレ違いな上に長文すまそ。 >81
小規模システムでは、そんなに大量のデータを扱わないことが多々ある。
そんな場合、SQLServerのデフォルトのままでも全く問題ない。
だって十分速いのだから。
ボラクルみたいにチューニング必須ではないからね。Microsoftもそれをウリにしている部分もあるし。
そもそも企業は小規模システムごときにお金をかけたくない。
なんでそんなにチューニングしたいの?
あまりぼったくらないでね。
ボラクルが使われているシステムの保守費用に泣かされている一般企業より >>82
>そんな場合、SQLServerのデフォルトのままでも全く問題ない。
これを裏付ける見積もりをしているかどうかが問題なんだよね。
小規模システムと大規模システムに見積もりに違いってあるの?
オラクルもチューニングは必須項目じゃないよ?
(マスターの話じゃないよ。) データベースのチューニングって、具体的にどんな事をするんでしょう?
厨な質問ですんません。。。 >>84
具体的になんて言いようが無いと思うよ。
通常はAPのスループット関連の解消がメインだろうけど、
カツカツにやってるところなら運用前から
各種モニタツールを使ってモニタ結果の収集を行い
メモリ、ディスクの容量の観点、スループットの観点で閾値判断を行い
処置が必要かどうかを判断をする(第一チューニング)
処置必要な場合は適切に処置する(第二チューニング)
その他時間帯によるトランザクションピークによるAPの調査
APの修正、ジョブの変更等等、その他処置(インデックスの追加←容量のチューニングにも絡む)
によるAP単体の必要なリソース削減によるオーバーヘッド削減。
バックアップリカバリだって当然絡む。
時間を捻り出せなければいざチューニングすると言ってもできないわけで
ディスク拡張してバックアップ時間が延びたなんて間抜けなことになってもいけないわけで
総合的な運用を見据えて運用が快適にできるよう考える視野が必要。
ノウハウが溜まれば溜まる程やれることは増えるね。
はっきり言ってディスク辺りのチューニングになると
今時は当然RAIDを知った上でのチューニングになるから
VG構成の理解も必要だし、そこからPV、LVOLの構成まで把握した上で
DB側から見た物理、論理で考えないといけないし。
メモリに関しても各種プロセスが共用メモリなのかプロセス固有メモリで動いているかどうか
把握する必要もある。そうなるとプラットフォームのUNIXをある程度の理解が必要になる。
(知らないでチューニングは不可能)
まだまだ沢山あるよ。 >83
私は>82ではないですが・・・
小規模・・・いや、零細規模と言ったほうがいいかな?
そういうシステムの見積もりに参加した事がありますが(DBMSはMSDE、クライアント数5)
鯖はメーカーラインナップのローエンドモデル(当然ディスクは1台のみ)
バックアップは1日1回、クライアントが稼動していない深夜DATにフルバックアップ。
DB鯖まわりの見積もりなんて、メモリはクライアント数とOSとDBMSが要求するカタログ
スペック値から算出した値+αでえいやぁ、ディスク容量も日次データ量x年数でえぃやぁ。 機能面でも、要件定義書にレスポンスタイムに関する記述が実質無いので、単純に
機能毎にプログラミング工数出して余裕率掛けてドーン。こんなもんです。
MSDEはウイザードで作成した保守計画とバックアップジョブを登録した以外、素でインストールしたまま。
さすがにディスク1台はマズいだろうという事でミラーリングしてくれという要求は出してるみたいですけど。
>>86
俺としては同時セッション数30を越える、
一日に要求されるトランザクション数5000を超える、
一日に出力されるジャーナル(REDO)1Gを超える、
これ未満のものはえいやーでもしょうがないと思う。
多分このレベルだと調達なんてただでいいから開発もセットでお願いします。
でペイするような仕事だよね。(と共にこのレベル仕事のDB管理者って可愛そうとも思う。。
調達と開発がわかれるのって上の三つのどれかを満たした辺りからだと思う。
スレから大分ズレたな。。すまそ。 えいやーで良いとは言ったが根拠がグラグラでもあるか無いかは別。
これは小規模だろうが大規模だろうが最後は運用するまでわからないから
えいやーになってしまうんだよね。 私がいた所の感覚なら、>88さんが言う基準は「中規模」以上なんじゃないかなぁ。
「規模」の感覚って、会社によっても大きく違うから難しいですね。
>開発もセットでお願いします
まさにそれです。
ちなみに、先に挙げたシステムでは管理者なんて付きませんw
毎日バックアップテープ交換するのは事務所のオネーサン、鯖ログは月1回の
定期訪問時にちゃちゃっとチェックするだけです。
これで5年ノントラブル(PGのバグは別として)だからすごい >>90
DBって俺的な主観なんだが、
洋服と一緒でS,M,Lで大体の人は多少の着心地は違っても
NGにはならないのと一緒で動くものだと思ってるのよ。
でも本当のスループット(着心地)を追求すると、する必要がある
厳密な仕事や格好の場合にチューニングって必要となると思う。
又は既製品(洋服)では型にはめれない特殊な人(システム)で
その技術が必要となると思う。
それとシステムを稼動(人の身体的な成長)による拡張や癖(業務特性)
を知った上での変更がチューニングだと思う。
一応これで終了。
オラクルとSQLサーバの両方を使った人のレポ希望募集します。
【結論】
SQLServerはある程度の規模までは無理にチューニングしなくても十分速い。
それをウリにしているし、素人が下手にチューニングすると返って問題がおこる。
Microsoftはそこそこの技術者でも扱えるDBを目指している。
一方オラクルは完全にプロ向け。
素人の扱える代物ではない。よって信者は完全にのぼせている。
だからオラクル信者はだれでも扱えるSQLServerを嫌う。そしてけなす。
チューニングしないDBは糞と考える。
それにチューニングなどの設定に時間をかけたほうが客からお金を巻き上げられるのでかなりおいしい!
このスレってさ、営業スレだろ?
すげー笑えるんだけどw >>70
デッドロック=トランザクション障害 = つかえない
ということが基幹で成り立つか?
答え:ありえない。 デッドロック発生の予測不足
もう一回まわせばいけるんだからアプリケーション側でリトライするだけさ。
チューニング=かならずしなければならないか?
大規模:そんなの設計段階で設定を決めておけ(ないしは見積もり式を決定しておけ)
キャパシティプラニングやってるんだろ?
小規模:出たとこ勝負 工数が足らんし。
と、顧客or営業に言われておしまい。
トランザクション量ピーク時付近の補正をかける程度で済ませるのが
本当のSEだと思うな。
ピーク付近での動きについては、本来は性能チューニングじゃなくて、
負荷耐久という視点でみてからチューニングすべき。 Oracleの代わりにM$SQLServerなんて選択肢イラネ
そんなときはPostgreSQL, Firebirdとかがある
>>98
> ピーク付近での動きについては、本来は性能チューニングじゃなくて、
> 負荷耐久という視点でみてからチューニングすべき。
時と場合によらね?
夜間バッチの場合は性能でせめないと、
翌日業務に食い込むし。
つか、負荷分散したら終わらないっちゅ〜の(鬱 >>86
ダメでした。
・・ハァ。新しいPS2買って来ようかなあ。
ところで、携帯ゲーム機"プレイステーションポータブル(PSP)
久夛良木氏は,“PSPはゲーム業界が待ち望んだ究極の携帯機”として説明。「ここまでやるかと言われるスペックを投入した」という。
発表によれば「PSP」は,曲面描画エンジン機能を有し,3Dグラフィックでゲームが楽しめる。
7.1chによるサラウンド,E3での発表以来,クリエイターたちにリクエストが高かった無線LANも搭載(802.11)。
MPEG-4(ACV)による美しい動画も楽しめるという。これによりゲーム以外の映画などでのニーズも期待する。
外部端子で将来,GPSやデジタルチューナーにも接続したいとする。
また,久夛良木氏は,繰り返し「コピープロテクトがしっかりしていること」と力説。会場に集まった開発者たちにアピールしていた。
さらに,ボタン設定なども明らかにされ,PS同様「○△□×」ボタン,R1・L1,アナログスティックが採用される。
この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF7のように。
突然こんな事書いてスマソ……
GBAとくらべてみてどうですかね?(シェア以外で) DBのチューニングどうこう言う以前に・・・・・
プログラム作る側が問題有りすぎ(藁 チューニングを語る場合は、退役寸前のDB上にあるデータ量でお願いします。
一度、稼動すると4〜5年は稼動させるので・・・・
>102
同感です。
>>103
いつまでたっても知らぬ存ぜぬしか言わないサポートと
金払えばとりあえず早急になんとかしてくれるサポートとどっちが
イイか考えてみよう。 >>102
確かにその通りだと思う。
どっかで見たのだが、パフォーマンス悪化の原因の6〜7割がアプリケーション側にあるらしい。
つまりSQL文やインデックスの貼り方に問題があるということ。
アプリ以前にテーブル設計がどうしようもない場合も多い。 テーブル設計以前にSEがどうしようもない場合も多い。 SE以前に何をやりたいんだか判らない会社がどうしよ(ry 顧客の望みは何でも出来るソフトに決まってるじゃないか! catch(ex){
Print("ああ,もうわかりました.じゃあそれで作ってきますんで")
}
テーブル設計チーム:「(アプリケーション側で)どうやって使うんだか判らないのにテーブル設計なんか出来ません」
アプリ開発チーム:「テーブル設計が出来ていないので製造出来ません」
環境構築チーム:「どういうアプリケーションが動くのか判らないので環境構築できません。」
・・・・・・・・最近よく見る縦割り行政の弊害w >>113
こういう場合ってアプリ開発チームが論理テーブル設計を行い、
テーブル設計チームが物理テーブル設計やバックアップ・リカバリ計画を行い、
環境構築チームがハードウエアの選定を行うものだと思うがなぁ・・・
ttp://www.dashiblog.com/blog/archives/project_comedy_l.gif PostgreSQL>>>>>>>>>>Oracle oracle9iで
full outer join 句をつかったsqlを実行したらセッションが強制終了されるバグがあったんだが・・・
標準sql流したくらいでバグが起こるのは勘弁してくれ。 >>13
>なぜ、unbreakable をアピールしているのか?
>oracleってそんなにこわれやすいの?
Unbreakable Linuxという旗印にオラクル達が乗っているだけだけど? >>119
昔PL/SQLのマニュアルみて必死で作ったPL/SQLを実行したら
その操作は実装されていません見たいなエラーが出たことがある
そんなもんさ マニュアルに載ってないこと(または載せられないようなこと)を知ってる、ってのがノウハウっつーのでわないのん?w >>117
それは間違ってないかも。
SQL の標準準拠レベルとかではポスグレがオラクルに勝ってるし。
Oracleは、もう、単なるブランドでしかないと思うんだけどな。
システムの現場も知らないプロマネ馬鹿女とか、Ora大好きだろうけど。
Oracleのブランドネームは、SIerにとって、
素人を「安全神話」でだましやすいんだろうな。
金になるんだろうね。
MSDEでもできるようなシングルアプリに、Oraが20万円でバンドル
されてたときには、客に「だまされてません?」って思わず言っちゃったよ。
そのアプリ、どうみても、将来的に、C/S構成にする必要はないんだよな。
反面、それは、営業職の勝利なのかもしれないけど。
>>125
それは、「Oracleがブランドでしかない」んじゃなくて、
SIerが馬鹿なんでしょ? Oracle>>>>>>SQLServer とか言うほど差は無いって事ジャマイカ >>127
お馬鹿なSIerたちが
Oracle>>>>>>SQLServer
って言ってんじゃねーの? >>128
そうそう。そう思う。
「ブランド」(というものが存在するなら、それ)をつくったのは、お馬鹿なSIerだと思うんだよね。
それに、そう主張するSIerほど、Oraの性能を十分に活用してないと思うし。
要は、さ、適材適所なんだろうね。
高級建材ふんだんに使っても、設計が偽造なら、姉(ry・・・・
なわけだし・・・。
で、そんな馬鹿SIどもにだまされざるを得ないエンドユーザが、
かわいそうなのか、まぬけなのか・・・。
根本的に、マンション偽造物件購入しちゃうのと同じだよな、この問題。
ま、ただ、SQLServerはプラットフォームがWinしかないから、
それ以外に対応しているOraからすれば、「格下」とみなされるんだろうね。
俺の知り合いの会社にも、DB2こそ最強!って主張している会社、あるし。
HP-UXとDB2の組み合わせこそ最強らしいよ、その会社によると。。。。
どんなに強力でも、使いこなせてなければ、最低なゴミでしかないと思うんだけどね。
で、俺は、使い込んでる年数からしても、SQLServer派です。
(4.2から使用してるので。。。。)
Oraは、7.2〜10gまでやってみたけど、
どうもしっくりこない。
Winベースで開発してるからだろうね。
>>HP-UXとDB2の組み合わせこそ最強らしいよ、その会社によると。。。。
でんこちゃんおうちでつか?
>根本的に、マンション偽造物件購入しちゃうのと同じだよな、この問題。
見た目でお似合いの物件か否かなんてわからないのw良いことに不釣り合いなモノ売りつけられたり・・・
直接被害で死人が出ない分もっと始末が悪いw
実際にOracleとSQL-Serverの双方で開発したけど、Windows環境での開発という面から考えると、
SQL-Serverの方が有利になってきていると思う。
Oracleは過去にOracle 8、8i、9i、10gの開発をやったけど、Oracle提供のドライバ類(oo4o含む)の
相性問題があまりにも多くて、色々と泣いたことが多かった。
確かにいい機能も多いけど、開発用の各種コンポーネントはまともなものを提供して欲しいと思った。
(SQL-ServerはMSだから、そういった意味ではすごく有利だけどね) Windows版Oracleは、
K6マシンへのインストールが出来ない。
C3のマシンにクライアントすらインストール出来ない。
P4ベースのマシンには細工しないとインストールできない。
バージョンは忘れた、どんなテストをして出荷してるのか分からないOracle社
それでも、ベンダー試験と保守でガッポリもって行くのは正直つД`)・゚・。・゚゚・*:.。..。.:*・゚ それ、P4とかが出た直後の話だろ。
Windows98とかも、P4 2.2GHzマシンでは細工がいるとかなかったっけ?
最近のOracleにさっさと移れば?
いまどきk6とか、db使うのにc3とか使う人っているんですか?
p4て何?
> Windows版Oracleは、
バージョンくらい書け 小学校の時こいつ学校のトイレでウンコしたんだぜ、みたいな話がはじまりましたか?w 結局はOSは何?って事?
>>128
Hi-DB・・・ 何か困難な事をするたびにSQLServerだと必ずこける。
SQLServerが抱える大問題点
1.ディスク障害発生時にコミット時点に戻す事が不可
2.コミットされてないデータを他セッションが参照可能
3.ロックエスカレーション
4.可溶性を保ったままスケーラビティの拡大が困難
5・フルテキスト検索が単語単位のみ
6.オンライン上でのインデックスの再構築が不可
DBMSで必要不可欠なACID特性に欠けてるのは大きな問題だろ?
具体的に言うと、上記2.は独立性(Isolation)に欠けるんだよ。
ACID特性が備わって無いDBを、漏れは認めない。
大規模データベースでSQLServerを使うなんて自殺行為だと思う。
まだ色々と文句を言いたいけど、上に列挙したのは大規模DBを作成する上で大問題になる部分。
SQLServer2000 と Oracle9i を比較して、マイ糞ソフト側は 「2004年以降はSQLServerの方が不具合が少ない」
とかセキセイインコのように連呼してるけど、先発のSQLServerの方が不具合を出し切るのは早いに決まってるだろうに。
あと何で2004年以降なん?それ以前はどうなんだよ?w
それに機能や規模で言えばOracleの方が圧倒的に大きいから、単純に不具合数でカウントするのは横暴だろうに。
何というか他社のDBを必死に叩きまくってるマイ糞ソフトに好感は持てん。
スレ違いスマン。
ああ、>>138で言ってるのは Oracle9i と SQLServer2000 の比較ね。
http://www.microsoft.com/japan/sql/facts/compare/01.mspx
上のサイトで、SQLServer2000 と Oracle10g のセキュリティ警告の数が示されるけど、
比べるのならOracle9iとにしろよww
Oracle10g は新製品なんだから、セキュリティ警告が多いに決まってんだろ。
そもそもベンチマークなんて実施した会社に有利になるに決まってるんだから
いちいち反応すんなよ、と言いたい。
まぁFUDに嫌悪感があるのはわかるけど。
FUDだっけ >>145
FUDについてググってみた。
なるほどねぇ・・・
でも逆に少しでも知識ある奴が >>143の記事を見たら 「マイクロソフトってバカ?」 となるけどな。
機能比較して「ウチの方がすげぇ」なんてやって1番になった商品ってナイヨなぁ・・ 開発側としてはSQLServerを使いたいわけだが
客が馬鹿のひとつおぼえでOracle、Oracleしか言わない >>148
どうしてSQLServerを使いたいの?
俺様が得意だから、とかそういう理由だろう。
SIerが得意な奴を使わせた方が後々良いと思うけど、
客にしたら、好きなの選びたいんだろうなぁ。
で、客がOracleって言うからってSQLServerか。
ど っ ち も ど っ ち だ な>>148 >2.コミットされてないデータを他セッションが参照可能
これマジすか? Oracle 10g の必要システム要件を見たが・・・絶句。
本当にこんな肥大化したDBを好き好んでみんな使ってるの?
10gは大規模システム向けか?(当方は相当素人です)
うんざりだ・・・
DBのメンテが本業じゃない!
8×8÷(8+8)=4
4×3×2×1=24
24÷2=12 システム要件と肥大化とうんざりすることとDBメンテが本業じゃないことはなんか関係あんのか?
ちっちゃい案件にoracleやDB2を使ってもあんまメリットは無い。
MSDEかMS SQLServerにでもしとけ。…ってもう最初から手遅れなのかな 俺さまようチラ裏。
Oracle実装済み/SQLServerは2005から実装の機能
・行バージョン管理による読み取り一貫性
・MARS(複数結果セットの同時オープン)
Oracle実装済み/SQLServerでは未実装の機能
・自律型トランザクション SQLServer の糞なところ。
例えば、あるセッションAが レコードaのみを更新処理を行ってる最中に、
別のセッションBがレコードbのみを更新しようとしてたとする。
両セッションは異なるレコードを見てるのだから、同時処理が出来るように見える。
ところがどっこい違うんだよな。
セッションBが更新する時に、レコードbを検索するために全件検索を行おうとする。
ところがセッションAにてレコードaが排他ロックを掛けたために、レコードaの内容を読み取れずに待ち状態になってしまうんだよ。
つまりインデックスによる全件検索を回避しない限り、同時処理は不可能ということ。
このことをどれくらいの人が知ってるだろうな。
変更したままトランザクションを生かしたままにしてる運用の場合は、見事に嵌るよ。
まあ、昔のSQLServerを知ってれば、今の奴なんて知らないだろ?
4.21とか6.0、6.5を使ったことある人は、二度と選択肢にすらならないから。w
なもんで比較できません。DBMSとして認識してないから。 >163
MS SQLServerって、6.5以前と7.0以降はまったく別物でしょう?
7.0って災baseからの移植でしょ(正式じゃないけど)
開発者ごそっと抜き取ったらしい(さすが金持ち会社)
まぁ、いいもの作ってくれれば文句ないけど... DBなんてものは氷山の一角に過ぎない。
そもそもOracle>>>>>SQL Serverとか言う時点でナンセンス。
DBだけで動くシステムなんて世の中には存在しませんよ。 つまりDBとOSが融合しているOS/400が最強って事でFA >>168
プログラムなんて氷山の一角、OSなんて氷山の一角、ハードなんて・・・・・。
お偉いさんにはそれがわからんとです。
Accessで簡単なDB作れる程度なんですけど
3,4台から1つのMDBファイルをリンクで接続してます。
とりあえず運用っぽいことは出来てますが、さすがに
動作が重いので、StepUpしたいのですが・・・
OracleとSqlServerどっちが良いですか?
をまいにゃ無理だという答以外で、おねがいします。