ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
パーティショニングのメリット パーティショニングを勧める理由として、次の3つのメリットが挙げられます。 パーティショニングのそれぞれのメリットを少し掘り下げて見てみましょう。 レスポンスの向上 1番目の「レスポンスの向上」とは、問い合わせの処理を高速化できるという最もよく知られた(代表的な)パーティショニングのメリットです。 先ほどの図3の売り上げデータの例から分かるように、データの特性や利用目的に合わせ、論理的にデータを区分けし、必要なパーティションだけを処理することでレスポンスの向上が図れます。この必要となる特定のパーティションだけを参照する機能を「パーティション・プルーニング」と呼びます(図5)。パーティション・プルーニングはOracleが自動的に実施するため、既存のアプリケーションから発行するSQLをパーティション用に修正する必要はありません。 コラム:パーティション・プルーニング
tail -f access.log みたいな感じでログを追うことはよくありますよね。 いやでもほむほむに関するログだけでいいわー。って時は tail -f access.log | grep homuhomu みたいにしますよね。 青いのが関係するログはいらないわーって時更に tail -f access.log | grep homuhomu | grep -v sayaka みたいにしますよね。 grep1段階までなら問題ないんですが、多段のgrepをかました時にtail -f してるのにリアルタイムに出力されねー。 なんかまとめて表示されるんだけど・・・ ってなりませんか? これgrepが出力先が標準出力かどうかを見てbufferを切り替えているかららしいです。 オプションで行単位のbufferに変えられるのでパイプに対して出力しているgrepに --line-bufferedとい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く