Windows 11：省電力モード・高パフォーマンス設定の切り替え方法

2025年10月20日管理者コメントする

「バッテリーを長持ちさせたい」「ゲームや動画編集時にパフォーマンスを最大化したい」──そんなときに活用できるのが、Windows 11の「電源モード」や「電源プラン」の切り替え機能です。

この記事では、「設定アプリ」から簡単に切り替える方法と、より細かく調整できる従来型の「電源プラン（コントロールパネル）」の使い方をわかりやすく解説します。

電源モードの種類と違い

Windows 11では、PCの使用目的に応じて以下の設定が用意されています。

モード名（例）	特徴	おすすめシーン
省電力	性能を抑えて電力消費を節約	外出時 / バッテリー優先
最適なパフォーマンス（バランス）	性能と省電力のバランスを自動調整	日常作業 / Webブラウジング
高パフォーマンス	処理能力優先で動作	ゲーム / 動画編集 / 3Dレンダリング

※機種やビルドによって名称が異なる場合があります。

方法①：設定アプリから簡単に切り替える（一般ユーザー向け）

Windows 11の標準UIである「設定」から、簡単に電源モードを切り替えることができます。

✅手順

スタートメニュー →「設定」を開く
左メニューから「システム」を選択
「電源」をクリック
「電源モード」からモードを選択

📌例：以下の画面のように「最適なパフォーマンス」などを選択できます。

方法②：より詳細な調整が可能な「電源プラン」を利用する（中級者向け）

従来のWindowsの設定画面である「コントロールパネル」から、電源プラン（バランス、省電力、高パフォーマンス）を選択できます。

✅手順

「スタート」ボタン横の検索窓で「電源プラン」または「Powercfg」と入力
「電源プランの選択」を開く
「バランス（推奨）」「省電力」から選択

📌以下のような画面が表示されます：

👉「プラン設定の変更」から、スリープ時間やディスプレイのオフ時間の調整も可能です。

シーン別おすすめ設定

シーン	おすすめモード	理由
ノートPCでバッテリーを節約したい	省電力	電池持ち優先
ブラウジング・文書作成中心	最適なパフォーマンス（バランス）	安定性と速度の両立
ゲーム・動画編集	高パフォーマンス	CPU/GPUが最大性能を発揮

自動的に切り替える方法も活用しよう

以下の設定を使えば、用途に応じて自動切り替えも可能です。

機能	内容
ゲームモード	ゲーム起動時に自動でパフォーマンス優先
バッテリー節約モード	バッテリー残量低下時に省電力へ切り替え
メーカー提供ユーティリティ	ASUS、Lenovoなどの専用ソフトでも切替可能

まとめ：目的に応じてモードを使い分けよう

✅省電力モード → バッテリー優先
✅最適なパフォーマンス → 普段使い
✅高パフォーマンス → 重い作業向け

Windows 11では「設定アプリ」での簡易切替に加え、「電源プラン」を使って細かくパフォーマンスを調整できます。用途に応じて切り替えれば、より快適なPCライフが実現できます。

SQL, ブログ

SQL：MERGE文でINSERTとUPDATEを一度に行う効率的な方法

2025年10月20日管理者コメントする

MERGE文とは？

SQLのMERGE文は、対象テーブルにデータが存在する場合はUPDATE、存在しない場合はINSERTを1回の処理でまとめて行える便利な構文です。
従来は「UPDATE → 該当しなければINSERT」といった2回の処理が必要でしたが、MERGEを使うことで1回のSQLで済むため、処理効率やパフォーマンスが向上します。

本記事ではOracleをベースに解説しつつ、他DBでの対応についても補足します。

MERGE文の基本構文（Oracleの場合）

MERGE INTO 対象テーブル T
USING 参照元テーブル S
ON (T.キー = S.キー)
WHEN MATCHED THEN
    UPDATE SET T.カラムA = S.カラムA,
               T.カラムB = S.カラムB
WHEN NOT MATCHED THEN
    INSERT (カラムA, カラムB, カラムC)
    VALUES (S.カラムA, S.カラムB, S.カラムC);

MERGE INTO 対象テーブル T

USING 参照元テーブル S

ON (T.キー = S.キー)

WHEN MATCHED THEN

UPDATE SET T.カラムA = S.カラムA,

T.カラムB = S.カラムB

WHEN NOT MATCHED THEN

INSERT (カラムA, カラムB, カラムC)

VALUES (S.カラムA, S.カラムB, S.カラムC);

実用例①：顧客マスタの更新 or 追加

MERGE INTO CUSTOMER T
USING (SELECT 'C001' AS ID, '山田太郎' AS NAME, 'TOKYO' AS ADDRESS FROM DUAL) S
ON (T.ID = S.ID)
WHEN MATCHED THEN
    UPDATE SET T.NAME = S.NAME,
               T.ADDRESS = S.ADDRESS
WHEN NOT MATCHED THEN
    INSERT (ID, NAME, ADDRESS)
    VALUES (S.ID, S.NAME, S.ADDRESS);

MERGE INTO CUSTOMER T

USING (SELECT 'C001' AS ID, '山田太郎' AS NAME, 'TOKYO' AS ADDRESS FROM DUAL) S

ON (T.ID = S.ID)

WHEN MATCHED THEN

UPDATE SET T.NAME = S.NAME,

T.ADDRESS = S.ADDRESS

WHEN NOT MATCHED THEN

INSERT (ID, NAME, ADDRESS)

VALUES (S.ID, S.NAME, S.ADDRESS);

✅ ID=C001 が存在すれば更新
✅ 存在しなければ新規追加

処理の流れ（フロー図で理解）

          +----------------------+
          | 対象テーブルに該当   |
          | レコードは存在する？ |
          +----------+-----------+
                     |
          YES ←------+→ NO
           |                 |
UPDATE処理        INSERT処理

+----------------------+

| 対象テーブルに該当 |

| レコードは存在する？ |

+----------+-----------+

YES ←------+→ NO

| |

UPDATE処理 INSERT処理

応用例②：条件によってDELETEも行う（Oracle/SQL Server対応）

MERGE INTO ORDER_TABLE T
USING NEW_ORDER_DATA S
ON (T.ORDER_ID = S.ORDER_ID)
WHEN MATCHED AND S.STATUS = 'CANCEL' THEN
    DELETE
WHEN MATCHED THEN
    UPDATE SET T.AMOUNT = S.AMOUNT,
               T.STATUS = S.STATUS
WHEN NOT MATCHED THEN
    INSERT (ORDER_ID, AMOUNT, STATUS)
    VALUES (S.ORDER_ID, S.AMOUNT, S.STATUS);

MERGE INTO ORDER_TABLE T

USING NEW_ORDER_DATA S

ON (T.ORDER_ID = S.ORDER_ID)

WHEN MATCHED AND S.STATUS = 'CANCEL' THEN

DELETE

WHEN MATCHED THEN

UPDATE SET T.AMOUNT = S.AMOUNT,

T.STATUS = S.STATUS

WHEN NOT MATCHED THEN

INSERT (ORDER_ID, AMOUNT, STATUS)

VALUES (S.ORDER_ID, S.AMOUNT, S.STATUS);

✅ ステータスがCANCELなら削除
✅ そうでなければ更新
✅ 該当なしならINSERT

MERGE文のメリット

項目	従来方法	MERGE文
SQL実行回数	UPDATEとINSERTの2回	1回
パフォーマンス	やや低い	高い
ロジックの明確さ	分岐が必要	条件分が整理されやすい
メンテナンス性	低め	高い

注意点

注意点	内容
ロックの影響	大量データの場合、テーブルロックが発生しやすい
複雑な条件	WHEN句が増えると可読性が下がる
DB依存性	MySQLは8.0.19以降、PostgreSQLはINSERT ... ON CONFLICTで代替

他DBでの補足

DB	MERGE対応	備考
Oracle	対応	本記事基準
SQL Server	対応	ほぼ同構文
MySQL	8.0.19～対応	REPLACE/INSERT ON DUPLICATEも可
PostgreSQL	15～対応	それ以前はINSERT ON CONFLICT

まとめ

✅ MERGE文はINSERTとUPDATEを1回の処理にまとめる強力なSQL構文
✅ DELETEも組み合わせれば高度なロジックも実現可能
✅ Oracle・SQL Serverでは標準的に使用される
✅ MySQL/PostgreSQLではバージョン確認が必要

「同じキーのデータを更新 or 追加したい」場面で積極的に使いましょう！

Java, ブログ, プログラミング

if文から卒業！Java 8のPredicateで条件分岐をスマートに書く方法

2025年10月20日管理者コメントする

Javaで複雑な条件分岐が増えてくると、if文がネストして読みにくくなる…という悩みを抱えたことはありませんか？
Java 8で追加された**Predicateインターフェース**を使えば、条件式をオブジェクトとして扱えるため、よりスマートで再利用可能な形にできます。

本記事では、Predicateの基本から複数条件の組み合わせ、実用的な活用例まで分かりやすく解説します。

✅ Predicateとは？

Predicate<T> はJava 8で導入された関数型インターフェースで、**「引数を1つ受け取り、booleanを返す関数」**を表します。

test()メソッドに条件式を実装することで、条件判定を行うことができます。

✅ 基本的な使い方

✔ Lambda式で判定条件を定義

ここで、age -> age >= 20 という条件式がPredicateとして表現されています。

✅ 条件を組み合わせる（and/or/negate）

Predicateは以下のような便利なメソッドを持っています。

メソッド	説明	使用例
and()	両方trueでtrue	AND条件
or()	どちらかtrueでtrue	OR条件
negate()	条件を反転	NOT条件

✔ 使用例

Predicate<Integer> isAdult = age -> age >= 20;
Predicate<Integer> isSenior = age -> age >= 65;

Predicate<Integer> isWorkingAdult = isAdult.and(isSenior.negate());

System.out.println(isWorkingAdult.test(30)); // true
System.out.println(isWorkingAdult.test(70)); // false

Predicate<Integer> isAdult = age -> age >= 20;

Predicate<Integer> isSenior = age -> age >= 65;

Predicate<Integer> isWorkingAdult = isAdult.and(isSenior.negate());

System.out.println(isWorkingAdult.test(30)); // true

System.out.println(isWorkingAdult.test(70)); // false

✅ 実用例①：従来のif文から置き換えてスマートに

❌ 従来のif文

✅ Predicateを使った場合

→ 条件式をPredicateとして切り出すことで、再利用しやすくなります。

✅ 実用例②：Listのフィルタリングに活用

stream().filter() と組み合わせるとさらに強力です。

List<Integer> ages = Arrays.asList(15, 22, 38, 67);

Predicate<Integer> isAdult = age -> age >= 20;

List<Integer> filtered = ages.stream()
                             .filter(isAdult)
                             .toList();

System.out.println(filtered); // [22, 38]

List<Integer> ages = Arrays.asList(15, 22, 38, 67);

Predicate<Integer> isAdult = age -> age >= 20;

List<Integer> filtered = ages.stream()

.filter(isAdult)

.toList();

System.out.println(filtered); // [22, 38]

→ 条件式が外部に切り出されることで、読みやすく拡張しやすいコードになります。

🎯 Predicateを使うメリット

項目	従来のif文	Predicate
可読性	ネストしやすい	条件名で意図が明確
再利用性	条件をコピペ	使い回し可能
拡張性	if追加が必要	and/orで柔軟に拡張

⚠ 濫用しすぎには注意！

Predicateは便利ですが、小規模な処理に無理に使うと逆に複雑化することがあります。
「条件が複数箇所で使い回せる場合」や「複雑なAND/OR条件を定義したい場合」に効果を発揮します。

✅ まとめ

項目	内容
Predicateとは	booleanを返す関数型インターフェース
基本	test() で条件判定
条件組み合わせ	and/or/negateでスマートに
実用例	if文の代替・Streamのfilterで活躍
メリット	可読性・再利用性UP

👉 if文が増えて可読性が下がってきたと感じたら、まずは小さな条件式からPredicate化してみましょう！

WordPress関連, トラブル対応, ブログ

WordPressで「アクティブなPHPセッションを検出」エラー発生時の原因とmu-pluginでの解決方法

2025年10月20日管理者コメントする

WordPress のサイトヘルス（Site Health）で、次のような警告が表示されて困ったことはありませんか？

🧩 発生した警告内容

「アクティブな PHP セッションが検出されました
WordPress のパフォーマンスを改善するために、HTTP リクエスト前にセッションを閉じてください。」）

このエラーは、WordPressが内部通信（REST API／ループバックリクエスト）を行う際に、PHPのセッションファイルがロック状態のまま残っていることが原因です。

⚙️ なぜ発生するのか？

WordPress は「ブロックエディター」や「サイトヘルス診断」などで REST API を使って自分自身と通信しています。
ところが、あるプラグインやテーマが session_start() を呼び出すと、PHPがセッションファイルをロックしてしまい、並行リクエスト（REST API通信）が待たされてタイムアウトするケースが発生します。

主な原因

session_start() を使うプラグイン（例：ログイン拡張、OTP認証、Google Site Kit、アバター系など）
php.ini の設定で session.auto_start=1 になっている
テーマや独自コード内でのセッション開始忘れ

このような状態になると、WordPress のサイトヘルスで

「アクティブな PHP セッションを検出しました」
という警告が出るようになります。

💡 今回のケース

私の環境ではsession_start()を使用しているプラグインは以下のようになってました。

Google Site Kit（Google公式プラグイン）を使用
OTP（ワンタイムパスワード）やアバター系プラグインも動作中
どれもセッション開始を止められない

つまり「プラグインを停止せずに安全に解消したい」状況でした。

✅ 解決策：mu-pluginでセッションを早期終了する

プラグインを無効化できない場合は、REST APIやループバック通信が走る前にセッションを閉じるだけで十分改善します。
これをWordPressが自動で読み込む mu-plugin（必須プラグイン）として配置すればOKです。

🧭 手順

手順①：フォルダを確認／作成

wp-content/mu-plugins/ フォルダが存在しない場合は作成します。

手順②：ファイル作成

ファイル名：
wp-content/mu-plugins/close-session.php

💻 コード全文（コピペOK）

<?php
/**
 * Plugin Name: Close PHP Session Early for REST/Loopback Safety
 * Description: Prevents PHP session locking from affecting REST API, cron, and loopbacks.
 * Author: Write-Remember IT業務効率化Lab
 * Version: 1.0
 */

// init の最優先でセッションがあれば早めに閉じる
add_action('init', function () {
    if (session_id()) {
        if (
            is_admin() ||
            (defined('REST_REQUEST') && REST_REQUEST) ||
            (defined('DOING_AJAX') && DOING_AJAX) ||
            (defined('DOING_CRON') && DOING_CRON)
        ) {
            @session_write_close();
        }
    }
}, 0);

// HTTPリクエスト呼び出し前も保険的に閉じる
add_action('pre_http_request', function ($pre, $args, $url) {
    if (session_id()) {
        @session_write_close();
    }
    return $pre;
}, 0, 3);

<?php

/**

* Plugin Name: Close PHP Session Early for REST/Loopback Safety

* Description: Prevents PHP session locking from affecting REST API, cron, and loopbacks.

* Author: Write-Remember IT業務効率化Lab

* Version: 1.0

// init の最優先でセッションがあれば早めに閉じる

add_action('init', function () {

if (session_id()) {

if (

is_admin() ||

(defined('REST_REQUEST') && REST_REQUEST) ||

(defined('DOING_AJAX') && DOING_AJAX) ||

(defined('DOING_CRON') && DOING_CRON)

) {

@session_write_close();

}

}, 0);

// HTTPリクエスト呼び出し前も保険的に閉じる

add_action('pre_http_request', function ($pre, $args, $url) {

if (session_id()) {

@session_write_close();

}

return $pre;

}, 0, 3);

🔍 動作確認

ファイルをアップロード
WordPress管理画面を再読み込み
「サイトヘルス → 再チェック」を実行

✅ 結果：「アクティブなPHPセッションを検出」警告が消え、REST APIテストも正常に完了しました。

🧠 補足：プラグイン停止で直る場合との違い

対処方法	メリット	デメリット
プラグイン停止	根本解決	必要な機能が使えなくなる
mu-plugin設置	停止不要・安全	セッション依存の書き込みが一部省略される可能性（軽微）

大半のケースでは session_write_close() によって問題なく動作します。
Google Site Kit や WP Super Cache との併用環境でも安定動作を確認済みです。

🧾 まとめ

項目	内容
発生原因	プラグインやテーマがPHPセッションをロックしたままにする
症状	Site Healthに「アクティブなPHPセッション」警告、REST APIエラー（cURL 28）
対処法	mu-pluginでREST/API実行前にセッションを閉じる
メリット	プラグイン停止不要で安定化、タイムアウト防止
検証結果	警告解消＋パフォーマンス改善を確認

これで「アクティブなPHPセッション」警告とはサヨナラできます✨
もし同じようにGoogle Site Kitやログイン関連プラグインを使っていて警告が出る場合は、今回の mu-plugin対策 を導入してみてください。

電源モードの種類と違い

方法①：設定アプリから簡単に切り替える（一般ユーザー向け）

✅手順

方法②：より詳細な調整が可能な「電源プラン」を利用する（中級者向け）

✅手順

シーン別おすすめ設定

自動的に切り替える方法も活用しよう

まとめ：目的に応じてモードを使い分けよう

関連記事

MERGE文とは？

MERGE文の基本構文（Oracleの場合）

実用例①：顧客マスタの更新 or 追加

処理の流れ（フロー図で理解）

応用例②：条件によってDELETEも行う（Oracle/SQL Server対応）

MERGE文のメリット

注意点

他DBでの補足

まとめ

関連記事

✅ Predicateとは？

✅ 基本的な使い方

✔ Lambda式で判定条件を定義

✅ 条件を組み合わせる（and/or/negate）

✔ 使用例

✅ 実用例①：従来のif文から置き換えてスマートに

❌ 従来のif文

✅ Predicateを使った場合

✅ 実用例②：Listのフィルタリングに活用

🎯 Predicateを使うメリット

⚠ 濫用しすぎには注意！

✅ まとめ

関連記事

🧩 発生した警告内容

⚙️ なぜ発生するのか？

主な原因

💡 今回のケース

✅ 解決策：mu-pluginでセッションを早期終了する

🧭 手順

手順①：フォルダを確認／作成

手順②：ファイル作成

💻 コード全文（コピペOK）

🔍 動作確認

🧠 補足：プラグイン停止で直る場合との違い

🧾 まとめ

関連記事

「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。

　関連記事

　関連記事

　関連記事

　関連記事