Microsoft SQL Server 総合スレ 11 [無断転載禁止]©2ch.net

**NAME IS NULL** · 2016/05/29(日) 16:50:08.13

Microsoft SQL Server (Transact-SQL) の総合スレッドです。

・Microsoft 公式サイト
http://www.microsoft.com/japan/sql/

過去スレとかめんどいから誰か適当に貼って

**NAME IS NULL** · 2017/06/04(日) 00:42:41.51

>>414
なら仮想環境に入れた方が早いな

**NAME IS NULL** · 2017/06/04(日) 09:26:51.00

>>419
>>420
ありがとうございます

macにWindows入れること検討してみたいと思います
macはモニターの色は綺麗だし普段使いには満足してますが、office系ソフトはショートカットが使えなくて戸惑うし一長一短ですね

家に仕事持ち込むわけではないので、まずは会社のWindowsで慣れてから再度考えようと思います

**NAME IS NULL** · 2017/06/04(日) 09:35:30.08

sqlを練習する程度ならmysqlでもいいんじゃないか？
Macでも動くし。

**NAME IS NULL** · 2017/06/04(日) 10:27:16.37

>>422
そうなんですか！？
前に調べてた時macでも使用可なのがあった記憶がベースで今回の質問に至っておりまして…
それがmysqlだったのかもしれません
ありがとうございます！
まずはそこからやってみます

**NAME IS NULL** · 2017/06/04(日) 14:59:13.80

>>423
そんなに驚くなよ。
sql server expressはwindows専用だが
それ以外のフリーなdbソフトは大体はMacでも動くんじゃないか？俺はMac持ってないが

**NAME IS NULL** · 2017/06/09(金) 08:22:54.49

SQLServerのデータファイルの自動拡張がタイムアウトしたってイベントログ出てるんですが
自動拡張時のサイズ小さくすれば解決するもんなのかな？
書き込みが頻発するとディスクアクセスがボトルネックになりそうなんだが

そもそものタイムアウトが発生するところをケアすべきよね
やっぱ

**NAME IS NULL** · 2017/06/09(金) 11:20:11.31

>>425
自動拡張の初期値はファイルサイズのX%なのでサイズがでかくなるにつれ拡張サイズも増えて処理がタイムアウトするから拡張サイズは固定値にした方が良いよ
ログファイルじゃなくてデータファイルならそもそものデータ見積もりが誤っているという話もあるが

**383** · 2017/06/14(水) 12:27:42.97

すんません、
「やってみたら？まぁ上手くいくわけないんだけどなwせいぜい絶望してファントム生んでろw誰もエンゲージしねーけどw」
って事かと思って保留してました。

実践していただいた方もいて、助かりました。やってみます。
自分のPCなんで最悪HDDのイメージ取ってから試せば何とでもなるんですけどね。
試行錯誤できる環境を作る時間がなくて。
でもHDDの空き容量もなくて。
そして人生の余裕もない。
もう死にたい。全てが嫌になった。

**NAME IS NULL** · 2017/06/19(月) 23:23:03.91

SQL2014の自動拡張で質問です。
例えば10MBまたは100MBと指定して拡張されたタイミングまたはログというのは何処で確認できるものでしょうか？

SQL2008だと「ディスク使用量」レポートで確認できるという記事を見かけて
2014環境で確認しましたが思うような結果が得られませんでした。
復旧モデルが単純だったせいなのか、2014では別のレポートで出力出来るのか判断がつきかねています。

ど素人なので的外れな事を書いているかもしれませんが何かヒント頂ければ幸いです。

**NAME IS NULL** · 2017/06/21(水) 01:20:46.92

SSMSで管理のSQL Serverログとか
OSのイベントビューアでアプリケーションログとかになんか吐いてなかったっけ

**NAME IS NULL** · 2017/06/21(水) 12:19:47.12

なんでちょっとMSの中の人よりの言いかたなんだよｗ

**NAME IS NULL** · 2017/06/21(水) 20:48:17.77

どの発言がどうMSの中の人よりなのか

**NAME IS NULL** · 2017/06/21(水) 21:12:30.65

気になるんだったらもう少し謙虚に聞いたら？

**NAME IS NULL** · 2017/06/22(木) 23:55:36.11

>>429
ありがとうございます
ご鞭撻頂いた項目で確認したいと思います

**NAME IS NULL** · 2017/06/23(金) 06:45:25.32

>>433
ご鞭撻？

**NAME IS NULL** · 2017/07/02(日) 11:27:25.38

鞭打ちの刑

**NAME IS NULL** · 2017/07/02(日) 17:23:55.73

質問させてください。

SQLServer2008 R2で、主キーにクラスタ化インデックスを指定されたあるテーブルに対し、
主キーを指定した単純なSelect文を発行して実際の実行プランを表示させたところ、なぜか「TableScan」となります。

・WHERE句に主キーを指定したのになぜ「Clustered index seek」にならないのでしょうか？
少なくとも「Clustered index scan」にならないのはなぜでしょうか？

この点についてなにかこういうところを確認してみろという部分はありますか？
もしくは実行プラン「Table Scan」でもとくに気にするところではないのでしょうか？
特にSelect結果が遅いわけではなく、１秒もかからないで結果が返ってくるので
特に現時点では致命的ではないのですが・・・

その他の状況としては以下の通りです。
・テーブルのレコード数は数万程度。
・もともとのこのＤＢはSQLServer2005で作られたものであり、バックアップから復元して互換性レベルを上げてある。
・Indexの再構築を行っている
・別な環境で似たような状況をつくりだし、同じくSelectをしてみたところ、想定した通り「Clustered index seek」となった。
・数ヶ月以上運用され、INSERTやUPDATEなどは繰り返し発生している

以上のような状況なのですが、
なにかわかる方がいらっしゃったらよろしくお願いします。

**NAME IS NULL** · 2017/07/02(日) 17:37:33.40

>>436
あのな、インデックスがあればインデックススキャンになるわけじゃないんだよ。データによってはテーブルスキャンの方が速い。それを自動で判断した結果がそういうことだよ。

**NAME IS NULL** · 2017/07/02(日) 17:42:57.27

>>436
UPDATE STATISTICSで統計情報を更新したり、DBCC FREEPROCCACHEで実行プランをクリアするぐらいかね
遅くなる可能性もあるから、事前確認は怠らずにね

**NAME IS NULL** · 2017/07/02(日) 17:51:08.05

>>437-438
早速の返答ありがとうございます。

かならずしもIndex seekのほうがよいわけではないんですね。
統計情報の更新は調べてやってみることにします。
ありがごうとざいます。

**NAME IS NULL** · 2017/07/02(日) 18:01:02.66

数万程度ならどんな実行計画でも時間は変わらない可能性大だが、
どうしても拘束しないたらヒント文を追加すれば？

**NAME IS NULL** · 2017/07/02(日) 18:28:22.42

>>440
ヒント文でインデックスを指定できるんですね。
これでやってみて時間がかわらなそうであれば元の状態で行こうと思います。
ありがとうございました。

**NAME IS NULL** · 2017/07/02(日) 19:24:58.07

１フィールドだけのテーブルがあって、その１フィールドにプライマリキーが設定されてるのを見るとなんか微妙な気分になるｗ

**NAME IS NULL** · 2017/07/02(日) 21:27:03.96

クラスター化インデックスのあるテーブルってテーブルスキャンは発生しないと思ってんだが違うのか
俺の知る限り、テーブルスキャンするところはすべてクラスターインデックススキャンになるんだが

クラスターインデックスのフルスキャンはテーブルスキャンと実質同じだと思うんだが、何が違うんだろ
テーブルスキャンならクラスターインデックスのリーフページだけをたどれる？

**NAME IS NULL** · 2017/07/06(木) 22:57:10.15

access単体でデータベースを作成するのと、SQLserver＋Vbで作成するのは難易度はどのくらい違いますか？

**NAME IS NULL** · 2017/07/07(金) 00:32:55.05

だいぶ前にミラーリングが非推奨の機能になっちゃったけど、これからはクラスタ作ってAlwaysOnでやるしか無いのかね
今時オンプレかよとは言わないで

**NAME IS NULL** · 2017/07/07(金) 00:49:20.65

>>444
それだけの内容では色々分からなすぎて
双方の言語経験があるなら差はほとんどない、としか答えられない

**NAME IS NULL** · 2017/07/07(金) 13:53:10.80

>>445
ミラーリングしたい理由はなによ

**NAME IS NULL** · 2017/07/07(金) 14:15:59.58

ミラーリング、手軽で便利なのにな

**NAME IS NULL** · 2017/07/07(金) 19:19:13.94

>>447
Standardのライセンス2つで安価、手軽に二重化出来ること
試しにAlwaysOn構築しようと思ったら、SQLServer外の条件で制約多くて

**NAME IS NULL** · 2017/07/18(火) 22:16:07.37

SQL Server 2017 Release Candidate 1
https://blogs.technet.microsoft.com/dataplatforminsider/2017/07/17/first-release-candidate-of-sql-server-2017-now-available/

てか2016の次2017なのか…RTMには2018ぎりぎりだったり2018になってたりするんじゃ…

**NAME IS NULL** · 2017/07/19(水) 01:16:59.53

MicrosoftはどうやってSQL ServerをLinuxへポートしたか、ついに2017リリース候補がローンチ
http://jp.techcrunch.com/2017/07/18/20170717how-microsoft-brought-sql-server-to-linux/

**NAME IS NULL** · 2017/07/19(水) 07:37:48.82

>>449
AlwaysOnは知らんが、ミラーリングの場合、待機側はライセンス要らないよ

**NAME IS NULL** · 2017/07/19(水) 10:59:44.53

ますますミラーリングから離れられないわな
AlwaysOnは1台につき1ライセンス必要だし

**NAME IS NULL** · 2017/07/20(木) 00:52:16.15

ミラーリングでライセンスいらないのは、完全に待機のみの場合だけだったはず
ダウンタイムの短縮には役に立つけど、負荷分散には使えないぞ

**NAME IS NULL** · 2017/07/20(木) 09:59:09.19

ミラーリングは負荷分散に使えないが

**NAME IS NULL** · 2017/07/27(木) 22:18:19.62

株式会社メビウス(mob)
http://matsuri.2ch.net/test/read.cgi/infosys/1501121465/

**NAME IS NULL** · 2017/07/31(月) 21:23:54.39

SQL Server絡みの地雷率が高すぎてうんざりしてきた
windowsしか使えないのでこれ使いました！
プログラムはよくわかんないので中身は適当です！
十数年分の滅茶苦茶に蓄積されたデータは再利用できるようにしてください！
みたいのしかねえ

**NAME IS NULL** · 2017/07/31(月) 21:46:50.58

>>457
知識の蓄積もない、Microsoftは利用者を育てることが重要だと思ってないからな。

**NAME IS NULL** · 2017/08/01(火) 02:12:40.31

>>458
サポート費用払う前提だがそれなりの対応してると思う
何か問題でもあったのか？

**NAME IS NULL** · 2017/08/01(火) 08:09:16.36

>>457はMSをディスってるんじゃなくてその利用者をディスってるんだろ
むしろそんな連中でもとりあえずのシステムが組めるMS製品群スゲーって話
まあ引き継ぎとかでうんざりする気持ちはよくわかるが w

**NAME IS NULL** · 2017/08/01(火) 10:39:33.77

>>460
とりあえずじゃないからSQLServerの地雷案件が多いんだよな
設定もろくにせずに遅くなったら魔法の言葉「MSの製品だからしょうがない」で誤魔化そうとする阿呆多すぎる

**NAME IS NULL** · 2017/08/01(火) 10:45:07.93

>>459
日本マイクロソフトのサポートもレベルがひどい

**NAME IS NULL** · 2017/08/01(火) 12:48:27.45

>>461
いちゃもんつけたいだけのアホ乙 w

**NAME IS NULL** · 2017/08/01(火) 13:30:45.92

>>463
日本ユニシスおつ

**NAME IS NULL** · 2017/08/28(月) 21:43:46.23

教えてください。

SQLServer の View でトリガを使って別のテーブルの編集を行いたいと思います。
ほぼこのページの通りに書いてみたのですが、View の参照元のテーブルにレコードを追加してもトリガが実行されないようです。
https://msdn.microsoft.com/ja-jp/library/def01zh2(v=vs.120).aspx

実際のテスト環境は以下の通りです。
・DB: A
　テーブル01

・DB: B
　ビュー01　(DB:Aのテーブル01を参照)
　　トリガ01　(ビュー01に対して INSTEAD OF INSERT でテーブル 02 に情報を追加)
　テーブル02　(テーブル01のキー項目に関連づけて、追加項目を登録)

DB:B は DB:A を参照した試験環境で、DB:B を削除するだけで後腐れなく試験環境を除去できないかな、と考えました。

DB:A のテーブル01にトリガを仕掛ければ問題なくやりたいことは出来るのですが。
ビューのトリガを動かすのには何か設定が必要なのでしょうか。

**NAME IS NULL** · 2017/09/09(土) 20:24:20.28

SET ARITHABORT　はﾍﾙﾌﾟやﾉｳﾊｳ掲示板ではＯＮ推奨になってるけど、逆の場合もあるようで、とあるｽﾄｱﾄﾞでは

ﾊﾟﾗﾒｰﾀ：日付指定→行番号取得→本処理
１．ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　１秒
２．ＳＳＭＳのﾃﾞﾌｫﾙﾄでＯＮ：　２０秒
３．ｽﾄｱﾄﾞ内で　SET ARITHABORT　を記述：　２０秒（１、２どちらもＯＮでもＯＦＦでも同じ）
４．ｽﾄｱﾄﾞ内の記述を外し、ＳＳＭＳのｵﾌﾟｼｮﾝ設定でＯＦＦに変更：　１秒

ﾊﾟﾗﾒｰﾀ：行番号指定→本処理
５．ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　２０秒　←これが問題だった
６．ＳＳＭＳのﾃﾞﾌｫﾙﾄでＯＮ：　２０秒
７．ｽﾄｱﾄﾞ内で　SET ARITHABORT　を記述：　２０秒（５、６どちらもＯＮでもＯＦＦでも同じ）
８．ｽﾄｱﾄﾞ内の記述を外し、ＳＳＭＳのｵﾌﾟｼｮﾝ設定でＯＦＦに変更：　１秒
９．その後、ＡＤＯのﾃﾞﾌｫﾙﾄでＯＦＦ：　１秒　←解決

ﾊﾟﾗﾒｰﾀは後者の方が処理が少ないのに、妙に遅かったという問題
接続ｺﾝﾎﾟｰﾈﾝﾄのSET ARITHABORTのﾃﾞﾌｫﾙﾄの違いによって実行ﾌﾟﾗﾝが分かれるという話を見て、以上のことをごちゃごちゃやってたら直った
でも解決法が逆

開発当時を覚えてないけど、前者は最初に実行ﾌﾟﾗﾝができたのがＡＤＯでの実行で、後者はＳＳＭＳだったのかもしれない
つまり
Ａ．先にＡＤＯでSET ARITHABORT　ＯＦＦで実行→ＳＳＭＳでＯＮで実行→実行ﾌﾟﾗﾝが分かれる
Ｂ．先にＳＳＭＳでＯＮで実行→ＡＤＯでＯＦＦで実行→ＯＮの実行ﾌﾟﾗﾝが使われる
Ｃ．Ｂを解除するにはＳＳＭＳでＯＦＦで実行（および再ｺﾝﾊﾟｲﾙ？）
つまり、散見するﾉｳﾊｳとは逆にＳＳＭＳを常にSET ARITHABORT　ＯＦＦにした状態で開発した方がいいのかもしれない
ＡＤＯもSET ANSI_WARNINGSはＯＮなので、SET ARITHABORTがＯＦＦでも０除算ｴﾗｰは出るし
ちなみに、ＳＱＬ　Ｓｅｒｖｅｒは２０１４

**NAME IS NULL** · 2017/09/09(土) 20:49:58.88

実際酷いのもいるけど、そういうのはむしろＯＲＡＣＬＥ出身だったりするｗ（内部結合のﾋﾞｭｰのみでやりきろうとする信じられない低ﾚﾍﾞﾙもいる）
ＳＱＬ　Ｓｅｒｖｅｒは同一ｽﾄｱﾄﾞ内に制御文と問合せ文が同居できるため工夫の範囲が広く、むしろＯＲＡＣＬＥよりﾚﾍﾞﾙの高い技術者も多いとも聞く

いずれにせよ前任者はそれを０から構築したわけで（おそらく低予算で）、前任者が悪いんでなく、引き継げない後任者のﾚﾍﾞﾙが低いと考えるべき
前任者のﾚﾍﾞﾙが低いと言うならむしろ引き継ぐだけでなく改善して、処理速度を数十倍～数百倍に上げてみせるべき

**NAME IS NULL** · 2017/09/27(水) 13:50:33.70

復旧モデルについてなのですが、「完全」よりも「単純」の方が余計なことをしない分
処理速度自体は総じて速いという認識で良いのでしょうか？

**NAME IS NULL** · 2017/09/27(水) 15:25:41.88

>>468
差が出るのは最小ログ記録が有効になる操作のみ
https://technet.microsoft.com/ja-jp/library/ms191244(v=sql.105).aspx

**NAME IS NULL** · 2017/09/27(水) 19:15:37.86

>>468
処理速度はほとんど変わらないけど、完全はトランザクションログのメンテナンスを疎かにしてトラブル起きやすいイメージ

**NAME IS NULL** · 2017/09/27(水) 22:49:22.28

単純でもトランザクションのロールバックはできるわけだから、ログは取ってるんだが
一括ログ可能な操作だと、単純でも一括ログ方式の最少ログしか取ってないのかな

そうじゃないなら、速度的には一括ログが一番早いんじゃないんじゃね
体感できるとは思えんけど

**NAME IS NULL** · 2017/09/28(木) 01:01:37.66

バッチ処理で大量にデータを
ローディングするようなシステムではそれなりに差が出るよ
BULK INSERTでだいたい20~25%くらい短縮できる

**NAME IS NULL** · 2017/09/29(金) 16:50:08.86

>>472
完全と一括ログの比較じゃなくて
単純より一括ログの方が早いって話？

**NAME IS NULL** · 2017/09/29(金) 23:26:37.10

>>473
単純は一括と同じでしょ
そこは試してないけどマニュアルにはそう書いてるよ

**NAME IS NULL** · 2017/10/04(水) 21:53:17.22

SQL Server 2017 RTM
https://www.microsoft.com/ja-jp/sql-server/sql-server-2017
https://blogs.msdn.microsoft.com/sqlserverstorageengine/2017/10/02/sql-server-2017-available-for-download/

**NAME IS NULL** · 2017/10/05(木) 09:42:17.95

まだ2012R2なのに

**NAME IS NULL** · 2017/10/05(木) 20:59:09.87

まだ2005が現役で動いているのに

**NAME IS NULL** · 2017/10/05(木) 21:56:52.98

>>477
それはヤバくね？

**NAME IS NULL** · 2017/10/05(木) 22:00:44.94

>>478
保守契約切れても何も言ってこないので他社システムに移行したと思ったら、単にケチってただけだったという・・・

**NAME IS NULL** · 2017/10/06(金) 22:25:21.69

うちの社内システムなんてSqlServer2000＋VB6だぞｗ

**NAME IS NULL** · 2017/10/07(土) 14:58:41.23

安定稼働してるＤＢＭＳを変更する理由がないからなぁ
ORACLEとかサポート切れたら不安しかないけど

**NAME IS NULL** · 2017/10/07(土) 17:00:02.65

>>481
セキュリティって知ってる？

**NAME IS NULL** · 2017/10/07(土) 17:07:32.43

格好の標的だね
metasploitみたいの使って簡単に攻撃されるよ

**480** · 2017/10/07(土) 17:54:07.20

>>481
そういやいまだにoo4o使ってるシステムもあったｗ

**NAME IS NULL** · 2017/10/07(土) 17:57:44.46

>>484
うちのこと？

**NAME IS NULL** · 2017/10/08(日) 22:37:59.43

そもそもＤＢに不特定多数が直接接続できるシステムがまれだと思うが

**NAME IS NULL** · 2017/10/08(日) 22:42:53.11

そもそもそういう発想がセキュリティを理解してない

**NAME IS NULL** · 2017/10/08(日) 22:43:14.23

いやまあSQL Slammerみたいな例もあるから何とも言えんけど
DBサーバそのものがネットワークに晒されてるような環境とそうじゃない環境じゃ
求められるセキュリティ強度も違うんじゃないかね

**NAME IS NULL** · 2017/10/09(月) 06:16:11.40

>>486
DBに（社内の）不特定多数が直接接続できるのはまれだと思うがDBが入ってるサーバーに（ログインはできないけど）直接接続できるケースは多いと思うぞ

**NAME IS NULL** · 2017/10/09(月) 09:17:26.00

別サーバーからSSMSからは接続出来ないのに
sqlcmdからは操作出来ちゃうアホな設定のDBがあったなあ

**NAME IS NULL** · 2017/10/09(月) 15:57:30.46

>>490
そんな設定できるんだっけ？

**NAME IS NULL** · 2017/10/09(月) 17:49:41.05

>>490
技とそういう設定にしてるんじゃないか？

**NAME IS NULL** · 2017/10/16(月) 09:56:16.87

SSMSの最新版が出ているようですが、入れると何か良い事ありますか？

**NAME IS NULL** · 2017/10/18(水) 23:00:33.28

病気が治って彼女が出来て宝くじに当たって出世しまくるなどいい事ずくめ

**NAME IS NULL** · 2017/10/21(土) 12:57:32.75

Queryのウインドウでは、色付きで分かり易くクエリが表示出来ますよね。
コピペしてワードなどに貼り付けるとその色情報が失われますが、
どうにかして文字だけでなく色もコピペできませんか？

**NAME IS NULL** · 2017/10/21(土) 13:11:28.80

>>495
文法読み取って色表示しているのがクエリエディタの機能だから無理じゃね

**NAME IS NULL** · 2017/10/21(土) 14:17:38.53

>>495
同じ機能を持ったテキストエディタに張り付ければいいじゃん

**NAME IS NULL** · 2017/10/21(土) 17:12:43.60

例えば社員テーブルに複数の社員のデータを一気に追加する場合に
社員番号をキーとして、
もしテーブルに該当社員がいればUpdate、
いない場合はInsertしたいのですが、
そう言う処理を簡単にやるコマンドはありますか？

**NAME IS NULL** · 2017/10/21(土) 17:19:04.06

>>498
MERGE

**NAME IS NULL** · 2017/10/21(土) 17:19:21.04

>>498
MERGE
https://technet.microsoft.com/ja-jp/library/bb522522%28v=sql.105%29.aspx?f=255&;MSPPError=-2147217396

**NAME IS NULL** · 2017/10/21(土) 17:57:32.74

ありがとうございました。

**NAME IS NULL** · 2017/10/21(土) 21:16:04.76

>>495
「形式を選択して貼り付け」じゃないの？
rich text formatでクリップボードにはコピーされてるはず

2017/10/22(日) 07:09:30.09

その後、mergeをいろいろ試しています。
社員更新データを＃で始まるローカル一時テーブルに入れておいて、
社員テーブルにマージする方針で出来たのですが、そのやり方で良いでしょうか？
調べていると、Temporal tablesと言うのもあるようですが今回のマージ処理に使うと何か良い事ありますか？

2017/10/22(日) 13:25:38.27

一時テーブルは大量データには向かない
更新頻度が低いならまあ

2017/10/22(日) 13:32:29.24

>>504
sqlserver上級者の人ならどういう手法を使うのか教えて下さい。

2017/10/22(日) 13:40:36.65

そもそも一旦一時テーブルに入れる必要性が分からんのにどういう手法とか言われても困るだろうよ

2017/10/22(日) 13:48:30.05

＃＃付きも一時テーブル？

2017/10/22(日) 14:58:58.59

>>503
名前紛らわしいけど
temporary tableとtemporal tableは全く別物

テンポラリテーブルは一時テーブル
テンポラルテーブルは決まった日本語訳ないけど”時間テーブル”みたいな意味
バージョン管理や履歴管理のために使う

2017/10/22(日) 15:16:21.15

>>505
なら目的とか要件を提示しろよ

**NAME IS NULL** · 2017/10/22(日) 21:45:55.65

>>506
テーブルに入れずにmergeできる？

**NAME IS NULL** · 2017/10/22(日) 21:48:59.23

できる

**NAME IS NULL** · 2017/10/22(日) 21:51:05.13

>>511
ちょっと書いてみてよ。

**NAME IS NULL** · 2017/10/22(日) 23:17:00.45

>>512
マニュアル読めよ
ダメな子だな

**NAME IS NULL** · 2017/10/23(月) 12:22:06.75

他は知らんがSQLServerのmergeはただの場合分けでupdateとinsert書いてるだけなんだから
updateとinsertに書けることは大体書ける

**NAME IS NULL** · 2017/10/23(月) 12:44:14.56

>>513
あっ、逃げた w

**NAME IS NULL** · 2017/10/23(月) 15:13:53.67

>>515
マニュアルに例も含めてまんま書いてるのにそれすら読めないのか？
仕事でデータベースさわってるなら今すぐ辞めろ
みんなが迷惑する

**NAME IS NULL** · 2017/10/23(月) 15:27:52.10

505辺りから質問者とは別の人だろ

**NAME IS NULL** · 2017/10/23(月) 15:28:32.51

普通のワークテーブルも作ったらいけない決まりがあるのか？

**NAME IS NULL** · 2017/10/23(月) 21:08:58.07

>>516
具体的に書けないなら黙ってろよ
マジでウザイわ