サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
www.excellence-blog.com
SQL Serverの負荷テストで大量のデータを作成しないといけなくなり、できるだけ高速で作成する方法を探してみました。 まず、単純にループを使用して100万件のデータを作成するSQLを作成してみました。 SET NOCOUNT ON DECLARE @RowCount INT SET @RowCount = 0 WHILE @RowCount < 1000000 BEGIN INSERT INTO T_Test (Data1, Data2, Data3, Data4, Data5) VALUES (@RowCount, 'DATA' + right('0000000000' + convert(varchar, @RowCount), 10), '0', '0', '0') SET @RowCount = @RowCount + 1 END ループ処理で100万件データを作成した結果、処
ripgrepが圧倒的に速い。こんなに速い理由は大きく2つ。 ripgrepは、検索する必要がなさそうなファイル(たとえば、隠しファイル、バイナリファイル)をデフォルトで無視するようになっている。上記計測に使ったディレクトリを確認したところ、20万ファイル中14万ファイルは無視されるものだった。つまり、ripgrepは実質20万-14万=6万ファイルだけを検索していたのに対し、従来のgrepでは全20万ファイルを律儀に検索していたことになる。 ripgrepは、シンプルに検索のアルゴリズムが優れている。隠しファイル等を無視せず検索するオプションを指定し、検索対象となるファイル数を同じ20万に揃えて計測してみたところ、それでもripgrepは22秒で検索が終わった。 もっと厳密なベンチマークは公式を参照のこと。 https://blog.burntsushi.net/ripgrep/ デフォ
依存関係を設定するには、サービスの定義ファイルにパラメータを追加します。 サービスの定義ファイルは、/etc/systemd/system ディレクトリ内にあります。 たとえば、mariadbのサービスファイルは、 [root@testserver ~]# find /etc/systemd/system -name mariadb.service /etc/systemd/system/multi-user.target.wants/mariadb.service [root@testserver ~]# serviceファイルには、 [Unit] というUNIT間の依存関係を設定するディレクティブがあります。 このディレクティブに設定を追加することで、起動時のUnit同士の依存関係を設定できます。 もし、serviceファイルが見つからない場合は、/usr/lib/systemd/sy
>cmd /c "C:\Program Files\Git\bin\bash" --login -i -new_console:t:tab1 -new_console:d:"C:\path\to\a" cmd /c "C:\Program Files\Git\bin\bash" --login -i -new_console:t:tab2 -new_console:d:"C:\path\to\b" cmd /c "C:\Program Files\Git\bin\bash" --login -i -new_console:t:tab3-1 -new_console:d:"C:\path\to\c" cmd /c "C:\Program Files\Git\bin\bash" --login -i -new_console:t:tab3-2 -new_console:d:"C:\path\t
SQL Serverでデッドロックの調査で苦労したので調査に使ったSQLなどをまとめておく。 SQL Serverにおいては、ロックの有無を確認するだけならsys.dm_tran_locksシステムビューですぐに確認できる。 しかし、sys.dm_tran_locksだけでは、テーブルロックや行ロックなどの情報がまとめて提供され、ロックされている対象も オブジェクトIDでの表記になるため非常にわかりにくいものになっています。 ですので、単純にSELECTするのではなく、IDからオブジェクト名を取得したり、オブジェクトの種類によって 別のシステムビューから情報を取得する必要があります。 手を加えたSQLが以下のようになります。 SELECT resource_type AS type --オブジェクトの種類 ,resource_associated_entity_id as entity_i
このページを最初にブックマークしてみませんか?
『www.excellence-blog.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く