Oracle>>>>>>SQLServer
価格なら逆だな。 性能等なら正しいが。 用途が違うよ 信頼性、セキュリティ性、安定性、堅牢性では明らかにOracleの方が勝っているな。 脆弱性の数で言えば Oracleの方が多いんだけどな。 >>11 ソースキボン? 誰が数えた数なんだよ。 なぜ、unbreakable をアピールしているのか? oracleってそんなにこわれやすいの? Linux上で使うからだろう。 Sunに払う金あったらうち(Oracle)にまわせと。 >>12 OracleとMSが発表しているセキュリティ情報みればわかるよ。 2003年に発見された SQL Server の脆弱性はゼロ Oracle9i は4つか5つほどかな。 2002年も同様にOracleの方が多い Oracle使ってたら当然わかると思うんだけどなw SQL Server だと大げさに取り上げられて Oracleだとそうでもないからみんなホッとしてるよw >>16 開発環境入っていないとダメってどういうこと? >>19 前の価格で開発目的で買うならMSDNに入った方が安くつかない? | オラクルオラクウオラゴクウ!をやっていいですか? \____ ________________/ /||ミ V / ::::|| /:::::::::::||____ |:::::::::::::::|| || |:::::::::::::::||│ / || |:::::::::::::::|| ̄\ ガチャッ |:::::::::::::::||゚ ∀゚)─ || |:::::::::::::::||_/ || |:::::::::::::::||│ \ || |:::::::::::::::||∧ ∧∩ || |:::::::::::::::|| ゚∀゚)/. || |:::::::::::::::||∧ ∧∩ || |:::::::::::::::|| ゚∀゚)/. || |:::::::::::::::|| 〈. || |:::::::::::::::||,,/\」. || … \:::::::::::|| ̄ ̄ ̄ ̄ ∧_∧ \ ::::|| ___\(・∀・ ) < お前ら、誰ですか? \|| \_/⊂ ⊂_ ) / ̄ ̄ ̄ ̄ ̄ ̄ /| \ │ / / ̄\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ─( ゚ ∀ ゚ )< オラ悟空オラ悟空! \_/ \_________ / │ \ ∩ ∧ ∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\∩ ∧ ∧ \( ゚∀゚)< オラ悟空オラ悟空オラ悟空! オラ悟空〜〜〜! >( ゚∀゚ )/ | / \__________ ________/ | 〈 | | / /\_」 / /\」  ̄ / /  ̄ >>18 ライセンス上の問題です たしかデベロッパー版は通常のデーターベースとしての 継続利用ができなかったと思ったので >>15 SQL鯖の脆弱性はOSの脆弱性とと一体化してるから 実態は分からんと思われ。 >>16 Windows2003とVS.Netがこの値段ならびっくりだけどな。 この2つが無いと実質使えないし、実本番に使えない 開発者ライセンスだけが安くてもねぇ。 ∧_∧ ∧_∧ ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。 =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕 = ◎――――――◎ 山崎渉&ぼるじょあ RBSでロックをごまかしているRDBMSの何が最強なものか Oracle、テメーのことだ 使われてるシステムの規模が段違いなので、単純比較はどうなのか? 1GBを超えるデータのインポートが出来ませんが・・・ みのるの超流行語では、 流行語大将になりそうな言葉を紹介していきたいと思います(^‥^)。 オヒャヒャ 僕、みのる様が使用している笑い方です。 (^‥^) 僕、みのる様が愛用している顔文字です。 トライブット 僕、みのる様のサイトがある所の偉い所の人。 みのる様ファン倶楽部 会員数がもう100億人超えた超えてます。 マヨネーズ 僕様の大好きなマヨネーズの一種です スペシャルギニア 世界共通語で、誰でも分かります 応援ありがとう!!! 皆が僕様を応援してくれるから、僕様も返信します 俺様の素晴らしいサイト↓ http://minoru_god.tripod.co.jp/ データーべス板のオタクやアホやバカドモはこっちに来て勉強しな BYE みのる様 (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン (⌒V⌒) │ ^ ^ │<これからも僕を応援して下さいね(^^)。 ⊂| |つ (_)(_) 山崎パン SQLserverは、Oracleのシステムをマイクロソフトが購入して作ってると聞く。 と言うか、セッション数が100を越え、データ更新で100以上になってくると SQLserverとかは、表単位でロックを掛けるらしいからやっぱ大規模なシステム なんかになるとOracleだけが対応できる見たい。 トランザクションが行単位でどんなにやっても効いてるのは、Oracleだけだそうな。 >37 知っている言葉を並べれば良いという訳ではないぞ >>37 ,38 Oracleはロックエスカレーションしないというのは正しい。 MSのほうって行ロックできるようになった?(⌒V⌒) >>37 MSがかったのはさいべーすだしょ。しかも古いやつ。ようはいまのさいべーす と兄弟なんだ。もちろんさいべーすはぐんぐん進化し、MSはあのていたらく できのいい兄とおまえの関係クリソツだ(⌒V⌒) >>44 兄弟というよりも親子か。いやクローンか できのいい俺と羊のドリー関係クリソツだ(⌒V⌒) >>40 機能がないのではなくて、そもそもロックエスカレーションの必要がない。 行ロックのフラグが行ヘッダにあるから。 何行でも行ロックできる。 ほかのDBはロックを管理する領域が別にあって、そこがあふれそうになったらロックエスカレーションしてロックの総数を減らす必要がある。 ロックエスカレーションなんてかっこいい名前つけてるが、 そもそもそんなの機能として言わなきゃいけないことが恥ずかしいこと。 この板に常駐しているOracle関係者うぜぇ 赤すいせいか?山田せいしか? >>49 Sybase厨もなかなか良い味出してるよな。 スレタイが意味する所は「Oracleが進化してSQLServerになった」ですよね? MS SQL Serverの良いところは ある程度までの規模なら、メンテフリーで パフォーマンスも良好な所。 すみません。オラクルにできて SQLserver にできないことって何ですか? ロックエスカレーションのメリットは ロックに必要なりソースが少なくなることと ロックの解放が早くなること >>56 FOREIGN KEY XXXX REFERENCES YYYY(ZZZZ) ON UPDATE SET NULL ON DELETE SET NULL ~~~~~~~~ ~~~~~~~~ なんでこんなこともサポートされてないんだYO!! >60 実アプリではこんな使い方しねーよ 生粋のOracle社員の意見だな >>60 ( ・∀・)つ〃∩ ヘェーヘェーヘェーヘェーヘェーヘェーヘェーヘェーヘェーヘェーヘェーヘェー >>61 何故>>60 がOracle社員のカキコに見えるのか意味不明 >60の構文ってどういう意味なんでしょうか。 外部キーの値設定? Oracleを知らない厨に教えてくだされ・・・ OTNで落とした9iが30日超えても 使えているけど…これって論理制限 つけてないの? >>61 SQL92の定義が使えないのは問題かと・・・。 あと、ロックエスカレーションもエンタープライズで使えない原因。 同じロック粒度でもSQLサーバではデッドロックでトランザクション障害となる。 >>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どっちが良いですか? をまいにゃ無理だという答以外で、おねがいします。 >>171 MDB入れているパソコンをグレードアップする。 それでも遅いならSQLServerに換える。 しかし、LANが10BASEとか100BASEだとあんま意味ないとオモ。 1000BASE環境じゃないなら、そこからはじめれ。 正直、パソコンやソフトをあーだこーだするよりも、 遥かに高い効果がえられまつ。 >>138 >1.ディスク障害発生時にコミット時点に戻す事が不可 >2.コミットされてないデータを他セッションが参照可能 無知?こんなの設定の問題だろ。 まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。 2はトランザクション分離レベルの問題だろ。レベルによってはPhantomが発生するけどこれはバグでもなんでもない、設定の問題。 >まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。 レベル低すぎwww RAIDがあればトランザクションリカバリは問題ない? w >>175 OracleがどうのSQLServerがこうの言う前に、基礎をちゃんと勉強しようなw >>138 3.ロックエスカレーション これ欠点か?無限に行ロックにリソース開放するのもどうかと・・。というか、ロックエスカレーションが発生するような設計するほうに問題があるんじゃ・・。 >>3 .ロックエスカレーション oracleで育った人間には欠点なのかもな。 突然関係ないはずのレコードまでロックされると思うんだろう。 SQLServerとかDB2は、エスカレーションしない設定もできたはず。 SYBASEは知らん。 つか、oracleが他のDBMSより大量にマシンリソースを投入しないとまともに動かない理由の一つはコレだろ。 漏れもロックエスカレーションは別におかしくともなんともないと思うが。 >5・フルテキスト検索が単語単位のみ ついこの間まで検索に正規表現も使えないOracle厨の言う台詞ではないな。 Oracleの行ロックフラグは行ヘッダにあるそうな。 だからロックエスカレーションする必要がそもそもないんだって。 あー、一個チューニングで決定的な違いがあった。 Oracle8から実装されてるファンクションベース索引なんかSQLsvrにはないでしょ。 計算列にindex作る必要性が生じたことなんてないけどねw 一見、画期的な機能のように見えて実際、必要性が薄い。そんなことばっかをSQLSvrにはできない とかほざいてるただ傲慢なOracle房。 >>183 行ヘッダが少し増えるくらい、なんか欠点になんのか? >行ヘッダが少し増えるくらい、なんか欠点になんのか? Accessな案件しかやった事のない厨の言いそうな台詞ですな。(w ねー、SQLServerのidentityプロパティみたくシーケンス番号をOracleで割り当てるにはシーケンスオブジェクト作成しないといけないの? そんなこと意味のないことやってないでこれやろうぜ ◇◆元祖MMORPGガディウスがなんと7日間無料◆◇ (無料期間はいつ登録しても7日間までだから絶対登録しておこう!!!!) 長い歴史を持つガディウスがなんと5周年記念につき七日間無料! とてもおくが深い対人戦!ノーペナルティのPK!とても使いやすいチャット! どこか懐かしい2Dなので古いパソコンでも動作!なんとメモリ64MでOK! 始めようと思った方や暇人は今すぐ公式からSTART!!! wiki http://lre.s165.xrea.com/gdwiki/ ↑ガディウスについて色々解説されてるよ! 初心者講座 http://f-a-i.s14.xrea.com/beginners/ ↑初心者はココを見よう!公式もここからいけるよ! 初心者用スレ http://game10.2ch.net/test/read.cgi/mmo/1165545550/ ↑解らないことがあったらここで聞こう!お兄さんが優しく教えてくれるよ! 国家対戦 http://big.freett.com/save/050121war80over.wmv ↑なんと200対200の大規模な国家対戦が可能!白熱の対戦をごらんあれ! SShttp://cyan.gazo-ch.net/bbs/17/img/200612/1122366.jpg http://cyan.gazo-ch.net/bbs/17/img/200612/1118907.jpg http://cyan.gazo-ch.net/bbs/17/img/200612/1110982.jpg ↑のおねえさんもとっても綺麗! おっぱい大きいね! SQLServer2000のストアドかトリガーから COMは呼び出せますか? サンプルソースみたいなのあるとうれしいのですが ダーティリードさせないために読み取りもさせないなんてな。。。 知らないだけかもしれないが 個人的にOracleと比べて、MS SQL Serverが不便なところ ・ロックエスカレーション >>回避の為に、ロック出来る回数を増やすのは 根本的な問題解決になる気がしない。 ・昇順INDEXが一つしか作れない事 >>一つのテーブルの複数のソートをスキップするために 利用できるINDEXは一つしかない。 ・読み取り一貫性を保証するためにはロックせざるを得ない事 >>大規模DBでこの仕様はちょっと。。。 ・内部のトレース情報をわかりやすく表示できない事 >>DBが判断するためのコストを人間が見ても意味ないっしょ。 それで早くなるんならDB側で判断できてると思う。 ・全件のスループットをあげるためのコスト判断が出来ない。 >>OracleにあるFirst rows、All rowsの区別がない。 ・スカラー副問い合わせがサポートされていない事 >>これは私の趣味で。。。 ・実行計画をさわれない。 >>パフォーマンスが悪くても機械に任せきりにしかなれない。 てな感じかな? 間違ってたらスマソ。 >>193 育った畑の違いとしか言えんが、藻前はOracleに染まりすぎてるだけだと思うが。 と言うかおかしい。 出先にて失礼。 >>194 、195 先日SQLServerで作業してて、 どうしても過去作業してたOracleと比較してしまってな。 比較にならずに板汚しスマヌ。 >>162 これって結構致命的だと思う。 SQLServer2005で解決だっけ? もう来年出るのか、SQLServer新バージョン 2005はWindows2008に対応させないつもりなんかな。 流石に前回同様パッチ対応ぐらいはするでしょ・・・・・するよね?(−−; ORACLEはSI Object Brouser があるかないかで、使いやすさが違うからなんともいえない。 Object Brouser があればOracle SQLServerのT-SQL しょぼすぎる PL/SQLと比べ物にならん ORACLEの開発ならSI オブジェクトブラウザー ↓社員乙 SI ObjectBrowserって、最新版からSQLの入力補完機能がついたけど、ANSI結合型のSQL文だと うまく補完しないんだよな〜〜 あと、ALL_TABLESとかはSYS.ALL_TABLESみたいに書かないと補完してくれない。 もうちょっと自動補完機能を改善してほしいでつ。 あとsql文のフォーマット機能も業務プロジェクトごとにルールが違うんで、フォーマット後の 書式を設定できるとうれしい。 うちにもオブジェクトブラウザぐらい作れるっていいはってるやつがいるが そいつのPGはいつもバグばっかなんだよな。 オブジェクトブラウザの価格考えたら自社ツール作る必要ないよ せいぜい新人教育のネタにするぐらい(そして使い物にならない) 最近、SQLServerの宣伝賑やかで 銀行の勘定系にも使われているようなのもあったけど このスレ見て オラクル検討することにすた。 よくわからないのでオラクルに詳しい人説明お願いします。 ttp://live27.2ch.net/test/read.cgi/ogame/1205857996/ Oracleばっかやってるヤツは他DBに来るとめちゃくちゃデタラメなSQL書くからのぅ SQLserverの行ロックってなんや? 検証したんか? したなら、テスト環境書かんかい。 SQLserverオタは必ずテスト結果も出さずに出来る出来るいいよる。 オラクルの行ロックは検証結果があっちこっちで書かれてるやろ。 検証しました。 該当ページに含まれるすべての行に行ロックが発生しました。 結論:SQLserverで行ロックはできません。 会社でOracle使ってるものですけど、ある時SQL Server教えてもらえる機会があって、教えてもらいながら ヨタヨタ使ってたんですけど、使ってたら select table-a ...... updete table-b set .... update table-c set .... go select table-b ..... とかやってたときに、table-bの更新間違えてたことに気づいて、まあいいや、と rollback したんですよ。そしたら、そのrollback効かなかったんですよ。友人に聞いたらgoしたらrollbackは 効かないんだとかなんとか、 本当なんですかね? commitしてないのにrollback効かないの?? 即時コミットモードがデフォルトでトランザクションを使いたければ begin transaction命令を使う必要がある。 >>220 なんと、SQL Serverは即時コミットモードとTransactionモードなんてのがあるのか、いや驚いた。 しかし、2つのモードをユーザーが意識しながら使い分けなきゃいけないなんて 使い難いだろ。 どっちか一方のモードしか使えなかったら、それはそれで文句言うだろ。 >>222 いや、即時コミットモードなどいらん。 まともなロックと読み取り一貫性があれば。 OracleのSQLインタープリタ(SQLPLUS)にはちょっとしたわながあって、 commitもrollbackもしないままEXITで終了させると、 commitされてしまう。 共有ロック方式の場合長時間ロックは厳禁だから即時コミットデフォなのは妥当な措置だな。 マルチバージョニングでも書き込み同士はロックがかかるから長時間ロックは避けたほうが いいと思うが、リード操作でロックフリーなのをアピールしたかったのだろう。 SQLServer2000はスナップショット分離レベルが無いから辛い… 更新済未コミットレコードは読む事さえ出来ない… >>213 217さんに聞きたいです(純粋に聞きたいだけです)。 SQLServerのロックエスカレーションの発生理由は、 大量の行ロックによるメモリ圧迫に対しての対策だとMS社サイトに書いてありました。 ※メモリ節約がより有効と判定された場合は、大量の行ロックを1個のテーブルロックにする Oracleは、どんなに行ロック件数が多くなってもそのまま? >>224 exitコマンド打った時にトランザクションが残ってるってメッセージも出ないプログラム設計がダメだな SQLSERVERの3大糞仕様 @ロックエスカレーション 5000行以上のレコードを一度に更新、或いはロックした場合に発生し、 行ロックがテーブルロックへ昇格する。 Aテーブルスキャンによる ロック待ち 対象テーブルの中でたた一件だけでもロックしているレコードがあると、 まったく関係ない行へのロックが獲得できない場合がある。 発生条件としては、キー、或いはインデックス情報だけでダイレクトに 対象データに到達できないSQLを発行した場合。 B実行プランキャッシュの使用判断基準 一度発行されたSQLの実行プランがキャッシュにある場合、 検索条件の値が異なる同様のSQLが発行されると、 明らかに非効率な検索になるにもかかわらず、強引にキャッシュされた プランを利用してしまい、いつまでも実行結果が返ってこないことがある。 SQL Server でロック エスカレーションを禁止するには、 以前のバージョン(SQL Server 2005 以前)では、トレース フラグ 1211 をセットします。 これでロック エスカレーションを禁止することができます。 SQL Server 2008 の場合は、LOCK ESCALATION オプションがサポートされたので、 テーブル単位でロック エスカレーションの禁止を行うことができます。 http://msdn.microsoft.com/ja-jp/library/ms188469.aspx [テーブルのプロパティ] ([全般] ページ) [ロック エスカレーション] DISABLE ほとんどの場合でロック エスカレーションを禁止します。 テーブルレベルのロックは完全には禁止されません。 たとえば、SERIALIZABLE 分離レベルでクラスタ化インデックスがないテーブルをスキャンしている場合は、 データベース エンジンでテーブル ロックを実行して、データの整合性を保護します。 >>229 Bに関しては、Oracleだって同じ現象が発生するじゃん プレースホルダ使った静的SQLならごく当たり前の動作だな。 値を埋め込んだ動的SQLで値の違うキャッシュを使用するなら逆にすごい。 NASDAQ SQL Server 2005 の展開によって、リアルタイムの取引照合とクエリを実現 http://www.microsoft.com/japan/showcase/nasdaq3.mspx 株式会社百五銀行 世界初。Windows Server 2003, Datacenter Edition とSQL Server 2005 Enterprise Edition をプラットフォームに、銀行の勘定系システムを再構築。 http://www.microsoft.com/japan/showcase/hyakugo.mspx SQLServer2005はSP2ぐらいまでクエリエンジンがバグだらけだったのに 金融系で使うとか正気の沙汰じゃないよ。 社内システムか、分析系システムならいいが‥ _ |O\ | \ キリキリ ∧|∧ \ キリキリ ググゥ>(;⌒ヽ \ ∪ | (~) ∪∪ γ´⌒`ヽ ) ) {i:i:i:i:i:i:i:i:} ( ( ( ´・ω・)、 (O ⌒ )O ⊂_)∪ ※本投稿の拡散歓迎です。 違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰 【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】 @職業安定法第44条の労働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金) ■偽装請負・多重派遣・偽装出向・多重出向 ■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※) (音声録音で立証可能) A労働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金) ■多重派遣・多重出向 ※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。 違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。 使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。 労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、 違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた 担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに 動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。 告訴の流れとしては、 刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は 派遣先・派遣元 社長 派遣先・派遣元 担当者・責任者・管理役員・取締役 派遣先・派遣元 人事管理担当者・人事管理役員・取締役 が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり) ※本投稿の拡散歓迎です。 派遣労働者のパワハラ・セクハラ対応策について 下請け労働者、業務委託、派遣労働者は契約期間が短期という制約があり、契約更新拒否をちらつかせた不当な労働強要の実態があります。 雇用形態における壁・差別は法律に直接的規程はなくとも認められているわけではありません。 「正社員の有期雇用労働者に対する優先的地位乱用」による「侮辱罪」、「脅迫罪」、「強要罪」、「傷害罪」、条例違反で刑事告訴できるが、 本稿では刑法ではなく労基法関連の対策に焦点をあてます。 労働基準法第5条(強制労働の禁止)(1年以上10年以下の懲役又は20万円以上300万円以下の罰金) ■精神の自由を不当に拘束する手段によつて、労働者の意思に反して労働を強制してはならない。 例:正規労働者(同僚)による残業の強制。仕事の期限が遅滞した際に「繰り返し」残業を示唆する。 例:派遣の仕事の回し方の裁量を正社員が決めるなどと示唆する。 例:飲み会、昼食、たばこの同伴を強要する。 労働基準法3条 (六箇月以下の懲役又は三十万円以下の罰金) ■社会的身分を理由として労働条件について差別的取扱をしてはならない。 例:社内制度に明示されていない指揮命令系統が正社員と派遣社員に存在する。 派遣社員も正社員と同様に社内制度に準じるという契約上、業務で平等に取り扱う必要がある。 例:社内制度上の上司でもない正社員が命令をしたり、仕事上の指導権・裁量・許可権限をもつこと 派遣契約の内容にそうした区別を制度化するような客観的な証拠がなければ派遣社員側に有利といえる。 例:派遣社員に業務上における裁量を一切与えず、非管理職の正社員が許可を与える 労基法3、5条については、経営責任も問えますので、刑事告訴できる相手は以下のとおり。 派遣先 当該正社員 派遣先 指揮命令者 派遣元・派遣先 代表取締役 刑事告訴(告発)の行い方ですが、内容証明郵便で告訴状(告発状)を地方検察の直告班に郵送してください。 >>229 SET ALLOW_SNAPSHOT_ISOLATION ON SET READ_COMMITTED_SNAPSHOT ON にすればオラクルライクになるよ 企業向けの場合はデフォルトでこうなってた方が自然だと思うけどね デフォルトのロックは確かに企業向けとしては使えない しかも上記のように無意味に2つ設定が必要だから 不勉強なオラクル信者はまず辿り着かないだろうなw しかし、2005?あたりからスナップショット付いたかわりに基本が遅くなった 2000と比べると外部結合やグループ化が遅くなった 特に外部結合した副問合せ内のグループ化が極端に遅くなった ので、内部結合で書いた中間処理クエリを複数実行するっていう、 オラクル信者風のダサい書き方する必要が出てきた >>242 オラクルは『非公開』と『仕様』の塊。 ちょっと細かい事を聞くと『非公開です』とか『仕様です』で終了。 『非公開』と『仕様(と言う名のバグ)』が多過ぎ。 >>243 SQL Serverで発生した性能問題は作りがまったく分からないのでタチが悪い。 >>244 例えばある日突然、SQL Server のレスポンスが遅くなった場合、どうするの? ネットワークやハードやOSには問題が無くて、どうやらDB側の問題だろうとなったら、何をすべき? >>245 まずは、統計情報を更新してんか゜゜゜゜゜-y(^。^)。o0○ ORACLEがNULLと空の文字列をキッチリ区別しないところが最高に嫌い わざわざ評価式をIS NULLにしないといけないとかさ。 誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 0GYXD5C8QE ☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、 改憲議員が3分の2を超えております。『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆ >>236 りそなはSQL Server 2017をLinuxにインストールして使ってる LinuxでSQL Server使うってかなりレア ORACLEも SQL鯖もどっちもどっち 現在のRDBMSは、運転手無しでは事故多発の自動運転車みたいなもの。 運転手に求められる物が違うだけ。 >>251 なんでもかんでも当てはまることを言われてもな。 >>252 そう!どの製品にも当てはまるのに、それを正直に言ってる製品は無いから、結局何使ってもトラブる。 SQLサーバーには、ロックエスカレーション機能があるからパフォーマンスが良い!みたいなことが書いてあるサイトがあったんだがどういうこと? ロックエスカレーションが無いせいでORACLEがパフォーマンスが悪いとか聞いたこと無いよ? 逆に、ロックエスカレーションをオフにしたせいでSQLサーバーがメモリ不足で長時間応答せず使い物にならなくなったことならある。 いったいどこに優位性を見出だしているのか? >>254 SQL Serverはロックエスカレーションする仕様は失敗だった。 しかし、いまさらSQL Serverを根本的に作り直すことは、SQL Server離れをまねく。 そこでマイクロソフトは、ロックエスカレーションは特に悪くはないと説明せざるをえない状態になっている。 ゴミみたいな質問ですいませんが、元々企業のシステム管理で使われてたのがオラクルで webサービスの拡大とともにSQLが拡大していった感じなんですか? オラクルはpostgreSQLやSQLサーバーに比べ使いづらいつか分かりにくいので 使わんよ ライセンス高いからな もうOracle新規は厳しいよ read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる