Oracle＞＞＞＞＞＞SQLServer

だろ

なにが？

価格

オッス！おらオラクル！

不覚にもﾜﾛﾃしまった…
何でこんな…鬱山車農

良スレage

価格なら逆だな。
性能等なら正しいが。

用途が違うよ

>>7
＞用途が違うよ

違うのか？

価格なら逆？？？？？？？？？？？

信頼性、セキュリティ性、安定性、堅牢性では明らかにOracleの方が勝っているな。

脆弱性の数で言えば
Oracleの方が多いんだけどな。

>>11
ｿｰｽｷﾎﾞﾝ？
誰が数えた数なんだよ。

なぜ、unbreakable をアピールしているのか？
oracleってそんなにこわれやすいの？

Linux上で使うからだろう。
Sunに払う金あったらうち（Oracle）にまわせと。

>>12
OracleとMSが発表しているセキュリティ情報みればわかるよ。

2003年に発見された SQL Server の脆弱性はゼロ
Oracle9i は４つか５つほどかな。

2002年も同様にOracleの方が多い

Oracle使ってたら当然わかると思うんだけどなw
SQL Server だと大げさに取り上げられて
Oracleだとそうでもないからみんなホッとしてるよw

SQL Serverデベロッパー版　値下げです
ビックリするよマジで
http://www.microsoft.com/japan/presspass/detail.aspx?newsid=1632

開発環境が入ってないとダメなのかな？

デベロッパー版を値下げされてもな・・・

>>16
開発環境入っていないとダメってどういうこと？

今日このことを知らずに買ったやつは
大泣きだな。

>>19
前の価格で開発目的で買うならMSDNに入った方が安くつかない？

　|　　オラクルオラクウオラゴクウ！をやっていいですか？
　＼＿＿＿＿　 ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿／
　　　　／||ミ　 Ｖ
　　 ／ ::::||
　／:::::::::::||＿＿＿＿
　|:::::::::::::::||　 　 　 　 ||
　|:::::::::::::::||│　／ 　 ||
　|:::::::::::::::||￣＼　　 ｶﾞﾁｬｯ
　|:::::::::::::::||ﾟ ∀ﾟ）─　||
　|:::::::::::::::||＿／　 　 ||
　|:::::::::::::::||│　＼ 　 ||
　|:::::::::::::::||∧ ∧∩　||
　|:::::::::::::::|| ﾟ∀ﾟ）/.　 ||
　|:::::::::::::::||∧ ∧∩　||
　|:::::::::::::::||　ﾟ∀ﾟ）/.　||
　|:::::::::::::::||　　　 〈. 　||
　|:::::::::::::::||,,／＼」. 　||　　　　　　　　　　…
　＼:::::::::::||￣￣￣￣　　　　　　　　　　　　　　　　　　　　　 　 ∧＿∧
　　 ＼ ::::||　　　　　　　　　　　　　　　　　　　　　　　＿＿_＼（・∀・　 ）　＜ お前ら、誰ですか？
　　　　＼||　　　　　　　　　　　　　　　　　　　　　　　＼＿／⊂　⊂＿ )
　　　　　　　　　　　　　　　　　　　　 　 　　 　 　 ／￣￣￣￣￣￣ ／|

　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　オラ悟空オラ悟空！
　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　オラ悟空オラ悟空オラ悟空！
オラ悟空〜〜〜！ 　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」
　　　　　　　　　　　　　 ￣　　　　 / ／
　　　　　　　　　　　　　　　　　　　￣

>>18
ライセンス上の問題です
たしかデベロッパー版は通常のデーターベースとしての
継続利用ができなかったと思ったので

>>15
SQL鯖の脆弱性はOSの脆弱性とと一体化してるから
実態は分からんと思われ。

>>16
Windows2003とVS.Netがこの値段ならびっくりだけどな。
この２つが無いと実質使えないし、実本番に使えない
開発者ライセンスだけが安くてもねぇ。

ばれなきゃ大丈夫。

あぼーん

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

RBSでロックをごまかしているRDBMSの何が最強なものか








Oracle、テメーのことだ

使われてるシステムの規模が段違いなので、単純比較はどうなのか？

DB２も結構よさげ。

1GBを超えるデータのインポートが出来ませんが･･･

みのるの超流行語では、
流行語大将になりそうな言葉を紹介していきたいと思います(^‥^)。

ｵﾋｬﾋｬ 　　　　　　　　　　僕、みのる様が使用している笑い方です。
(^‥^)　　　　　　　　　　僕、みのる様が愛用している顔文字です。
トライブット 　　　　　　　僕、みのる様のサイトがある所の偉い所の人。
みのる様ファン倶楽部 　　　会員数がもう100億人超えた超えてます。
マヨネーズ 　　　　　　　　僕様の大好きなマヨネーズの一種です
スペシャルギニア 　　　　　世界共通語で、誰でも分かります
応援ありがとう！！！　 　　皆が僕様を応援してくれるから、僕様も返信します
　　　　　　　　　　　俺様の素晴らしいサイト↓
　　　　　　　　　http://minoru_god.tripod.co.jp/
　　　データーべス板のオタクやアホやバカドモはこっちに来て勉強しな
　　　　　　　　　　　　　　　　　　　　BYE　みのる様

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

>>29
ごまかしてないぞ

SQLserverは、Oracleのシステムをマイクロソフトが購入して作ってると聞く。

と言うか、セッション数が100を越え、データ更新で100以上になってくると
SQLserverとかは、表単位でロックを掛けるらしいからやっぱ大規模なシステム
なんかになるとOracleだけが対応できる見たい。
トランザクションが行単位でどんなにやっても効いてるのは、Oracleだけだそうな。

>37
知っている言葉を並べれば良いという訳ではないぞ

>>37,38
Oracleはロックエスカレーションしないというのは正しい。

オラクルにはそもそもそんな機能ないからな

あぼーん

>>40
無知は発言すんなよ

MSのほうって行ロックできるようになった？(⌒V⌒)

>>37
MSがかったのはさいべーすだしょ。しかも古いやつ。ようはいまのさいべーす
と兄弟なんだ。もちろんさいべーすはぐんぐん進化し、MSはあのていたらく
できのいい兄とおまえの関係クリソツだ(⌒V⌒)

>>44
兄弟というよりも親子か。いやクローンか
できのいい俺と羊のドリー関係クリソツだ(⌒V⌒)

さいべーすがぐんぐん進化？

>>40
機能がないのではなくて、そもそもロックエスカレーションの必要がない。
行ロックのフラグが行ヘッダにあるから。
何行でも行ロックできる。

ほかのDBはロックを管理する領域が別にあって、そこがあふれそうになったらロックエスカレーションしてロックの総数を減らす必要がある。

ロックエスカレーションなんてかっこいい名前つけてるが、
そもそもそんなの機能として言わなきゃいけないことが恥ずかしいこと。

この板に常駐しているOracle関係者うぜぇ
赤すいせいか？山田せいしか？

>>49
MS関係者でつか？

>>50
みらくるが嫌いなだけ

>>49
Sybase厨もなかなか良い味出してるよな。

MS使いの人でてきてよー

スレタイが意味する所は「Oracleが進化してSQLServerになった」ですよね？

MS SQL Serverの良いところは
ある程度までの規模なら、メンテフリーで
パフォーマンスも良好な所。

すみません。オラクルにできて　SQLserver　にできないことって何ですか？

ロックエスカレーションのメリットは
ロックに必要なりソースが少なくなることと
ロックの解放が早くなること

>56
他OSでの動作

>56
インストール中に飯を食べる

>>56
FOREIGN KEY XXXX REFERENCES YYYY(ZZZZ)
ON UPDATE SET NULL ON DELETE SET NULL
~~~~~~~~ ~~~~~~~~
なんでこんなこともサポートされてないんだYO!!

>60
実アプリではこんな使い方しねーよ
生粋のOracle社員の意見だな

>>60
( ･∀･)つ〃∩ ﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰﾍｪｰ

>>61
何故>>60がOracle社員のカキコに見えるのか意味不明

>63
おまえは信者

>>60
どんなときに使った？

>60の構文ってどういう意味なんでしょうか。
外部キーの値設定？
Oracleを知らない厨に教えてくだされ・・・

あぼーん

これを見ると、SQL Server が Oracle を越えるのは無図化しそう

デルとオラクル、両社製品を組み合わせて提案・提供する共同営業体制を確立
http://linux.ascii24.com/linux/news/today/2003/09/19/646030-000.html

日本オラクル、営業支援プログラムのサービスでMIRACLE LINUXを配布
http://www.zdnet.co.jp/enterprise/0309/17/epn09.html

国内データベース製品シェア１位はオラクル
http://www.mainichi.co.jp/digital/computing/archive/200309/05/5.html

ミラクル・リナックス、ネットワーク・アプライアンス社と大規模Linuxシステムで提携
http://linux.ascii24.com/linux/news/today/2003/09/19/646047-000.html

http://www.mainichi.co.jp/digital/computing/archive/200309/05/4.html

http://linux.ascii24.com/linux/news/today/2003/09/01/645726-000.html

OTNで落とした9iが30日超えても
使えているけど…これって論理制限
つけてないの？

>>61
SQL92の定義が使えないのは問題かと・・・。
あと、ロックエスカレーションもエンタープライズで使えない原因。

同じロック粒度でもSQLサーバではデッドロックでトランザクション障害となる。

Ora信者 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━ｯ!!

>>71
Ora信者じゃないよん。OCPだが。

SQLServerの良さもあるよ。
同レベルの技術者ならSQLServerの方が高度な部分まで使えるし、
デフォルト(チューニングなし)ならSQLServerの方が確実に高速。

>72
OCPなんて言ってもほとんど通じねーぞ(藁
新入社員はひっこんでろ

>70
SQL92の定義が使えるかどうかっていう発想自体がSE失格
おまえSEやめた方がいいYO!!
ってかおまえ教育センター(アシストとか)の現場を知らない講師だろ(ﾜﾗ

ま　　た　　オ　　ラ　　オ　　タ　　か

>>75
シャアないやろ、連邦軍かジオン軍しかないのだから

http://www.atmarkit.co.jp/news/200309/13/gartner21.html

良くわからんから質問。
オラクルってSCN管理で一貫性を保持してるよね。（9iで変わった？）
ここらへんのアルゴリズムの良さが行ロックを常に行える理由だと思うのだが。

SQLServerはどんな方式を使ってるわけ？

例えば>>70はオラクルの話してるの？
ロックエスカレーションってさ普通一つ〜複数のトランザクション間の
リソースロックの連鎖によって
行→ブロック→セグメント→テーブルとロックの範囲やロックの強度があがることを
普通言うと思うんだが。。違うわけ？

ちなみにオラクルはロックエスカレーションを起こさせないはず。

後、オラクルでも限定状況でテーブルリソースを行ロックのつもりでも
セグメントロックになることはあるよね。
（ビットマップインデックス使用時とか。）

どのレベルで比較してるのか頭から見たんだけど、どうもわからんかった。。。。

後72にちょっと突っ込みなのだが。。。。
＞デフォルト(チューニングなし)ならSQLServerの方が確実に高速。
こんなんで金もらえる仕事なら紹介してよ。。ｗ

後双方使った事ある人がいたら教えて欲しいんだが、
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
俺としては同時セッション数３０を越える、
一日に要求されるトランザクション数５０００を超える、
一日に出力されるジャーナル（REDO）１Gを超える、

これ未満のものはえいやーでもしょうがないと思う。
多分このレベルだと調達なんてただでいいから開発もセットでお願いします。
でペイするような仕事だよね。（と共にこのレベル仕事のDB管理者って可愛そうとも思う。。

調達と開発がわかれるのって上の三つのどれかを満たした辺りからだと思う。

スレから大分ズレたな。。すまそ。

えいやーで良いとは言ったが根拠がグラグラでもあるか無いかは別。
これは小規模だろうが大規模だろうが最後は運用するまでわからないから
えいやーになってしまうんだよね。

私がいた所の感覚なら、>88さんが言う基準は「中規模」以上なんじゃないかなぁ。
「規模」の感覚って、会社によっても大きく違うから難しいですね。

>開発もセットでお願いします
まさにそれです。
ちなみに、先に挙げたシステムでは管理者なんて付きませんｗ
毎日バックアップテープ交換するのは事務所のオネーサン、鯖ログは月1回の
定期訪問時にちゃちゃっとチェックするだけです。
これで5年ノントラブル(PGのバグは別として)だからすごい

つうかそのレベルなら何使っても同じじゃないのか？

>>90
DBって俺的な主観なんだが、
洋服と一緒でS,M,Lで大体の人は多少の着心地は違っても
NGにはならないのと一緒で動くものだと思ってるのよ。

でも本当のスループット（着心地）を追求すると、する必要がある
厳密な仕事や格好の場合にチューニングって必要となると思う。
又は既製品（洋服）では型にはめれない特殊な人（システム）で
その技術が必要となると思う。

それとシステムを稼動（人の身体的な成長）による拡張や癖（業務特性）
を知った上での変更がチューニングだと思う。

一応これで終了。

オラクルとSQLサーバの両方を使った人のレポ希望募集します。

【結論】

SQLServerはある程度の規模までは無理にチューニングしなくても十分速い。
それをウリにしているし、素人が下手にチューニングすると返って問題がおこる。
Microsoftはそこそこの技術者でも扱えるDBを目指している。

一方オラクルは完全にプロ向け。
素人の扱える代物ではない。よって信者は完全にのぼせている。

だからオラクル信者はだれでも扱えるSQLServerを嫌う。そしてけなす。
チューニングしないDBは糞と考える。
それにチューニングなどの設定に時間をかけたほうが客からお金を巻き上げられるのでかなりおいしい！

sed s/SQLServer/DB2/ 93

あぼーん

このスレってさ、営業スレだろ？
すげー笑えるんだけどｗ

>>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人気の引き金となったFF７のように。

突然こんな事書いてスマソ……
GBAとくらべてみてどうですかね？(シェア以外で)

DBのチューニングどうこう言う以前に・・・・・
プログラム作る側が問題有りすぎ（藁

Ｏｒａｃｌｅってこのようなパッチでも金とるんですか？
http://www.itmedia.co.jp/enterprise/articles/0409/02/news004.html

チューニングを語る場合は、退役寸前のDB上にあるデータ量でお願いします。
一度、稼動すると４〜５年は稼動させるので・・・・

>102
同感です。

>>103
いつまでたっても知らぬ存ぜぬしか言わないサポートと
金払えばとりあえず早急になんとかしてくれるサポートとどっちが
イイか考えてみよう。

>>102
確かにその通りだと思う。

どっかで見たのだが、パフォーマンス悪化の原因の６〜７割がアプリケーション側にあるらしい。
つまりSQL文やインデックスの貼り方に問題があるということ。

アプリ以前にテーブル設計がどうしようもない場合も多い。

テーブル設計以前にSEがどうしようもない場合も多い。

SE以前に何をやりたいんだか判らない会社がどうしよ（ｒｙ

顧客の望みは何でも出来るソフトに決まってるじゃないか！

で、何がしたいの？（goto 110）

catch(ex){
　　Print("ああ，もうわかりました．じゃあそれで作ってきますんで")
}

テーブル設計チーム：「（アプリケーション側で）どうやって使うんだか判らないのにテーブル設計なんか出来ません」
アプリ開発チーム：「テーブル設計が出来ていないので製造出来ません」
環境構築チーム：「どういうアプリケーションが動くのか判らないので環境構築できません。」

・・・・・・・・最近よく見る縦割り行政の弊害ｗ

>>113
こういう場合ってアプリ開発チームが論理テーブル設計を行い、
テーブル設計チームが物理テーブル設計やバックアップ・リカバリ計画を行い、
環境構築チームがハードウエアの選定を行うものだと思うがなぁ・・・

ttp://www.dashiblog.com/blog/archives/project_comedy_l.gif

>>115 （・∀・）ｲｲ　参照元URL希望。

PostgreSQL＞＞＞＞＞＞＞＞＞＞Oracle

Sunに遅れを取るなよ
OpenOracleだ

oracle9iで
full outer join 句をつかったsqlを実行したらセッションが強制終了されるバグがあったんだが・・・
標準sql流したくらいでバグが起こるのは勘弁してくれ。

>>13
>なぜ、unbreakable をアピールしているのか？
>oracleってそんなにこわれやすいの？

Unbreakable Linuxという旗印にオラクル達が乗っているだけだけど?

>>2

どうでもいいけど、IDが「MC KAN」

>>119
昔PL/SQLのマニュアルみて必死で作ったPL/SQLを実行したら
その操作は実装されていません見たいなエラーが出たことがある

そんなもんさ

マニュアルに載ってないこと（または載せられないようなこと）を知ってる、ってのがノウハウっつーのでわないのん？ｗ

>>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の組み合わせこそ最強らしいよ、その会社によると。。。。

でんこちゃんおうちでつか？

>根本的に、マンション偽造物件購入しちゃうのと同じだよな、この問題。
見た目でお似合いの物件か否かなんてわからないのｗ良いことに不釣り合いなモノ売りつけられたり・・・

直接被害で死人が出ない分もっと始末が悪いｗ

実際に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は、
バージョンくらい書け

小学校の時こいつ学校のトイレでウンコしたんだぜ、みたいな話がはじまりましたか？ｗ

結局はOSは何？って事？

>>128
Hi-DB・・・

何か困難な事をするたびにSQLServerだと必ずこける。

SQLServerが抱える大問題点

１．ディスク障害発生時にコミット時点に戻す事が不可
２．コミットされてないデータを他セッションが参照可能
３．ロックエスカレーション
４．可溶性を保ったままスケーラビティの拡大が困難
５・フルテキスト検索が単語単位のみ
６．オンライン上でのインデックスの再構築が不可

DBMSで必要不可欠なACID特性に欠けてるのは大きな問題だろ？
具体的に言うと、上記２．は独立性(Isolation）に欠けるんだよ。

ACID特性が備わって無いDBを、漏れは認めない。

大規模データベースでSQLServerを使うなんて自殺行為だと思う。
まだ色々と文句を言いたいけど、上に列挙したのは大規模DBを作成する上で大問題になる部分。

SQLServer2000 と Oracle9i を比較して、マイ糞ソフト側は 「2004年以降はSQLServerの方が不具合が少ない」
とかセキセイインコのように連呼してるけど、先発のSQLServerの方が不具合を出し切るのは早いに決まってるだろうに。

あと何で2004年以降なん？それ以前はどうなんだよ？ｗ
それに機能や規模で言えばOracleの方が圧倒的に大きいから、単純に不具合数でカウントするのは横暴だろうに。

何というか他社のDBを必死に叩きまくってるマイ糞ソフトに好感は持てん。

ｽﾚ違いｽﾏﾝ。

せめてバージョンくらい書けば。

読め

http://www.microsoft.com/japan/sql/facts/compare/03.mspx

行バージョン管理を使用する READ COMMITTED

ああ、>>138で言ってるのは Oracle9i と SQLServer2000 の比較ね。

http://www.microsoft.com/japan/sql/facts/compare/01.mspx

上のサイトで、SQLServer2000 と Oracle10g のセキュリティ警告の数が示されるけど、
比べるのならOracle9iとにしろよｗｗ

Oracle10g は新製品なんだから、セキュリティ警告が多いに決まってんだろ。

ぼらくるとの比較でいんちきするのは伝統ですね。

そもそもベンチマークなんて実施した会社に有利になるに決まってるんだから
いちいち反応すんなよ、と言いたい。

まぁFUDに嫌悪感があるのはわかるけど。
FUDだっけ

>>145
FUDについてググってみた。
なるほどねぇ・・・

でも逆に少しでも知識ある奴が >>143の記事を見たら　「マイクロソフトってバカ？」 となるけどな。

機能比較して「ウチの方がすげぇ」なんてやって１番になった商品ってﾅｲﾖなぁ・・

開発側としてはSQLServerを使いたいわけだが
客が馬鹿のひとつおぼえでOracle、Oracleしか言わない

>>148
どうしてSQLServerを使いたいの？

俺様が得意だから、とかそういう理由だろう。
SIerが得意な奴を使わせた方が後々良いと思うけど、
客にしたら、好きなの選びたいんだろうなぁ。

で、客がOracleって言うからってSQLServerか。

ど　っ　ち　も　ど　っ　ち　だ　な>>148

>>138
もっと詳しく教えろ

＞２．コミットされてないデータを他セッションが参照可能

これマジすか？

＞153

153

Oracle 10g の必要システム要件を見たが・・・絶句。
本当にこんな肥大化したDBを好き好んでみんな使ってるの？
10gは大規模システム向けか？（当方は相当素人です）

うんざりだ・・・
DBのメンテが本業じゃない！

10teradaro

８×８÷（８＋８）＝４

４×３×２×１＝２４

２４÷２＝１２

システム要件と肥大化とうんざりすることとDBメンテが本業じゃないことはなんか関係あんのか？

ちっちゃい案件にoracleやDB2を使ってもあんまメリットは無い。
MSDEかMS SQLServerにでもしとけ。…ってもう最初から手遅れなのかな

俺さまようチラ裏。

Oracle実装済み/SQLServerは2005から実装の機能
・行バージョン管理による読み取り一貫性
・MARS(複数結果セットの同時オープン)

Oracle実装済み/SQLServerでは未実装の機能
・自律型トランザクション

SQLServer の糞なところ。

例えば、あるセッションＡが レコードａのみを更新処理を行ってる最中に、
別のセッションＢがレコードｂのみを更新しようとしてたとする。
両セッションは異なるレコードを見てるのだから、同時処理が出来るように見える。

ところがどっこい違うんだよな。
セッションＢが更新する時に、レコードｂを検索するために全件検索を行おうとする。
ところがセッションＡにてレコードａが排他ロックを掛けたために、レコードａの内容を読み取れずに待ち状態になってしまうんだよ。
つまりインデックスによる全件検索を回避しない限り、同時処理は不可能ということ。

このことをどれくらいの人が知ってるだろうな。
変更したままトランザクションを生かしたままにしてる運用の場合は、見事に嵌るよ。

まあ、昔のSQLServerを知ってれば、今の奴なんて知らないだろ？
4.21とか6.0、6.5を使ったことある人は、二度と選択肢にすらならないから。ｗ
なもんで比較できません。DBMSとして認識してないから。

今でもそうなのか。
やっぱりうんこ確定だな。

ヒント：おまいらに選択権は殆ど無い。

>163
MS SQLServerって、6.5以前と7.0以降はまったく別物でしょう？
7.0って災baseからの移植でしょ（正式じゃないけど）
開発者ごそっと抜き取ったらしい（さすが金持ち会社）
まぁ、いいもの作ってくれれば文句ないけど...

>>166
逆。
http://blogs.sqlpassj.org/yamaken/archive/2006/01/28/15935.aspx

SQL Server4.21からMS名義で6.5までの基本エンジンはその延長。
7からMS独自のエンジンに変更。

DBなんてものは氷山の一角に過ぎない。

そもそもOracle>>>>>SQL Serverとか言う時点でナンセンス。
DBだけで動くシステムなんて世の中には存在しませんよ。

つまりDBとOSが融合しているOS/400が最強って事でFA

>>168
プログラムなんて氷山の一角、OSなんて氷山の一角、ハードなんて・・・・・。

お偉いさんにはそれがわからんとです。

Accessで簡単なDB作れる程度なんですけど
3,4台から1つのMDBファイルをリンクで接続してます。
とりあえず運用っぽいことは出来てますが、さすがに
動作が重いので、StepUpしたいのですが・・・
OracleとSqlServerどっちが良いですか？

をまいにゃ無理だという答以外で、おねがいします。

ageてしまいました！

すみません。。。

>>171
MDB入れているパソコンをグレードアップする。
それでも遅いならSQLServerに換える。

しかし、LANが10BASEとか100BASEだとあんま意味ないとｵﾓ。
1000BASE環境じゃないなら、そこからはじめれ。
正直、パソコンやソフトをあーだこーだするよりも、
遥かに高い効果がえられまつ。

>>173さま
ご助言、ありがとうございました。

>>138

>１．ディスク障害発生時にコミット時点に戻す事が不可
>２．コミットされてないデータを他セッションが参照可能

無知？こんなの設定の問題だろ。

まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。
2はトランザクション分離レベルの問題だろ。レベルによってはPhantomが発生するけどこれはバグでもなんでもない、設定の問題。

＞まず1は、SQLServerの機能以前にRaidされてりゃ問題ないだろ。
レベル低すぎｗｗｗ

RAIDがあればトランザクションリカバリは問題ない? w

>>175
OracleがどうのSQLServerがこうの言う前に、基礎をちゃんと勉強しようなｗ

>>138
3.ロックエスカレーション

これ欠点か？無限に行ロックにリソース開放するのもどうかと・・。というか、ロックエスカレーションが発生するような設計するほうに問題があるんじゃ・・。

>>3.ロックエスカレーション
oracleで育った人間には欠点なのかもな。 突然関係ないはずのレコードまでロックされると思うんだろう。
SQLServerとかDB2は、エスカレーションしない設定もできたはず。 SYBASEは知らん。

つか、oracleが他のDBMSより大量にマシンリソースを投入しないとまともに動かない理由の一つはコレだろ。

漏れもロックエスカレーションは別におかしくともなんともないと思うが。

＞５・フルテキスト検索が単語単位のみ

ついこの間まで検索に正規表現も使えないOracle厨の言う台詞ではないな。

Oracleの行ロックフラグは行ヘッダにあるそうな。
だからロックエスカレーションする必要がそもそもないんだって。

しかし常に余分に記憶域を消費するという諸刃の剣

あー、一個チューニングで決定的な違いがあった。
Oracle8から実装されてるファンクションベース索引なんかSQLsvrにはないでしょ。

計算列にindex作る必要性が生じたことなんてないけどねｗ

一見、画期的な機能のように見えて実際、必要性が薄い。そんなことばっかをSQLSvrにはできない
とかほざいてるただ傲慢なOracle房。

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

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

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

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

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

そんなこと意味のないことやってないでこれやろうぜ
◇◆元祖ＭＭＯＲＰＧガディウスがなんと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
　　↑のおねえさんもとっても綺麗！ おっぱい大きいね！

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

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

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

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

間違ってたらスマソ。

非常に素人臭い解説乙

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

出先にて失礼。

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

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

>>162
READPAST 指定でいける。

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

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

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

社員乙ｗｗｗ

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

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


↓社員乙

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

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

作れよｗ

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

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

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

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

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

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

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

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

純正SQL Developerでいいやろ。

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

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

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

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

>>222

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

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

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

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

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

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

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

SQLSERVERの３大糞仕様

�@ロックエスカレーション　
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
　　　　　　　　 　 　⊂＿)∪

※本投稿の拡散歓迎です。
違法派遣（偽装請負・多重派遣・偽装出向・事前面接等）についての刑事罰
【告訴権者＝業務委託、準委任、共同受注、業務請負契約および特定派遣（契約・正規）、一般派遣、正規社員】

�@職業安定法第４４条の労働者供給事業の禁止規定に違反（1年以下の懲役または20万円以下の罰金）
　■偽装請負・多重派遣・偽装出向・多重出向
　■事前面接（顔合わせ・面談・職場見学等）と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※）
（音声録音で立証可能）
�A労働基準法第６条（中間搾取の禁止） (1年以下の懲役又は50万円以下の罰金)
　■多重派遣・多重出向

※違法派遣（派遣労働者の特定）→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則（主に裁量行政による）しかないのです。

使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面（告訴状）による刑事告訴（※告訴先は検察の直告班）です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。

告訴の流れとしては、

刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ

となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は

派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役

が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。（告訴状は人数分提出する必要あり）

※本投稿の拡散歓迎です。
派遣労働者のパワハラ・セクハラ対応策について

下請け労働者、業務委託、派遣労働者は契約期間が短期という制約があり、契約更新拒否をちらつかせた不当な労働強要の実態があります。
雇用形態における壁・差別は法律に直接的規程はなくとも認められているわけではありません。
「正社員の有期雇用労働者に対する優先的地位乱用」による「侮辱罪」、「脅迫罪」、「強要罪」、「傷害罪」、条例違反で刑事告訴できるが、
本稿では刑法ではなく労基法関連の対策に焦点をあてます。

労働基準法第5条（強制労働の禁止）（1年以上10年以下の懲役又は20万円以上300万円以下の罰金）
■精神の自由を不当に拘束する手段によつて、労働者の意思に反して労働を強制してはならない。
例：正規労働者（同僚）による残業の強制。仕事の期限が遅滞した際に「繰り返し」残業を示唆する。
例：派遣の仕事の回し方の裁量を正社員が決めるなどと示唆する。
例：飲み会、昼食、たばこの同伴を強要する。

労働基準法3条 （六箇月以下の懲役又は三十万円以下の罰金）
■社会的身分を理由として労働条件について差別的取扱をしてはならない。
例：社内制度に明示されていない指揮命令系統が正社員と派遣社員に存在する。
派遣社員も正社員と同様に社内制度に準じるという契約上、業務で平等に取り扱う必要がある。
例：社内制度上の上司でもない正社員が命令をしたり、仕事上の指導権・裁量・許可権限をもつこと
派遣契約の内容にそうした区別を制度化するような客観的な証拠がなければ派遣社員側に有利といえる。
例：派遣社員に業務上における裁量を一切与えず、非管理職の正社員が許可を与える

労基法3、5条については、経営責任も問えますので、刑事告訴できる相手は以下のとおり。

派遣先　当該正社員
派遣先　指揮命令者
派遣元・派遣先　代表取締役

刑事告訴（告発）の行い方ですが、内容証明郵便で告訴状（告発状）を地方検察の直告班に郵送してください。

>>229
SET ALLOW_SNAPSHOT_ISOLATION ON
SET READ_COMMITTED_SNAPSHOT ON
にすればオラクルライクになるよ
企業向けの場合はデフォルトでこうなってた方が自然だと思うけどね
デフォルトのロックは確かに企業向けとしては使えない
しかも上記のように無意味に２つ設定が必要だから
不勉強なオラクル信者はまず辿り着かないだろうなｗ

しかし、2005？あたりからスナップショット付いたかわりに基本が遅くなった
2000と比べると外部結合やグループ化が遅くなった
特に外部結合した副問合せ内のグループ化が極端に遅くなった
ので、内部結合で書いた中間処理クエリを複数実行するっていう、
オラクル信者風のダサい書き方する必要が出てきた