Oracle＞＞＞＞＞＞SQLServer

**名無しさん＠お腹いっぱい。** · 03/07/02 22:08

だろ

**NAME IS NULL** · 2006/12/16(土) 07:46:24

＞行ヘッダが少し増えるくらい、なんか欠点になんのか？

Accessな案件しかやった事のない厨の言いそうな台詞ですな。（ｗ

**NAME IS NULL** · 2006/12/16(土) 09:45:50

行ヘッダは3バイト固定だし。

**NAME IS NULL** · 2006/12/20(水) 10:49:15

ねー、SQLServerのidentityプロパティみたくシーケンス番号をOracleで割り当てるにはシーケンスオブジェクト作成しないといけないの？

**NAME IS NULL** · 2006/12/20(水) 11:44:16

そんなこと意味のないことやってないでこれやろうぜ
◇◆元祖ＭＭＯＲＰＧガディウスがなんと7日間無料◆◇
(無料期間はいつ登録しても7日間までだから絶対登録しておこう！！！！)
長い歴史を持つガディウスがなんと5周年記念につき七日間無料！
とてもおくが深い対人戦！ノーペナルティのＰＫ！とても使いやすいチャット！
どこか懐かしい２Ｄなので古いパソコンでも動作！なんとメモリ６４ＭでＯＫ！
始めようと思った方や暇人は今すぐ公式からＳＴＡＲＴ！！！

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の大規模な国家対戦が可能！白熱の対戦をごらんあれ！

ＳＳhttp://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
　　↑のおねえさんもとっても綺麗！おっぱい大きいね！

**NAME IS NULL** · 2007/01/18(木) 15:32:28

SQLServer2000のストアドかトリガーから
COMは呼び出せますか？
サンプルソースみたいなのあるとうれしいのですが

**190** · 2007/01/18(木) 15:34:18

すみません間違ったスレに書いてしまいました

**NAME IS NULL** · 2007/03/17(土) 19:14:58

ダーティリードさせないために読み取りもさせないなんてな。。。

**流れのパフォーマンスチューニング屋** · 2007/05/14(月) 23:15:50

知らないだけかもしれないが
個人的にOracleと比べて、MS SQL Serverが不便なところ
・ロックエスカレーション
　>>回避の為に、ロック出来る回数を増やすのは
　　根本的な問題解決になる気がしない。
・昇順INDEXが一つしか作れない事
　>>一つのテーブルの複数のソートをスキップするために
　　利用できるINDEXは一つしかない。
・読み取り一貫性を保証するためにはロックせざるを得ない事
　>>大規模DBでこの仕様はちょっと。。。
・内部のトレース情報をわかりやすく表示できない事
　>>DBが判断するためのコストを人間が見ても意味ないっしょ。
　　それで早くなるんならDB側で判断できてると思う。
・全件のスループットをあげるためのコスト判断が出来ない。
　>>OracleにあるFirst rows、All rowsの区別がない。
・スカラー副問い合わせがサポートされていない事
　>>これは私の趣味で。。。
・実行計画をさわれない。
　>>パフォーマンスが悪くても機械に任せきりにしかなれない。
てな感じかな？

間違ってたらスマソ。

**NAME IS NULL** · 2007/05/14(月) 23:29:00

非常に素人臭い解説乙

**NAME IS NULL** · 2007/05/17(木) 06:49:51

>>193
育った畑の違いとしか言えんが、藻前はOracleに染まりすぎてるだけだと思うが。
と言うかおかしい。

**流れのパフォーマンスチューニング屋** · 2007/05/17(木) 23:38:46

出先にて失礼。

>>194、195
先日SQLServerで作業してて、
どうしても過去作業してたOracleと比較してしまってな。
比較にならずに板汚しスマヌ。

**NAME IS NULL** · 2007/06/07(木) 00:07:14

>>162
これって結構致命的だと思う。
SQLServer2005で解決だっけ？

**NAME IS NULL** · 2007/08/21(火) 16:56:46

>>162
READPAST 指定でいける。

**NAME IS NULL** · 2007/09/15(土) 20:29:52

もう来年出るのか、SQLServer新バージョン
2005はWindows2008に対応させないつもりなんかな。

**NAME IS NULL** · 2007/09/16(日) 16:46:20

流石に前回同様パッチ対応ぐらいはするでしょ・・・・・するよね？（－－；

**NAME IS NULL** · 2007/10/31(水) 22:38:01

ORACLEはSI Object Brouser があるかないかで、使いやすさが違うからなんともいえない。
Object Brouser があればOracle

**NAME IS NULL** · 2007/11/01(木) 10:26:16

社員乙ｗｗｗ

**NAME IS NULL** · 2007/11/04(日) 19:39:04

SQLServerのT-SQL　しょぼすぎる
PL/SQLと比べ物にならん

**NAME IS NULL** · 2007/11/05(月) 20:39:30

ORACLEの開発ならSI オブジェクトブラウザー

↓社員乙

**OpUzvQxTl** · 2007/11/14(水) 07:16:24

ctX7ca <a href="http://qrrutqtzevym.com/";>qrrutqtzevym</a>, [url=http://gzchydieemcp.com/]gzchydieemcp[/url], [link=http://gyrfhtvwmsnl.com/]gyrfhtvwmsnl[/link], http://mbtygjtjepcb.com/

**NAME IS NULL** · 2007/11/18(日) 16:46:05

SI ObjectBrowserって、最新版からSQLの入力補完機能がついたけど、ANSI結合型のSQL文だと
うまく補完しないんだよな～～
あと、ALL_TABLESとかはSYS.ALL_TABLESみたいに書かないと補完してくれない。
もうちょっと自動補完機能を改善してほしいでつ。
あとsql文のフォーマット機能も業務プロジェクトごとにルールが違うんで、フォーマット後の
書式を設定できるとうれしい。

**NAME IS NULL** · 2007/11/18(日) 17:24:24

作れよｗ

**NAME IS NULL** · 2007/11/19(月) 23:06:13

うちにもオブジェクトブラウザぐらい作れるっていいはってるやつがいるが
そいつのＰＧはいつもバグばっかなんだよな。

**NAME IS NULL** · 2007/11/19(月) 23:12:58

オブジェクトブラウザの価格考えたら自社ツール作る必要ないよ
せいぜい新人教育のネタにするぐらい（そして使い物にならない）

**NAME IS NULL** · 2008/03/15(土) 18:15:38

最近、SQLServerの宣伝賑やかで
銀行の勘定系にも使われているようなのもあったけど
このスレ見て
オラクル検討することにすた。

**NAME IS NULL** · 2008/03/19(水) 03:02:34

よくわからないのでオラクルに詳しい人説明お願いします。
ttp://live27.2ch.net/test/read.cgi/ogame/1205857996/

**NAME IS NULL** · 2008/04/13(日) 03:18:20

GUIはSQLServerの方が充実してるね

**NAME IS NULL** · 2010/04/01(木) 21:33:06

なかなか興味深い記事です。

オラクル都市伝説に物申す。
http://d.hatena.ne.jp/matu_tak/20100324/1269539205

どちらの言ってることが正しいんですかね？

**NAME IS NULL** · 2010/04/03(土) 21:53:25

純正SQL Developerでいいやろ。

**NAME IS NULL** · 2010/04/03(土) 22:06:40

顔真っ赤にして書いたってかんじのblogだな。

**NAME IS NULL** · 2010/05/01(土) 17:10:12

Oracleばっかやってるヤツは他DBに来るとめちゃくちゃデタラメなSQL書くからのぅ

**NAME IS NULL** · 2010/05/19(水) 01:31:13

SQLserverの行ロックってなんや？

検証したんか？　したなら、テスト環境書かんかい。
SQLserverオタは必ずテスト結果も出さずに出来る出来るいいよる。
オラクルの行ロックは検証結果があっちこっちで書かれてるやろ。

**NAME IS NULL** · 2010/06/03(木) 14:25:49

検証しました。
該当ページに含まれるすべての行に行ロックが発生しました。
結論：SQLserverで行ロックはできません。

**NAME IS NULL** · 2010/06/17(木) 12:25:36

会社で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効かないの？？

**NAME IS NULL** · 2010/06/17(木) 16:23:28

即時コミットモードがデフォルトでトランザクションを使いたければ
begin transaction命令を使う必要がある。

**NAME IS NULL** · 2010/06/18(金) 11:17:18

>>220

なんと、ＳＱＬＳｅｒｖｅｒは即時コミットモードとTransactionモードなんてのがあるのか、いや驚いた。
しかし、2つのモードをユーザーが意識しながら使い分けなきゃいけないなんて
使い難いだろ。

**NAME IS NULL** · 2010/06/18(金) 22:09:05

どっちか一方のモードしか使えなかったら、それはそれで文句言うだろ。

**NAME IS NULL** · 2010/06/18(金) 23:47:53

>>222

いや、即時コミットモードなどいらん。
まともなロックと読み取り一貫性があれば。

**NAME IS NULL** · 2010/07/01(木) 16:03:47

OracleのSQLインタープリタ（SQLPLUS)にはちょっとしたわながあって、
commitもrollbackもしないままEXITで終了させると、
commitされてしまう。

共有ロック方式の場合長時間ロックは厳禁だから即時コミットデフォなのは妥当な措置だな。
マルチバージョニングでも書き込み同士はロックがかかるから長時間ロックは避けたほうが
いいと思うが、リード操作でロックフリーなのをアピールしたかったのだろう。

**NAME IS NULL** · 2010/08/24(火) 02:39:10

SQLServer2000はスナップショット分離レベルが無いから辛い…
更新済未コミットレコードは読む事さえ出来ない…

**NAME IS NULL** · 2010/08/24(火) 03:16:46

>>213
217さんに聞きたいです(純粋に聞きたいだけです)。
SQLServerのロックエスカレーションの発生理由は、
大量の行ロックによるメモリ圧迫に対しての対策だとMS社サイトに書いてありました。
※メモリ節約がより有効と判定された場合は、大量の行ロックを1個のテーブルロックにする
Oracleは、どんなに行ロック件数が多くなってもそのまま？

**NAME IS NULL** · 2010/08/24(火) 03:28:24

すいません。47 とかに書いてありました…

**NAME IS NULL** · 2010/09/14(火) 08:39:55

>>224
exitコマンド打った時にトランザクションが残ってるってメッセージも出ないプログラム設計がダメだな

**NAME IS NULL** · 2010/09/26(日) 21:31:40

SQLSERVERの３大糞仕様

①ロックエスカレーション　
5000行以上のレコードを一度に更新、或いはロックした場合に発生し、
行ロックがテーブルロックへ昇格する。

②テーブルスキャンによるロック待ち
対象テーブルの中でたた一件だけでもロックしているレコードがあると、
まったく関係ない行へのロックが獲得できない場合がある。
発生条件としては、キー、或いはインデックス情報だけでダイレクトに
対象データに到達できないSQLを発行した場合。

③実行プランキャッシュの使用判断基準
一度発行されたSQLの実行プランがキャッシュにある場合、
検索条件の値が異なる同様のSQLが発行されると、
明らかに非効率な検索になるにもかかわらず、強引にキャッシュされた
プランを利用してしまい、いつまでも実行結果が返ってこないことがある。

**NAME IS NULL** · 2010/09/27(月) 16:50:13

SQL Server でロックエスカレーションを禁止するには、
以前のバージョン（SQL Server 2005 以前）では、トレースフラグ 1211 をセットします。
これでロックエスカレーションを禁止することができます。

**NAME IS NULL** · 2010/09/27(月) 16:52:18

SQL Server 2008 の場合は、LOCK ESCALATION オプションがサポートされたので、
テーブル単位でロックエスカレーションの禁止を行うことができます。

**NAME IS NULL** · 2010/09/27(月) 17:02:33

http://msdn.microsoft.com/ja-jp/library/ms188469.aspx

[テーブルのプロパティ] ([全般] ページ)

[ロックエスカレーション]
DISABLE
ほとんどの場合でロックエスカレーションを禁止します。
テーブルレベルのロックは完全には禁止されません。
たとえば、SERIALIZABLE 分離レベルでクラスタ化インデックスがないテーブルをスキャンしている場合は、
データベースエンジンでテーブルロックを実行して、データの整合性を保護します。

**NAME IS NULL** · 2010/10/01(金) 12:09:54

>>229
③に関しては、Oracleだって同じ現象が発生するじゃん

**NAME IS NULL** · 2010/10/01(金) 23:37:48

プレースホルダ使った静的SQLならごく当たり前の動作だな。
値を埋め込んだ動的SQLで値の違うキャッシュを使用するなら逆にすごい。

**NAME IS NULL** · 2010/10/10(日) 22:42:26

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

**NAME IS NULL** · 2010/10/22(金) 00:09:22

SQLServer2005はSP2ぐらいまでクエリエンジンがバグだらけだったのに
金融系で使うとか正気の沙汰じゃないよ。
社内システムか、分析系システムならいいが‥