■前スレ
ttp://pc8.2ch.net/test/read.cgi/db/1057170768/ ■公式
データベース
ttp://www-06.ibm.com/jp/software/data/db2/ Developer Domain(Jp)
ttp://www-06.ibm.com/jp/software/data/developer/ NAMEという別の列名で定義されているとか場合があるのでしょうか？
なぜかSEQNAMEで検索してもヒットせずNAMEだ検索条件にヒットします。
LUW環境ならORACLEを使えばよいと思うのは俺だけ？
カタログを見ればわかるんじゃないの
俺は見れる環境にないけど
z/OS版とLUW版は別物で、本物がz/OS版で偽物がLUW版という気がする
その偽物でもORACLEよりは上だと思うが
ないない
ttp://www.atmarkit.co.jp/fdb/rensai/dbwatch2012/dbwatch201204_01.html 忘れられてるDB2ワロタｗｗ
ttp://m.ibm.com/http/www-01.ibm.com/software/data/db2/express/download.html?S_CMP=ECDDWW01&S_TACT=teamblog&S_CMP=ECDDWW01 queryごとにdb2sysc内でスレッドが1つ立ち上がって処理する感じなので
4コアつかいたいのなら4本sql流せばいいと思うw
質問の意図は1つのqueryをマルチコアで処理させたいってことだと思うけど
そこまではしていない様な気がする
express-cは上限コア数は2までってなってるけどねw
一番簡単な方法教えてください コンソールはちょっとやりづらい
Linuxでdb2 express-c10インストールしてsampleデータベースは作りました
db2 connect to sample
db2 "SQL文"
ってやると実行できるけど？
db2 connect to sample
db2 "SQL文"
ってやると実行できるけど？
ありがとうございます
でｊ￥きました
使ってるOSに依存する部分だと思うけど。
ええとそうではなくて
db2実行してCLPの対話モードからという意味です。
ですが、ファイルをテキストエディタで開いてdb2 -f hoge.sqlでやることにしました。
失礼しました。
女性のスカートの中を盗撮したとして、日本ＩＢＭ元社長の大歳（おおとし）卓麻最高顧問（６３）が
東京都迷惑防止条例違反の疑いで警視庁から事情聴取されていたことが、同庁への取材でわかった。
大歳元社長は「盗撮に興味があった」と供述しているといい、同庁は近く書類送検する方針。
大歳元社長は同社に辞表を提出し、受理された。
四谷署によると、大歳元社長は２２日午前８時ごろ、ＪＲ四ツ谷駅の上りエスカレーターで、携帯型音楽
プレーヤーｉＰｏｄの動画機能で女性の後ろからスカートの中を盗撮した疑いがある。通行人から通報を
受けた署員が駆けつけたところ、容疑を認めたという。
署は「身元がしっかりしており、逃走の恐れがない」として逮捕しなかった。
同社によると、大歳元社長は１９７１年に入社。９９年に社長に就任し、会長を経て今年５月から最高顧問。
同社広報は取材に対し「すでに退任しているのでコメントは控える」としている。
ソース
ttp://www.asahi.com/national/update/0830/TKY201208300243.html 大歳卓麻 - Wikipedia
女性の幹部登用
日本アイ・ビー・エムの社長当時、女性の幹部登用に積極的であった。
同社の幹部候補を選出する際には、大歳は毎回必ず「女性の候補者はいるのか」
と繰り返し質問していたという。インタビューなどで「幹部候補の見直しの時に
女性を必ず何割は入れるように、と言い続けて10年になります」と発言している。
女性に対する撮影
2012年8月 JR四ッ谷駅構内で女性のスカート内を盗撮し、東京都迷惑防止条例違反容疑
で事情聴取されていたことが明らかになった
ttp://awabi.2ch.net/test/read.cgi/whis/1350238661/l50 ↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査 → 不受理 → 告訴状再提出または刑法 第193条で訴えを起こす
↓
受理 → 告訴事実を認め示談交渉（↓） →示談成立 → 法廷相場50～100万円の示談金 ※示談拒否が良い
↓ ↓
事案化← 前科あり ←示談不成立（↓）→ 示談外交渉→ 犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓ ↓
↓ 起訴 →公判 → 罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓
審査 → 起訴（強制捜査・留置場）→ 公判 → 懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→ 起訴 → 起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴 → 同上
◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。
注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの ※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの ※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。
被告訴人は、以下に該当すると考えるので、被告訴人の厳重な処罰を求めるため告訴します。
職務経歴書を提示した事前面接を実施 または 偽装請負 または 偽装出向
労働者派遣法第26条（契約の内容等）、職業安定法第44条（労働者供給）に違反
多重派遣・多重出向
労働基準法第6条（中間搾取の禁止）に違反
疎明資料
事前面接日時、場所、出席者、資料のコピー、音声記録
就業場所・就業期間・就業時間
指揮命令
指示を誰が行っているかの記録、音声記録
仕事で使う道具や、資材の負担（所有）のあり方
業務で使用しているパソコン・備品などの所有者
契約書
請負、雇用契約書、出向指示など書面のコピー
刑事告訴ガイダンス
★痴漢も民事でなく刑事事案ですが、裁判所が和解金を被害者に支払わせて解決するのが絶対的過半数です。和解で解決しない事案、つまり公訴までいって判例となる事例を探すほうが難しいことでしょう。
★録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
★告訴状を検察に提出しても受理されなければ加害者側には知られることはありません。不受理の場合は何事も起きてないように粛々と振る舞ってください。
★告訴を取り下げるとき検察に提出した資料は全て返却されます。また検察があなたが提出した証拠をあなたの許可なく裁判の証拠として使用はできません。告訴を取り下げたのちの録音資料には当事者の立場が失われるため証拠能力はありません。
★和解時に告訴した事実は秘匿事項となります。犯罪者が秘密保持契約に違反した場合の損害賠償金は「即決和解」か「公正証書」で最低5000万円～にしましょう。支払いを拒否すれば強制執行手続きを地方裁判所に上訴（裁判不要）してください。
★派遣会社や事業会社が同業者に貴方の情報をリークしたなら、同業者（又は競合他社）に弱みを握られることになります。
余程信用のおける相手でなければ、リークはできないでしょう。信頼のおける方にしても、その方の口が軽ければ、いずれ事実は分かります。
★リークの情報を得た事業者のなかには、リークの事実を貴方に教えてくれる方がいるかもしれません。その際は損害賠償金で得たお金の３割程度を謝礼金として渡してください。
人事原則
１ 現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２ パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12～15万円＋20%の和解金、和解拒否なら20～50万円程度。
人事部・ホットライン・御用組合へ直訴
メリット： 一時的緩和や人事異動
デメリット： 役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる
民事訴訟・調停・労働審判
メリット： 損害賠償
デメリット： 裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用
刑事告訴
メリット： １パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット： 人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についての告訴は１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円～にしましょう。
すみません教えてください
【質問テンプレ】
・DB2 9.7
・テーブルデータ
load済。
・欲しい結果
loadしたテーブルを使うサマリ表がエラーとなった場合、
チェックペンディングを解除したい。
・説明
下記の処理を行いました
①テーブルAにデータをロード
②チェックペンディングになっているのでimmediate checkdをかける
→こっちは成功で、ステータスが「移動なし」に変わる
③テーブルAを使うサマリー表がチェックペンディング状態になる
④サマリー表にimmediate checkdをかけたら算術オーバーフローで解除できず。
テーブルAのデータを確認したら集計後オーバーフローする値が入っていました
そこで、テーブルAのデータをupdateなどで操作した上で改めて更新したいのですが、
テーブルAの状態を「正常」に戻すにはどうすればよいでしょうか？
サマリー表に対して色々オプションをつけてset integrityしてみましたが、何が何でもリフレッシュしようとしてエラーになります。
イメージとしては、サマリー表をリフレッシュせずにペンディング解除することで、連鎖的にテーブルAも解除されると思っています
テーブルAだけ単独で解除してデータを更新後サマリー表のチェック解除ということもできるのでしょうか？
uncheckedすることで解除できました
算術オーバーフローはロードしたテーブルAのデータを修正してからrefreshをかけることで解決
あと、チェックペンディングになっていたのはサマリー表ではなく間にあるステージング表でした
お騒がせしました
oracleを長くやって来て、今回始めてdb2を触ることになりました。
db2 V10.5、サーバos RedHatの環境に、db2inst1でスキーマを作り
その中に複数のdbをcreateした状態で、db間でselectができません。
テーブル名をdb名で修飾して見ましたがダメでした。
何か必要な行為が有りますでしょうか？
ttp://www.atmarkit.co.jp/ait/articles/0408/04/news104.html X スキーマを作り
O インスタンスを作り
間違いました、すんません。
自己レスですが
同一DB内のスキーマ間でのスキーマ名修飾による参照ができることは
確認しました。
DB間では何らかの手当て(oracleで言うdblink的なもの)が必要なのだろうと
想像しています。
そういったものはdb2に存在しますか？
フェデレーションする
create wrapper
create server
このあたりの単語でマニュアル調べて
情報どうもありがとうございます。
更に質問させて頂きたいのですが。
ファイルからデータを投入する際に、loadとingestどちらが高速に処理されますか？
また、ingestを使う際にデータファイルのヘッダ行を読み飛ばすような指定は可能でしょうか？
loadはログを書かないから高速、先頭行のスキップもできたかも
ingestはちょっとマニュアル調べないと分からんです
ttp://www.ibm.com/developerworks/data/tutorials/db2-cert6115/section7.html ログを書かず、ロックをほとんどとらないloadの方が速い。
loadはDBMSと碌な連携をとらずに動作するのでトラブルを起こすと、最悪DBのリストアが
必要になるため、周りに習熟した人がいなければ使わない方がよろしいかと。
import/load/ingentには先頭から任意の行数を読み飛ばす機能はありませんが、書式が違えば
無効な行として読み飛ばすため代用は可能ですね。
詳しくは
information centerの下記をご参考ください
データベース管理 - データ移動のユーティリティーおよびリファレンス
情報どうもありがとうございました。
ヘッダ行の排除は別途手段を考えます。
badファイルの吐き出し先をローカル側にしたいので、ingestを使うことになると思います。
また、loadだとtrimが効かなかったり、型が合わない項目を勝手にnullにしてレコードを投入したりと、どうも勝手な振る舞いをされるのでやめとこうかなあと。
ttp://harvest-moon.hatenablog.com/entry/2014/08/18/233302 ttp://harvest-moon.hatenablog.com/entry/2014/08/20/001259 ttp://jobinjapan.jp/job-listing/keyword-db2.html au氷水ディレクター戦争タイステーキ万国ニューヨークブカ牛肉直輸出制限業者議論病院雇用市議しょうゆダシマクッロスさむらい山雪光金ガンダム風ミックドラ社員あかうんとパズ豚骨のり肉マンつばめの巣塩担々麺野菜炒めラーメン
au氷水ディレクター戦争タイステーキ万国ニューヨークブカ牛肉直輸出制限業者議論病院雇用市議しょうゆダシマクッロスさむらい山雪光金ガンダム風ミックドラ社員あかうんとパズ豚骨のり肉マンつばめの巣塩担々麺野菜炒めラーメン
ニンニクヤーフォー低額土地NHK名古屋遅延電池切れ福岡損保新規駐車近代ゲームフジワイプ転職提案ラーメン
abk公式漏洩安保険王なにあげてんだよ？「わー！ふーう？」↓↓★★↓↓宿題通調印鑑カウントダウン息子議員国会大学生
DB2のSYSCATSPACE作成時のデフォルト表スペースサイズはいくつになりますか？
ユニークでもなんでもないschemaLocationの値使うってアホなの？
せめてちゃんと文書化してくれ
コンテナの数を増やして容量増やすのと、コンテナの数を増やさず既存コンテナの容量を増やすのは、
前者はリバランスが発生すると言うことだけど、後者の場合は何か考慮する点はあるかな。
後の運用のレスポンスとか違ってくるのかどうか。
自分はシステム管理者ではないのでIBMに確認するのは難しいと思います。
かといって、自社のシステム管理者では、回答できる要件ではない。
ざっくりと言って、長すぎるSQLをODBC接続でDB2に投げるいい方法が知りたい。
VBScriptでODBC接続するやん？
DB2からデータをselect するやん？
Varcharだと文字化けする時があるから、変換かけるやん？
列が150くらいあるとそれだけ、select文が長くなるやん？
Excuteするとエラー出すやん？ ←今ここ
DB2から簡単にOracleにデータコピーできればいいんだけどなぁ…
VBScriptしか使えるツールがないのが悲しい…
AS/400からいければ早いんだろうけど、システム開発の人間に余裕がなくて出来上がるのが何年後になるかわからない。
SQLをいくつかに分割して、投げるのが正解なのかな？
一発とはいかなくても、サクサク移動できれば…
いいアイディア、もしくはSQLを知っている人がいれば教えてください！
テキストファイルの出力、入力でいいのでは？
試してないからわからないけど、テキストに出力・読み込みだと時間がかかる気がする。
DB2の文字コード変換かけないで、持ってこれればSQLが短縮出来て解決するけど…
デイリールーチンに時間がかかるとか致命的問題
テーブル20個程度のコピーで3時間もかかるコード自体を見直すべきか…
ただ、それ以前にDB2から全データをSELECTして1行ごと別サーバーにINSERTするのが時間かかるっぽい。
DB2のデータを直接利用できない事情があって、コピーしてるけど、なんかやり方が原始的だけどほかにいい方法が思いつかないし…
ttp://jobinjapan.jp/cate/ 全掲載求人107,342件の平均最低月給196,100円
DB2の求人 の平均最低月給239,600円
ttp://jobinjapan.jp/job-listing/keyword-db2.html 平均よりも4万円以上もお高い！
db2のレプリケーションでoracleにもっていけば？
たぶん差分は地雷だから毎回フルリフレッシュ
2017.6.14 19:02
女性のアカウントに不正に侵入したとして、神奈川県警は１４日、不正アクセス禁止法違反の疑いで
東京都中野区南台、会社員、山口純哉容疑者（５０）を逮捕した。
捜査関係者によると、山口容疑者は日本ＩＢＭのシステムエンジニア。
県警によると、会員制交流サイト（ＳＮＳ）から好みの女性を探し、公開している名前や誕生日などからパスワードを推測していた。
さらに侵入して得た情報で、ネットワーク上にデータを保存できるクラウドサービスに入り込み、画像を盗み見ていたという。
県警が押収したパソコンからは約２３００人分の個人情報や、
約２７０人分の画像データ約８万６０００枚が見つかっており、他にも被害者がいるとみて捜査している。
逮捕容疑は２０１６年９月から１７年３月までの間、東京都の２０代女性ら３人のＩＤやパスワードで、
計１２回にわたってアカウントに不正アクセスした疑い。
ttp://www.sanspo.com/geino/news/20170614/tro17061419020010-n1.html 参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
O91V1J6U75
