0001名無しさん@お腹いっぱい。03/07/02 22:08ID:8WMlI+0/
だろ
0214NAME IS NULL2010/04/03(土) 21:53:25ID:yQOBz7ny
純正SQL Developerでいいやろ。
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されてしまう。
共有ロック方式の場合長時間ロックは厳禁だから即時コミットデフォなのは妥当な措置だな。
マルチバージョニングでも書き込み同士はロックがかかるから長時間ロックは避けたほうが
いいと思うが、リード操作でロックフリーなのをアピールしたかったのだろう。
0225NAME IS NULL2010/08/24(火) 02:39:10ID:4e1wvTf+
SQLServer2000はスナップショット分離レベルが無いから辛い…
更新済未コミットレコードは読む事さえ出来ない…
0226NAME IS NULL2010/08/24(火) 03:16:46ID:4e1wvTf+
>>213
217さんに聞きたいです(純粋に聞きたいだけです)。
SQLServerのロックエスカレーションの発生理由は、
大量の行ロックによるメモリ圧迫に対しての対策だとMS社サイトに書いてありました。
※メモリ節約がより有効と判定された場合は、大量の行ロックを1個のテーブルロックにする
Oracleは、どんなに行ロック件数が多くなってもそのまま?
0227NAME IS NULL2010/08/24(火) 03:28:24ID:4e1wvTf+
すいません。47 とかに書いてありました…
>>224
exitコマンド打った時にトランザクションが残ってるってメッセージも出ないプログラム設計がダメだな SQLSERVERの3大糞仕様
@ロックエスカレーション
5000行以上のレコードを一度に更新、或いはロックした場合に発生し、
行ロックがテーブルロックへ昇格する。
Aテーブルスキャンによる ロック待ち
対象テーブルの中でたた一件だけでもロックしているレコードがあると、
まったく関係ない行へのロックが獲得できない場合がある。
発生条件としては、キー、或いはインデックス情報だけでダイレクトに
対象データに到達できないSQLを発行した場合。
B実行プランキャッシュの使用判断基準
一度発行されたSQLの実行プランがキャッシュにある場合、
検索条件の値が異なる同様のSQLが発行されると、
明らかに非効率な検索になるにもかかわらず、強引にキャッシュされた
プランを利用してしまい、いつまでも実行結果が返ってこないことがある。
SQL Server でロック エスカレーションを禁止するには、
以前のバージョン(SQL Server 2005 以前)では、トレース フラグ 1211 をセットします。
これでロック エスカレーションを禁止することができます。
SQL Server 2008 の場合は、LOCK ESCALATION オプションがサポートされたので、
テーブル単位でロック エスカレーションの禁止を行うことができます。
>>229
Bに関しては、Oracleだって同じ現象が発生するじゃん プレースホルダ使った静的SQLならごく当たり前の動作だな。
値を埋め込んだ動的SQLで値の違うキャッシュを使用するなら逆にすごい。
SQLServer2005はSP2ぐらいまでクエリエンジンがバグだらけだったのに
金融系で使うとか正気の沙汰じゃないよ。
社内システムか、分析系システムならいいが‥
0238NAME IS NULL2013/03/12(火) 12:43:29.74ID:wXBj3VQe
_
|O\
| \ キリキリ
∧|∧ \ キリキリ
ググゥ>(;⌒ヽ \
∪ | (~)
∪∪ γ´⌒`ヽ
) ) {i:i:i:i:i:i:i:i:}
( ( ( ´・ω・)、
(O ⌒ )O
⊂_)∪
0239NAME IS NULL2013/03/20(水) 07:39:48.15ID:vIKc7Kkm
※本投稿の拡散歓迎です。
違法派遣(偽装請負・多重派遣・偽装出向・事前面接等)についての刑事罰
【告訴権者=業務委託、準委任、共同受注、業務請負契約および特定派遣(契約・正規)、一般派遣、正規社員】
@職業安定法第44条の労働者供給事業の禁止規定に違反(1年以下の懲役または20万円以下の罰金)
■偽装請負・多重派遣・偽装出向・多重出向
■事前面接(顔合わせ・面談・職場見学等)と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※)
(音声録音で立証可能)
A労働基準法第6条(中間搾取の禁止) (1年以下の懲役又は50万円以下の罰金)
■多重派遣・多重出向
※違法派遣(派遣労働者の特定)→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
が前提となる法解釈となります。派遣法における罰則が軽微なのは法律の不備や労働者軽視などが原因ではありません。
違法派遣は全て職業安定法44条で裁くことが可能なため、刑罰の重複を避けるために派遣法には軽微な罰則(主に裁量行政による)しかないのです。
使用者に有利な民事訴訟や労働関係諸局への通報等の対極にあるのが書面(告訴状)による刑事告訴(※告訴先は検察の直告班)です。
労働関係諸局への通報・斡旋による軽微な「適正化」や監督・指導に対して、法律に定められた刑事罰を問うことになり、
違法派遣業者にとって有罪は考えられる限り最大の処罰となります。同時に刑事罰を受けた
担当者が取引先に与える悪印象を考慮すれば、通常会社側は告訴が受理された時点で告訴取り下げに
動くのが妥当でしょう。懲役、前科がつく刑罰が下される可能性から、告訴取り下げの和解金は高額となることが多いのです。
告訴の流れとしては、
刑事告訴⇒告訴受理⇒告訴取下げ要請⇒取下げ和解金入金⇒告訴取下げ
となります。告訴の懲役刑適応は犯罪者個人に対してのみですので、告訴する対象は
派遣先・派遣元 社長
派遣先・派遣元 担当者・責任者・管理役員・取締役
派遣先・派遣元 人事管理担当者・人事管理役員・取締役
が妥当です。刑事告訴取り下げの和解金額は犯罪者個人と交渉するとよいでしょう。(告訴状は人数分提出する必要あり)
0240NAME IS NULL2013/03/24(日) 12:01:20.90ID:EFgh/klN
※本投稿の拡散歓迎です。
派遣労働者のパワハラ・セクハラ対応策について
下請け労働者、業務委託、派遣労働者は契約期間が短期という制約があり、契約更新拒否をちらつかせた不当な労働強要の実態があります。
雇用形態における壁・差別は法律に直接的規程はなくとも認められているわけではありません。
「正社員の有期雇用労働者に対する優先的地位乱用」による「侮辱罪」、「脅迫罪」、「強要罪」、「傷害罪」、条例違反で刑事告訴できるが、
本稿では刑法ではなく労基法関連の対策に焦点をあてます。
労働基準法第5条(強制労働の禁止)(1年以上10年以下の懲役又は20万円以上300万円以下の罰金)
■精神の自由を不当に拘束する手段によつて、労働者の意思に反して労働を強制してはならない。
例:正規労働者(同僚)による残業の強制。仕事の期限が遅滞した際に「繰り返し」残業を示唆する。
例:派遣の仕事の回し方の裁量を正社員が決めるなどと示唆する。
例:飲み会、昼食、たばこの同伴を強要する。
労働基準法3条 (六箇月以下の懲役又は三十万円以下の罰金)
■社会的身分を理由として労働条件について差別的取扱をしてはならない。
例:社内制度に明示されていない指揮命令系統が正社員と派遣社員に存在する。
派遣社員も正社員と同様に社内制度に準じるという契約上、業務で平等に取り扱う必要がある。
例:社内制度上の上司でもない正社員が命令をしたり、仕事上の指導権・裁量・許可権限をもつこと
派遣契約の内容にそうした区別を制度化するような客観的な証拠がなければ派遣社員側に有利といえる。
例:派遣社員に業務上における裁量を一切与えず、非管理職の正社員が許可を与える
労基法3、5条については、経営責任も問えますので、刑事告訴できる相手は以下のとおり。
派遣先 当該正社員
派遣先 指揮命令者
派遣元・派遣先 代表取締役
刑事告訴(告発)の行い方ですが、内容証明郵便で告訴状(告発状)を地方検察の直告班に郵送してください。
0241NAME IS NULL2014/10/03(金) 11:25:57.98ID:CZsrqtHZ
>>229
SET ALLOW_SNAPSHOT_ISOLATION ON
SET READ_COMMITTED_SNAPSHOT ON
にすればオラクルライクになるよ
企業向けの場合はデフォルトでこうなってた方が自然だと思うけどね
デフォルトのロックは確かに企業向けとしては使えない
しかも上記のように無意味に2つ設定が必要だから
不勉強なオラクル信者はまず辿り着かないだろうなw
しかし、2005?あたりからスナップショット付いたかわりに基本が遅くなった
2000と比べると外部結合やグループ化が遅くなった
特に外部結合した副問合せ内のグループ化が極端に遅くなった
ので、内部結合で書いた中間処理クエリを複数実行するっていう、
オラクル信者風のダサい書き方する必要が出てきた 0242NAME IS NULL2015/09/12(土) 17:28:04.48ID:1PtsC2nQ
SQL Serverはブラックボックスの塊。
>>242
オラクルは『非公開』と『仕様』の塊。
ちょっと細かい事を聞くと『非公開です』とか『仕様です』で終了。
『非公開』と『仕様(と言う名のバグ)』が多過ぎ。 0244NAME IS NULL2015/09/14(月) 19:22:27.61ID:82hMH1/5
>>243
SQL Serverで発生した性能問題は作りがまったく分からないのでタチが悪い。 >>244
例えばある日突然、SQL Server のレスポンスが遅くなった場合、どうするの?
ネットワークやハードやOSには問題が無くて、どうやらDB側の問題だろうとなったら、何をすべき? 0246NAME IS NULL2017/03/12(日) 12:45:15.46ID:s54YcKGv
>>245
まずは、統計情報を更新してんか゜゜゜゜゜-y(^。^)。o0○ ORACLEがNULLと空の文字列をキッチリ区別しないところが最高に嫌い
わざわざ評価式をIS NULLにしないといけないとかさ。
0248NAME IS NULL2017/12/29(金) 11:39:37.91ID:dtNZwIie
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
0GYXD5C8QE
☆ 日本の、改憲をしましょう。現在、衆議員と参議院の両院で、
改憲議員が3分の2を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
>>236
りそなはSQL Server 2017をLinuxにインストールして使ってる
LinuxでSQL Server使うってかなりレア 0251NAME IS NULL2018/08/09(木) 10:06:06.50ID:jylyPhQF
ORACLEも SQL鯖もどっちもどっち
現在のRDBMSは、運転手無しでは事故多発の自動運転車みたいなもの。
運転手に求められる物が違うだけ。
0252NAME IS NULL2018/08/12(日) 23:11:11.46ID:cfFh3cqu
>>251
なんでもかんでも当てはまることを言われてもな。 0253NAME IS NULL2018/08/14(火) 14:02:41.71ID:/SlbhqDh
>>252
そう!どの製品にも当てはまるのに、それを正直に言ってる製品は無いから、結局何使ってもトラブる。 0254NAME IS NULL2018/09/06(木) 21:36:15.13ID:ksIakaQu
SQLサーバーには、ロックエスカレーション機能があるからパフォーマンスが良い!みたいなことが書いてあるサイトがあったんだがどういうこと?
ロックエスカレーションが無いせいでORACLEがパフォーマンスが悪いとか聞いたこと無いよ?
逆に、ロックエスカレーションをオフにしたせいでSQLサーバーがメモリ不足で長時間応答せず使い物にならなくなったことならある。
いったいどこに優位性を見出だしているのか?
0255NAME IS NULL2018/09/07(金) 19:32:42.53ID:KGOTOtzd
>>254
SQL Serverはロックエスカレーションする仕様は失敗だった。
しかし、いまさらSQL Serverを根本的に作り直すことは、SQL Server離れをまねく。
そこでマイクロソフトは、ロックエスカレーションは特に悪くはないと説明せざるをえない状態になっている。 0256NAME IS NULL2018/11/29(木) 22:43:58.99ID:BXH4X2NO
ゴミみたいな質問ですいませんが、元々企業のシステム管理で使われてたのがオラクルで
webサービスの拡大とともにSQLが拡大していった感じなんですか?
0259NAME IS NULL2019/06/10(月) 21:37:20.24ID:YMbg8yP1
オラクルはpostgreSQLやSQLサーバーに比べ使いづらいつか分かりにくいので
使わんよ
ライセンス高いからな
もうOracle新規は厳しいよ