Twitter | Search | |
Masaki Hirose
株式会社ZOZOテクノロジーズ テックリード。Microsoft MVP for Data Platform (August 2020-)SQL ServerをメインにDBに関してつぶやきます。SQL Server User Groupにて毎月登壇中。
29
Tweets
49
Following
50
Followers
Tweets
Masaki Hirose Aug 3
MVP公式サイトにも掲載されました。後からプロフィール充実させよう。
Reply Retweet Like
Masaki Hirose Aug 2
Replying to @hamu502
ありがとうございます!!
Reply Retweet Like
Masaki Hirose Aug 1
Replying to @yiyun1114
ありがとうございます!!🐰
Reply Retweet Like
Masaki Hirose Aug 1
Replying to @yangjiayi82
ありがとうございます!ヤンさんに登壇の機会いただけているおかげです。これからも登壇がんばります!
Reply Retweet Like
Masaki Hirose Aug 1
Replying to @mappie_kochi
ありがとうございます!!
Reply Retweet Like
Masaki Hirose Aug 1
Replying to @uaaaaaaaakihide
ありがとうございます!
Reply Retweet Like
Masaki Hirose Aug 1
2020-2021 Microsoft Most Valuable Professional (MVP) for Data Platform 受賞しました!嬉しい。
Reply Retweet Like
Masaki Hirose Jul 31
Replying to @maaaa20201
ストアドの中身をみたいときは「sp_helptext sp_msforeachDB」などとすればOK。
Reply Retweet Like
Masaki Hirose Jul 31
Replying to @maaaa20201
EXEC sp_msforeachDB 'use [?]; select 1' こんな感じでも同じことできるけど、sp_msforeachDBは引数がnvarchar(2000)ぽいので、それを超える文字列長の場合はqiitaの方法を使う必要がありそう。
Reply Retweet Like
Masaki Hirose Jul 31
自分で書いたqiita記事に救われることが結構ある。「SQLServer: 各DB上で同一の処理を実行させる方法」
Reply Retweet Like
Masaki Hirose Jul 27
qiitaの記事で最もpv数があるのは6万pvのこの記事。権限まわりも同じような記事を書きたい。
Reply Retweet Like
Masaki Hirose Jul 20
Replying to @maaaa20201
from→selectの順番で実行されるはず、っていう挙動を考慮すると納得といえば納得。objectのIS→pageのIS→結局Sとらずにおわる、みたいな。
Reply Retweet Like
Masaki Hirose Jul 20
Replying to @maaaa20201
Profilerでの検証結果。
Reply Retweet Like
Masaki Hirose Jul 20
「select 1 from t1」を実行しても、t1にobjectおよびpage単位でISロックが獲得される挙動っぽい。したがって、「begin tran delete from t1」のあとに別セッションで「select 1 from t1」実行するとブロッキング発生する。t1と全然関係ないカラムをSELECT句で指定してもこういった挙動になるのか。
Reply Retweet Like
Masaki Hirose Jul 16
かいた。「SQL Server: パスワードを保持したまま別のログインを作成する」
Reply Retweet Like
Masaki Hirose Jul 15
かいた。「SQL Server: 大量のデータ更新をブロッキングを発生させずに高速に実施する方法」
Reply Retweet Like
Masaki Hirose Jul 13
Reply Retweet Like
Masaki Hirose Jul 10
Replying to @maaaa20201
うちは基本ノーメンテでなんでもやるので、いかにオンラインで(他のクエリに影響を及ぼさずに)やれるかっていうところの検証にエネルギー注いでる。
Reply Retweet Like
Masaki Hirose Jul 10
Replying to @maaaa20201
InnoDBなMySQLだと、writeはブロックされるけどreadはブロックされないみたい。なるほど。
Reply Retweet Like
Masaki Hirose Jul 10
Replying to @maaaa20201
Sch-Mロックを獲得する期間が瞬間的な操作であれば以下の記事のクエリを使えばリリース可能なことがほとんど。ただし、長時間ロックかける場合はあらゆるクエリがブロックされる。こういった挙動はMySQL/Oracle/Spanner等でもあるのだろうか
Reply Retweet Like