SQL：ウィンドウ関数（OVER句）でランキング・累計を計算する

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

データ分析やレポート作成では、「順位付け」 や 「累計」 のような集計処理がよく登場します。
従来はサブクエリや自己結合を使う必要がありましたが、SQLの ウィンドウ関数（OVER句） を使えば簡潔に記述できます。
この記事では、代表的な使い方と主要DBMSごとの対応状況をサンプル付きで解説します。

🧠 ウィンドウ関数とは？

ウィンドウ関数とは、集計関数に対して「範囲（ウィンドウ）」を指定できる機能です。
通常の SUM() や AVG() はグループ全体を集計しますが、OVER() を使うことで「行単位の集計」も可能になります。

🔸 基本構文

句	役割
PARTITION BY	グループを分ける（省略可）
ORDER BY	並び順を指定
ROWS BETWEEN ～	範囲を細かく指定（任意）

🏅 ランキングを求める

商品の売上データを例に、売上額で順位をつけます。

📘 サンプルテーブル：sales

product	category	amount
A	飲料	300
B	飲料	500
C	食品	400
D	食品	200
E	食品	700

📗 SQL例

📊 実行結果

category	product	amount	rank
飲料	B	500	1
飲料	A	300	2
食品	E	700	1
食品	C	400	2
食品	D	200	3

✅ ポイント

同じカテゴリ内で順位を付与 (PARTITION BY category)
売上が高い順に並び替え (ORDER BY amount DESC)
RANK() は同順位がある場合にスキップ（例：1位,1位,3位）

🔢 累計を求める

カテゴリ別に売上の累計を出してみましょう。

📗 SQL例

📊 結果

category	product	amount	running_total
飲料	B	500	500
飲料	A	300	800
食品	E	700	700
食品	C	400	1100
食品	D	200	1300

✅ ポイント

SUM() に OVER() を組み合わせることで行ごとの累積が可能
ORDER BY により順序を指定できる
PARTITION BY を省略すると全体累計に

🧮 他の代表的なウィンドウ関数

関数	説明
ROW_NUMBER()	連番（重複なし）を付与
RANK()	同順位があるとスキップ（例：1,1,3）
DENSE_RANK()	同順位があっても連続（例：1,1,2）
NTILE(n)	n等分にグループ分け（例：四分位）
LAG(col, n)	n行前の値を取得
LEAD(col, n)	n行後の値を取得
SUM(), AVG(), MAX(), MIN()	累計・平均などの集計を行単位で

💡 応用例：前回比を計算する

前回の売上からの増減を求めたい場合は LAG() 関数を使用します。

SELECT
  category,
  product,
  amount,
  LAG(amount) OVER (PARTITION BY category ORDER BY amount DESC) AS prev_amount,
  amount - LAG(amount) OVER (PARTITION BY category ORDER BY amount DESC) AS diff
FROM sales;

SELECT

category,

product,

amount,

LAG(amount) OVER (PARTITION BY category ORDER BY amount DESC) AS prev_amount,

amount - LAG(amount) OVER (PARTITION BY category ORDER BY amount DESC) AS diff

FROM sales;



FROM sales;

category	product	amount	prev_amount	diff
飲料	B	500	NULL	NULL
飲料	A	300	500	-200
食品	E	700	NULL	NULL
食品	C	400	700	-300
食品	D	200	400	-200

🧭 DBMS別のウィンドウ関数対応表

DBMS	対応状況	対応バージョン	備考
Oracle Database	◎ 完全対応	8i 以降	ウィンドウ関数発祥の実装。機能最も豊富
PostgreSQL	◎ 完全対応	8.4 以降	PARTITION, ORDER, RANGE句など全対応
MySQL	○ 部分対応	8.0 以降	8.0から正式対応（それ以前は非対応）
SQL Server	◎ 完全対応	2012 以降	LAG/LEADなどもサポート
SQLite	○ 部分対応	3.25 以降	一部関数は制限あり（NTILEなど）
MariaDB	△ 限定対応	10.2 以降	SUMなどは対応、LAG/LEADは制限あり
IBM Db2	◎ 完全対応	9.7 以降	分析関数として強力なサポートあり
Snowflake / BigQuery	◎ 完全対応	最新	クラウドDWH系でもネイティブ対応

✅ 補足

旧バージョンのMySQL（5.x系）ではウィンドウ関数が非対応のため、サブクエリで代替が必要。
PostgreSQLとOracleはROWS BETWEENなどの範囲指定も細かく制御可能。
BigQueryはOVER()句のほかQUALIFY句でフィルタリングが可能。

🔍 まとめ

観点	内容
機能	グループ単位での行ごとの集計・順位付け
主な用途	累計・ランキング・前回比・順位比較
メリット	サブクエリ不要・可読性向上・パフォーマンス改善
対応DB	Oracle, PostgreSQL, SQL Server, MySQL 8+, BigQueryなど

ウィンドウ関数は、分析SQLの最重要機能といっても過言ではありません。
集計・比較・順位などを自在に扱えるようになれば、レポート作成の幅が大きく広がります。

Oracle, データベース, トラブル対応, ブログ

🧩 Oracle「ORA-01000: 最大オープン・カーソル数を超えました」対処手順

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

🔍 エラー概要

項目	内容
エラーコード	ORA-01000
メッセージ	最大オープン・カーソル数を超えました
発生原因	開いたカーソルをクローズせずに処理を繰り返した結果、open_cursors の上限に達した
対応優先度	高（アプリケーション修正・設定見直しが必要）

🧠 原因と仕組み

Oracle では、SQL 実行時に「カーソル」という内部ハンドルを使用して SQL 文を管理します。
アプリケーションが PreparedStatement や ResultSet を閉じずに再利用し続けると、未解放のカーソルが蓄積し、open_cursors パラメータで設定された上限値を超えた時点で ORA-01000 が発生します。

🧩 よくある原因パターン

原因	詳細
JDBCのクローズ漏れ	ResultSet や Statement を close() していない
ループ内で毎回 SQL を prepare	PreparedStatement を都度生成して再利用していない
コネクションプールの設定ミス	コネクションが正しく解放されず、カーソルが残存
長時間実行バッチ	同一セッションで大量SQLを連続実行してカーソルが累積
外部ライブラリのバグ	ORM（MyBatis、Hibernate等）でのカーソル管理不具合

🧭 対処法（順序付き）

手順	対処内容
①	アプリケーションコードを点検（ResultSet, Statement, Connection を確実に close）
②	try-with-resources 構文を使用して自動クローズ化（Java7以降推奨）
③	open_cursors パラメータ値を確認（show parameter open_cursors;）
④	必要に応じて上限を引き上げ（例：ALTER SYSTEM SET open_cursors = 1000 SCOPE=BOTH;）
⑤	v$open_cursor ビューで調査（どのSQLが残っているか確認）

🔧 調査SQL例

-- 現在のopen_cursors設定値を確認
SHOW PARAMETER open_cursors;

-- 現在開いているカーソルの状況を確認
SELECT
    s.sid,
    s.serial#,
    a.value AS open_cursor_count,
    s.username,
    s.program
FROM v$sesstat a
JOIN v$statname b ON a.statistic# = b.statistic#
JOIN v$session s  ON s.sid = a.sid
WHERE b.name = 'opened cursors current'
ORDER BY a.value DESC;

-- どのSQLが開きっぱなしになっているかを確認
SELECT sid, sql_id, sql_text
FROM v$open_cursor
WHERE sid = <問題セッションSID>;

-- 現在のopen_cursors設定値を確認

SHOW PARAMETER open_cursors;

-- 現在開いているカーソルの状況を確認

SELECT

s.sid,

s.serial#,

a.value AS open_cursor_count,

s.username,

s.program

FROM v$sesstat a

JOIN v$statname b ON a.statistic# = b.statistic#

JOIN v$session s ON s.sid = a.sid

WHERE b.name = 'opened cursors current'

ORDER BY a.value DESC;

-- どのSQLが開きっぱなしになっているかを確認

SELECT sid, sql_id, sql_text

FROM v$open_cursor

WHERE sid = <問題セッションSID>;

💡 Javaでの修正例（try-with-resources構文）

String sql = "SELECT * FROM EMPLOYEES WHERE DEPT_ID = ?";
try (Connection conn = dataSource.getConnection();
     PreparedStatement ps = conn.prepareStatement(sql)) {
    ps.setInt(1, 10);
    try (ResultSet rs = ps.executeQuery()) {
        while (rs.next()) {
            System.out.println(rs.getString("EMP_NAME"));
        }
    }
} catch (SQLException e) {
    e.printStackTrace();
}

String sql = "SELECT * FROM EMPLOYEES WHERE DEPT_ID = ?";

try (Connection conn = dataSource.getConnection();

PreparedStatement ps = conn.prepareStatement(sql)) {

ps.setInt(1, 10);

try (ResultSet rs = ps.executeQuery()) {

while (rs.next()) {

System.out.println(rs.getString("EMP_NAME"));

}

} catch (SQLException e) {

e.printStackTrace();

}

✅ これにより、ResultSet・PreparedStatement・Connection が自動的にクローズされます。

⚙️ open_cursors の推奨設定値

システム規模	推奨値	備考
開発・検証環境	300〜500	検証負荷に応じて柔軟に設定
小〜中規模業務システム	500〜1000	通常アプリでは十分
大規模バッチ・Webサービス	1000〜2000	コネクションプール利用時に余裕をもたせる

🚨 注意点

open_cursors の値を単純に上げるだけでは根本解決になりません。
→ アプリケーションでのクローズ処理修正が最優先。
定期的に v$open_cursor を監視することで、リークを早期発見できます。

✅ まとめ

観点	内容
発生原因	カーソルの未クローズや過剰生成
一時対応	open_cursors の増加
根本対応	コード修正（try-with-resources等）
チェック方法	v$open_cursor / v$sesstat ビュー
再発防止	コーディング規約・静的解析の導入

トラブル対応, ネットワーク, ブログ, ホームページ作成

サイトの表示速度が遅い原因はこれ！画像の最適化で劇的改善

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

ブログなどの「サイトが重い」「表示に時間がかかる」と感じていませんか？
実は、その原因の１つに 画像の最適化不足 にあります。
どんなに優れたデザインや記事内容でも、ページの読み込みが遅いと離脱率が上がり、SEO評価も下がります。

この記事では、画像の最適化でブログの表示速度を劇的に改善する方法を、初心者でもできる手順で解説します。

🚨 表示速度が遅くなる主な原因

原因	内容
画像サイズが大きい	高解像度の画像をそのままアップロードしている
フォーマットが古い	JPEGやPNGを多用し、WebPなどの軽量形式を使っていない
遅延読み込みが未設定	ページ内の全画像を一度に読み込んでいる
キャッシュ未設定	同じ画像を毎回サーバーから再取得している
CDN未使用	地理的に離れたユーザーへの配信が遅れている

これらの要因を1つずつ対策すれば、PageSpeed Insightsのスコアが90点以上も狙えます。

💡 改善策①：画像を最適なサイズに圧縮する（WordPress対応）

ブログの表示速度改善において最も効果的なのが画像圧縮とリサイズです。
特にスマホ撮影画像やAI生成画像は数MBになることもあるため、1枚100KB以下を目指しましょう。

🔧 方法①：外部ツールで手動圧縮

ツール名	特徴	URL
TinyPNG	PNG・JPEG対応。画質を保ちながら最大80％圧縮	https://tinypng.com
Squoosh（Google製）	WebP変換や画質比較ができる	https://squoosh.app
ImageOptim（Mac）	複数画像をドラッグ＆ドロップでまとめて圧縮	https://imageoptim.com

コツ：

不要に大きい画像は横幅1200px程度にリサイズ
JPEGは写真向き、PNGは透過画像向き
画質80％前後に設定すると肉眼ではほぼ違いなし

⚙️ 方法②：WordPressプラグインで自動圧縮

WordPressで作成されているサイトなら画像のアップロード時に自動圧縮してくれるプラグインを使えば、毎回手動で調整する必要がありません。
更新頻度の高いブログや、複数人で運営しているサイトに最適です。

プラグイン名	主な機能	無料範囲	備考
EWWW Image Optimizer	自動圧縮・WebP変換・既存画像一括最適化	無制限（ローカル圧縮）	高機能で安定
Imagify	3段階圧縮（Normal／Aggressive／Ultra）＋WebP対応	月25MBまで無料	操作が簡単
ShortPixel	WebP＋AVIF変換対応。画質維持率が高い	月100枚まで無料	自然な仕上がり
Smush	一括最適化・遅延読み込み・CDN対応	無料で5MB/画像	定番＆安心

🔹 EWWW Image Optimizer の設定例

プラグインをインストールして有効化
「設定」→「EWWW Image Optimizer」を開く
「画像の自動最適化」を有効にする
「WebP変換」をONに
「既存画像を一括最適化」でライブラリ全体を処理

💡 ポイント： 初回は時間がかかりますが、次回以降は差分のみ圧縮されます。

💡 改善策②：WebP形式に変換する

WebPはGoogleが開発した次世代画像フォーマットで、JPEGより最大50％軽量化できます。
見た目の劣化もほとんどなく、主要ブラウザはすべて対応済みです。

プラグイン名	主な機能
EWWW Image Optimizer	自動WebP変換＋フォールバック機能
Imagify	アップロード時に自動変換＋圧縮
ShortPixel	WebPとAVIFを両方生成

導入のメリット：

軽量化によりLCP（Largest Contentful Paint）が改善
モバイルでの読み込み体感速度が向上
SEOスコアにも良い影響

💡 改善策③：遅延読み込み（Lazy Load）を有効化

ページを開いた瞬間に全画像を読み込む必要はありません。
**Lazy Load（レイジーロード）**を有効化すれば、
「ユーザーの画面に表示されたタイミングで読み込む」ようになります。

設定方法

WordPress 5.5以降：標準で loading="lazy" が自動付与
プラグイン利用例：
- a3 Lazy Load
- WP Rocket（有料）
- Smush（画像圧縮＋遅延読み込み対応）

💬 Lazy Loadを導入するだけで、初期ロード時間を30〜40％短縮できる場合があります。

💡 改善策④：CDNを活用する

CDN（Content Delivery Network）は、
世界中のサーバーに画像をキャッシュして、
ユーザーの位置に近いサーバーから配信します。

サービス名	特徴
Cloudflare	無料プランでも画像CDNが利用可能
Jetpack Boost	WordPress専用CDN（Photon）対応
AWS CloudFront	高速＆安定。企業向けに最適

💡 改善策⑤：キャッシュプラグインを活用

画像最適化とあわせて、HTMLやCSSもキャッシュ化するとさらに高速化します。

プラグイン名	特徴
LiteSpeed Cache	画像圧縮・WebP・CDN・Lazy Load全部入りで高性能
WP Fastest Cache	シンプル操作で安定した効果を発揮
W3 Total Cache	細かなチューニングが可能で上級者向け

🧠 Tip: LiteSpeedサーバー環境なら、LiteSpeed Cache一択でOKです。

🧪 改善効果の実例

項目	最適化前	最適化後	改善率
トップページ画像10枚	約6.2MB	約1.8MB	約70％削減
PageSpeed Insightsスコア	63点	91点	+28ポイント改善
読み込み速度（3G環境）	5.8秒	2.1秒	約3.7秒短縮

🧭 まとめ：画像最適化は“SEOとUX”の両方に効く！

📉 無駄なデータ転送を削減 → 表示速度アップ
📈 Core Web Vitals改善 → SEO評価向上
😍 ユーザー離脱率を下げて滞在時間を増加

画像最適化＝ブログの信頼性向上です。
一度設定しておけば、自動で軽量化される仕組みが完成します。
今日からあなたのブログも、「速くて軽い」理想のサイトへ変わります！

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

Java初心者必見！Optionalでnullチェックを安全に行う方法【サンプル付き】

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

Javaで避けて通れないのが「nullチェック」。
しかし、if文を多用するとコードが読みにくくなり、思わぬNullPointerExceptionが発生することもあります。
そんな悩みを解消してくれるのが Optionalクラス です。

本記事では、Optionalを使った安全でスマートなnullチェックの方法を、サンプルコード付きで分かりやすく解説します。

💡 Optionalとは？

Optionalは、Java 8で追加されたクラスで、
「nullの代わりに値の有無を明示的に扱う」ためのラッパーです。

Optionalは「値がある」か「空（empty）」かを明確に区別できるため、
if (obj != null) のような古い書き方を減らせます。

✅ よくあるnullチェックの問題例

この書き方は一見安全ですが、
複数のフィールドをネストすると次のようにネスト地獄に陥ります。

→ これをスマートに書けるのがOptionalです。

🧩 Optionalを使った安全な書き方

これだけで「nullがあれば自動的にスキップ」されます。
つまり、nullチェックをネストせずに安全に値を取り出せるのです。

🔍 Optionalの主なメソッド一覧

メソッド	説明	使用例
of()	null禁止でOptionalを作成	Optional.of("Hello")
ofNullable()	null許可でOptionalを作成	Optional.ofNullable(obj)
isPresent()	値が存在するか判定	if(opt.isPresent())
ifPresent()	値がある場合に処理を実行	opt.ifPresent(System.out::println)
orElse()	値がない場合のデフォルト値を設定	opt.orElse("default")
orElseGet()	遅延生成のデフォルト値	opt.orElseGet(() -> "default")
orElseThrow()	値がない場合に例外を投げる	opt.orElseThrow()

🧠 orElseとorElseGetの違い

比較項目	orElse()	orElseGet()
評価タイミング	常に評価	値が空のときのみ評価
パフォーマンス	無駄な生成が起こる場合あり	必要なときだけ生成
例	opt.orElse(createDefault())	opt.orElseGet(() -> createDefault())

💬 ポイント：
createDefault() のような重い処理を含む場合は、orElseGet()を使う方が効率的です。

🧾 サンプルコード全体

import java.util.Optional;

public class OptionalExample {
    public static void main(String[] args) {
        String name = null;

        // Optionalを使用したnullチェック
        Optional<String> optName = Optional.ofNullable(name);

        // 値があれば大文字に変換して表示
        optName
            .map(String::toUpperCase)
            .ifPresentOrElse(
                System.out::println,
                () -> System.out.println("名前が未設定です。")
            );
    }
}

import java.util.Optional;

public class OptionalExample {

public static void main(String[] args) {

String name = null;

// Optionalを使用したnullチェック

Optional<String> optName = Optional.ofNullable(name);

// 値があれば大文字に変換して表示

optName

.map(String::toUpperCase)

.ifPresentOrElse(

System.out::println,

() -> System.out.println("名前が未設定です。")

);

}

✅ 出力結果：

🚀 Optionalを使うメリットまとめ

メリット	内容
可読性向上	if文のネストを削減できる
安全性向上	NullPointerExceptionのリスクを軽減
関数型スタイル	map, filter, flatMapなどと組み合わせ可能
メソッドチェーン	処理の流れを1行で表現できる

⚠️ 注意点：Optionalは「すべてに使う」ものではない

フィールド変数に使うと逆に可読性が下がる
シリアライズ対象（例：エンティティクラス）には不向き
「戻り値専用」として使うのが基本スタイルです。

🧭 まとめ

Optionalは「nullチェックを明示的に表現する」ための便利な仕組みです。
使い方を覚えることで、より安全で読みやすいJavaコードが書けるようになります。

Windows, トラブル対応, ブログ

🪟 Windows 11：PINやパスワードを忘れたときのリセット方法

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

Windows 11では、MicrosoftアカウントやPINコードを使ってログインするのが一般的です。
しかし、「PINを忘れた」「パスワードを思い出せない」といったトラブルは誰にでも起こります。
この記事では、Windows 11でサインイン情報をリセットする方法をわかりやすく解説します。

この記事でわかること

PINやパスワードを忘れたときのリセット手順
ローカルアカウント・Microsoftアカウントの違い
トラブル時に試すべき順序と注意点

🧭 1. まず確認！どのタイプのアカウントか？

アカウント種別	特徴	リセット方法
Microsoftアカウント	Outlook、OneDriveなどと連携	Web経由でリセット可能
ローカルアカウント	PC単体で使う	オフラインでパスワード変更可能
会社や学校アカウント（Azure AD）	組織管理下のPC	管理者またはIT部門に依頼

確認方法（通常時）：
「設定」→「アカウント」→「あなたの情報」→「アカウントの種類」で判別できます。
サインインできない場合は、ログイン画面に「Microsoftアカウントでサインイン」と出ていればオンライン型です。

🔑 2. PINを忘れたときのリセット手順

✅ サインイン画面から再設定する

ログイン画面で「PIN（I forgot my PIN）」をクリック
Microsoftアカウントのパスワードを入力
登録しているメールまたは電話に確認コードが届く
新しいPINを設定して完了

💬 補足：PINはローカルPCにのみ保存されるため、他のデバイスには影響しません。

🌐 3. Microsoftアカウントのパスワードを忘れた場合

手順	内容
①	スマホや別PCから https://account.live.com/password/reset にアクセス
②	登録メールまたは電話番号を入力
③	セキュリティコードを受け取り入力
④	新しいパスワードを設定

ポイント：

セキュリティ情報を事前に設定していないとリセットが難しくなります。
その場合、「追加情報の提供を求める」フォームから本人確認が必要です。

💻 4. ローカルアカウントのパスワードを忘れた場合

方法1：パスワードリセットディスクを使う

以前に作成したUSBキーを挿して「パスワードをリセット」を選択。
作成していない場合は、次の方法へ。

方法2：セーフモード＋コマンドプロンプトで再設定

※上級者向けの手順です。

電源ボタンを押して再起動 → ログイン画面で「Shift」＋「再起動」
「トラブルシューティング」→「詳細オプション」→「コマンドプロンプト」
以下を入力して新しいユーザーを作成

再起動後、「NewUser」でログインし、既存アカウントのパスワードを変更。

🧱 5. サインインオプションからPINを再設定する方法（設定から）

手順	操作内容
①	「設定」→「アカウント」→「サインインオプション」
②	「PIN（Windows Hello）」を選択
③	「削除」→「新しいPINを設定」
④	再ログイン後にPINを再登録

⚠️ 一部環境では「この設定は組織によって管理されています」と表示され、管理者権限が必要な場合があります。

🧠 6. トラブルを防ぐための事前対策

対策項目	内容
セキュリティ情報の登録	Microsoftアカウントに電話番号・予備メールを登録
PINのバックアップ	メモ帳やパスワードマネージャーに控える
ローカルアカウントの予備作成	管理者権限のバックアップユーザーを追加
パスワードリセットディスクの作成	「コントロールパネル」→「ユーザーアカウント」から作成可能

🧩 7. どうしてもログインできない場合の最終手段

**リカバリドライブ（USB）**から起動し、Windowsを再インストール
重要データがある場合は、別PCでドライブを読み取り救出可能
組織PCの場合は、IT管理者に連絡

🚀 まとめ

状況	リセット方法	注意点
PINを忘れた	「PINを忘れた」から再設定	Microsoftアカウント認証が必要
Microsoftパスワードを忘れた	Webでリセット	セキュリティ情報が必須
ローカルアカウントのパスワードを忘れた	セーフモードや別ユーザー	上級者向け手順

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

🧠 Pythonで学ぶ画像認識入門：TensorFlowとKerasで手書き数字を判定する方法(5) ～複数の自作画像を一括で認識～

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

前回

「🧠 Pythonで学ぶ画像認識入門：TensorFlowとKerasで手書き数字を判定する方法(4) ～学習済みモデルで自作画像を認識～」

の記事では、学習済みモデルを使って「1枚の手書き数字画像」を判定しました。
今回はさらに発展して、フォルダ内にある複数の画像を一括で認識してみましょう。

これにより、手書きで作成した「0〜9」の数字画像をまとめてテストできるようになります。

🧩 動作環境（共通）

項目	バージョン / ツール
OS	Windows 11 Pro 24H2
Python	3.12.6
pip	24.2
エディタ	PowerShell / VS Code
ライブラリ	pandas 2.x / matplotlib 3.x / openpyxl 3.x

📁 ステップ①：フォルダ構成を準備

まず、テスト用フォルダを作成します。

C:\python_env\
├─ mnist_cnn_model.h5        ← 前回の学習済みモデル
├─ test_images\
│   ├─ 0.png
│   ├─ 1.png
│   ├─ 2.png
│   ├─ 3.png
│   └─ 4.png
│   └─ 5.png
│   └─ 6.png
│   └─ 7.png
│   └─ 8.png
│   └─ 9.png
└─ predict_batch.py          ← 今回のスクリプト

C:\python_env\

├─ mnist_cnn_model.h5 ← 前回の学習済みモデル

├─ test_images\

│ ├─ 0.png

│ ├─ 1.png

│ ├─ 2.png

│ ├─ 3.png

│ └─ 4.png

│ └─ 5.png

│ └─ 6.png

│ └─ 7.png

│ └─ 8.png

│ └─ 9.png

└─ predict_batch.py ← 今回のスクリプト

各画像は 白背景 × 黒または青文字、中央寄せ、28×28ピクセル推奨です。

🧠 ステップ②：複数画像を一括認識するスクリプト

ファイル名：predict_batch.py

内容：

# =========================================
# 複数の自作画像を学習済みモデルで一括認識
# =========================================

import os
import numpy as np
import matplotlib.pyplot as plt
from tensorflow.keras.models import load_model
from tensorflow.keras.preprocessing import image

# ---------- フォント設定 ----------
plt.rcParams['font.family'] = ['Meiryo', 'Yu Gothic', 'MS Gothic']
plt.rcParams['axes.unicode_minus'] = False

# ---------- モデル読み込み ----------
model = load_model("mnist_cnn_model.h5")
print("✅ 学習済みモデルを読み込みました。")

# ---------- 画像フォルダ ----------
folder_path = "test_images"
files = sorted([f for f in os.listdir(folder_path) if f.endswith(('.png', '.jpg', '.jpeg'))])

# ---------- 一括推論 ----------
results = []
for file in files:
    img_path = os.path.join(folder_path, file)
    img = image.load_img(img_path, target_size=(28, 28), color_mode="grayscale")
    img_array = image.img_to_array(img)
    img_array = 255 - img_array   # 白背景×黒文字の反転補正
    img_array = img_array / 255.0
    img_array = np.expand_dims(img_array, axis=0)

    pred = model.predict(img_array)
    label = np.argmax(pred)
    results.append((file, label))
    print(f"{file} → 予測結果: {label}")

# ---------- 一覧表示 ----------
plt.figure(figsize=(10, 2))
for i, (fname, label) in enumerate(results):
    img_path = os.path.join(folder_path, fname)
    img = image.load_img(img_path, target_size=(28, 28), color_mode="grayscale")
    plt.subplot(1, len(results), i + 1)
    plt.imshow(img, cmap='gray')
    plt.title(f"{label}", fontsize=12)
    plt.axis("off")
plt.suptitle("一括予測結果", fontsize=14)
plt.show()

# =========================================

# 複数の自作画像を学習済みモデルで一括認識

# =========================================

import os

import numpy as np

import matplotlib.pyplot as plt

from tensorflow.keras.models import load_model

from tensorflow.keras.preprocessing import image

# ---------- フォント設定 ----------

plt.rcParams['font.family'] = ['Meiryo', 'Yu Gothic', 'MS Gothic']

plt.rcParams['axes.unicode_minus'] = False

# ---------- モデル読み込み ----------

model = load_model("mnist_cnn_model.h5")

print("✅ 学習済みモデルを読み込みました。")

# ---------- 画像フォルダ ----------

folder_path = "test_images"

files = sorted([f for f in os.listdir(folder_path) if f.endswith(('.png', '.jpg', '.jpeg'))])

# ---------- 一括推論 ----------

results = []

for file in files:

img_path = os.path.join(folder_path, file)

img = image.load_img(img_path, target_size=(28, 28), color_mode="grayscale")

img_array = image.img_to_array(img)

img_array = 255 - img_array # 白背景×黒文字の反転補正

img_array = img_array / 255.0

img_array = np.expand_dims(img_array, axis=0)

pred = model.predict(img_array)

label = np.argmax(pred)

results.append((file, label))

print(f"{file} → 予測結果: {label}")

# ---------- 一覧表示 ----------

plt.figure(figsize=(10, 2))

for i, (fname, label) in enumerate(results):

img_path = os.path.join(folder_path, fname)

img = image.load_img(img_path, target_size=(28, 28), color_mode="grayscale")

plt.subplot(1, len(results), i + 1)

plt.imshow(img, cmap='gray')

plt.title(f"{label}", fontsize=12)

plt.axis("off")

plt.suptitle("一括予測結果", fontsize=14)

plt.show()

⚙️ ステップ③：実行方法

仮想環境を有効化して、次を実行します：

🧾 ステップ④：出力結果（例）

コンソール出力例：

✅ 学習済みモデルを読み込みました。
0.png → 予測結果: 0
1.png → 予測結果: 1
2.png → 予測結果: 2
3.png → 予測結果: 3
4.png → 予測結果: 4
5.png → 予測結果: 5
6.png → 予測結果: 6
7.png → 予測結果: 7
8.png → 予測結果: 8
9.png → 予測結果: 9

✅ 学習済みモデルを読み込みました。

0.png → 予測結果: 0

1.png → 予測結果: 1

2.png → 予測結果: 2

3.png → 予測結果: 3

4.png → 予測結果: 4

5.png → 予測結果: 5

6.png → 予測結果: 6

7.png → 予測結果: 7

8.png → 予測結果: 8

9.png → 予測結果: 9

グラフ表示：

横一列に数字画像が並び、各画像の下にAIの判定結果が表示されます
一目でどの画像をどの数字と認識したか分かります

📊 ステップ⑤：結果と考察





	項目 内容




	処理対象 フォルダ内の全画像（png/jpg）を自動スキャン


	推論処理 load_modelでCNNモデルを再利用し、一括predictを実施


	表示形式 コンソール出力＋matplotlibで可視化


	精度 1枚ずつ推論と同等（約99%）を維持


	応用例 書類や帳票の一括認識、データセットの一括評価など


	考察 単一推論を拡張してバッチ処理化。フォルダ単位で実行できるため自動化が容易

項目	内容
処理対象	フォルダ内の全画像（png/jpg）を自動スキャン
推論処理	load_modelでCNNモデルを再利用し、一括predictを実施
表示形式	コンソール出力＋matplotlibで可視化
精度	1枚ずつ推論と同等（約99%）を維持
応用例	書類や帳票の一括認識、データセットの一括評価など
考察	単一推論を拡張してバッチ処理化。フォルダ単位で実行できるため自動化が容易

💡 発展ポイント

テーマ	内容
結果をCSV出力	pandas.DataFrame(results).to_csv('result.csv', index=False)
サブフォルダ対応	os.walk() を使えば階層フォルダも処理可能
推論速度UP	GPU環境なら処理時間が大幅短縮
異常画像の検出	サイズやフォーマットが不正な画像をスキップ処理可能

✅ まとめ

本記事では、学習済みモデルを使って複数の手書き数字画像をまとめて判定しました。
フォルダ単位で一括処理できるため、データテストやAIモデルの精度検証にも最適です。

次回は、

🧠 (6) 判定結果をCSV出力し、正解データと比較して精度を分析
として、「自作データセットの評価編」に進みます。

SQL, ブログ

SQL：NOT IN と NOT EXISTS の違いとパフォーマンス比較

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

SQLでサブクエリを使って除外条件を指定する際に利用される「NOT IN」と「NOT EXISTS」。両者の動作の違いやNULLの扱い、パフォーマンス差を実例付きで徹底解説します。

EXISTS は ANSI SQL（国際標準SQL）に含まれる構文 のため、
ほぼすべてのリレーショナルデータベースで利用できます。
古いバージョンの一部DBを除き、標準構文として移植性が非常に高いのが特徴です。

1. NOT IN と NOT EXISTS の基本構文

句	構文例	説明
NOT IN	SELECT * FROM A WHERE ID NOT IN (SELECT ID FROM B);	サブクエリの結果に含まれないIDを抽出
NOT EXISTS	SELECT * FROM A WHERE NOT EXISTS (SELECT 1 FROM B WHERE A.ID = B.ID);	Bに同じIDが存在しない場合のみAを取得

ポイント：

両者とも「除外」目的だが、評価タイミングとNULL処理が異なる。

2. 動作の違い（NULLの扱いに注目）

条件	NOT INの結果	NOT EXISTSの結果
サブクエリにNULLが含まれる	すべての行が除外される	正常に比較できる
サブクエリが空（0件）	全件取得される	全件取得される

理由：
NOT IN は内部的に「A.ID <> B.ID」を繰り返すような処理を行うため、NULLが含まれると比較結果がUNKNOWNとなり、全体が評価されなくなる。
一方、NOT EXISTS は行ごとに存在チェックを行うため、NULLの影響を受けない。

3. 実行結果の比較例

以下の例を見てみましょう。

テーブルA

ID	NAME
1	田中
2	鈴木
3	佐藤

テーブルB

ID
1
NULL

-- NOT IN
SELECT * FROM A WHERE ID NOT IN (SELECT ID FROM B);
-- 結果：0件（NULLが含まれているため）

-- NOT EXISTS
SELECT * FROM A WHERE NOT EXISTS (SELECT 1 FROM B WHERE A.ID = B.ID);
-- 結果：ID=2,3 が取得される

-- NOT IN

SELECT * FROM A WHERE ID NOT IN (SELECT ID FROM B);

-- 結果：0件（NULLが含まれているため）

-- NOT EXISTS

SELECT * FROM A WHERE NOT EXISTS (SELECT 1 FROM B WHERE A.ID = B.ID);

-- 結果：ID=2,3 が取得される

4. パフォーマンスの違い

比較項目	NOT IN	NOT EXISTS
NULLの影響	受ける	受けない
実行計画（最適化）	インデックス利用されにくい場合あり	最適化されやすい
大量データ時の効率	遅くなるケースあり	より安定して高速
Oracleの最適化傾向	半結合（Anti-Join）に変換されることあり	同様に最適化される

実測例（概略）

件数	NOT IN所要時間	NOT EXISTS所要時間
1万件	0.25秒	0.20秒
10万件	3.1秒	1.8秒

※ 実測環境：Oracle 19c、インデックスあり、CPU 4コア相当

5. どちらを使うべきか

条件	推奨句
サブクエリにNULLが含まれる可能性あり	NOT EXISTS
データが小規模でNULLなし	どちらでも可
大規模データ・実行計画を重視	NOT EXISTS（推奨）
可読性を優先	NOT EXISTS のほうが誤動作が少ない

6. まとめ

観点	内容
ANSI SQL対応	○（どのDBでも使用可能）
実行パフォーマンス	DBごとに最適化される（MySQL 8以降で特に改善）
推奨度	高い（NOT INより安全で移植性が高い）
注意点	MySQL 5.x 以前では最適化が弱いケースがある

✔ 結論：
除外条件を指定する場合は、基本的に「NOT EXISTS」を使う方が安全で高速です。
ただし、NULLが確実に存在しないことが保証される小規模データではNOT INも選択肢になります。

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

Java：安全な乱数生成に役立つ！SecureRandomの使いどころ

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

1. SecureRandomとは

SecureRandomは、**暗号論的に安全な乱数（CSPRNG：Cryptographically Secure Pseudo-Random Number Generator）**を生成するためのJavaクラスです。
java.securityパッケージに含まれ、セキュリティトークン、APIキー、暗号鍵などの生成に利用されます。

通常のRandomクラスは予測可能な乱数を生成するため、攻撃者にシードを特定される危険性があります。
対してSecureRandomはOSの暗号エンジンを利用して予測不能な乱数を生成します。

2. Randomとの違い

項目	Random	SecureRandom
主な用途	ゲーム・抽選・シミュレーション	暗号・セキュリティ関連
再現性	シード指定で再現可能	予測困難・安全性重視
エントロピー源	疑似乱数（数列）	OSの乱数エンジン
パフォーマンス	高速	やや低速（安全性優先）
実装場所	java.util	java.security

3. Javaバージョン別の対応ポイント

バージョン	特徴・変更点
Java 8	最も広く使われる環境。SecureRandomはデフォルトで十分安全。getInstanceStrong()も使用可能（JDK実装依存）。
Java 11	Base64.getUrlEncoder()などの標準エンコーダが安定。マルチスレッド環境でのSecureRandom利用も改善。
Java 17 (LTS)	デフォルトの乱数アルゴリズムが強化（DRBGが推奨）。新しいSecureRandom実装が追加。
Java 21 (LTS)	SecureRandomのアルゴリズム選択がより細かく制御可能に。DRBGがデフォルトで推奨パス。

💡 DRBGとは？
Java 17以降では、NIST標準（SP800-90A）に準拠したDRBG（Deterministic Random Bit Generator）が使用可能です。
これは暗号学的により強固な乱数生成手法で、今後の推奨実装となります。

4. サンプルコード：安全なトークン生成

import java.security.SecureRandom;
import java.util.Base64;

public class SecureRandomExample {
    public static void main(String[] args) {
        // 安全なSecureRandomインスタンスを取得
        SecureRandom secureRandom = new SecureRandom();

        // 16バイト（128bit）の乱数トークン生成
        byte[] token = new byte[16];
        secureRandom.nextBytes(token);

        // URLセーフなBase64文字列に変換
        String encoded = Base64.getUrlEncoder().withoutPadding().encodeToString(token);

        System.out.println("安全なトークン: " + encoded);
    }
}

import java.security.SecureRandom;

import java.util.Base64;

public class SecureRandomExample {

public static void main(String[] args) {

// 安全なSecureRandomインスタンスを取得

SecureRandom secureRandom = new SecureRandom();

// 16バイト（128bit）の乱数トークン生成

byte[] token = new byte[16];

secureRandom.nextBytes(token);

// URLセーフなBase64文字列に変換

String encoded = Base64.getUrlEncoder().withoutPadding().encodeToString(token);

System.out.println("安全なトークン: " + encoded);

}

🧩 出力例：

5. 高度な使い方（Java 17以降対応）

✅ 強力なDRBGインスタンスを明示的に取得

import java.security.SecureRandom;

public class DRBGExample {
    public static void main(String[] args) throws Exception {
        SecureRandom drbg = SecureRandom.getInstance("DRBG");
        byte[] randomBytes = new byte[16];
        drbg.nextBytes(randomBytes);
        System.out.println("DRBGで生成した乱数: " + java.util.HexFormat.of().formatHex(randomBytes));
    }
}

import java.security.SecureRandom;

public class DRBGExample {

public static void main(String[] args) throws Exception {

SecureRandom drbg = SecureRandom.getInstance("DRBG");

byte[] randomBytes = new byte[16];

drbg.nextBytes(randomBytes);

System.out.println("DRBGで生成した乱数: " + java.util.HexFormat.of().formatHex(randomBytes));

}

💡 HexFormatはJava 17で追加された便利クラスです。
Base64よりも短い表現でログ出力に適しています。

6. よくある利用シーン

シーン	使用目的	推奨API
認証トークン生成	セッションIDやAPIキー	SecureRandom + Base64
CSRFトークン	Webフォームの保護	SecureRandom + HexFormat
パスワードリセットURL	予測困難な一時リンク生成	getInstanceStrong()
暗号鍵生成	AESなどの鍵素材	SecureRandom
UUID代替	高強度ランダムID	SecureRandomで独自生成

7. ベストプラクティス

推奨事項	理由
SecureRandomの使い回し	毎回生成するとコストが高い
OS依存のソースを活用	/dev/urandomなどで高品質な乱数
getInstanceStrong()を必要時のみ使用	起動が遅くなるため常用は非推奨
Base64やHexFormatで可読化	ログやトークンで扱いやすい
シード指定は避ける	セキュリティが低下するため

8. パフォーマンス比較（目安）

操作	平均速度	安全性
Random.nextInt()	非常に高速	低
SecureRandom.nextInt()	中程度	高
SecureRandom.getInstanceStrong()	やや遅い	最高
SecureRandom (DRBG)	中〜高	最高（推奨）

9. まとめ

ポイント	内容
用途	暗号・認証・トークン生成に最適
バージョン対応	Java 8〜21全対応
推奨実装	SecureRandom または DRBG（Java 17+）
注意点	シード指定・再生成の多用を避ける
一言	安全性を重視する場面では必ずSecureRandomを！

🧠 コラム：SecureRandomを使うべき「具体例」

OAuth 2.0 認可コードの生成
JWTの署名鍵生成
Cookieのsession_id生成
APIトークン・CSRFトークン・暗号鍵など

→ 「ユーザーや外部に漏れたら困る値」には必ずSecureRandom！

Oracle, データベース, トラブル対応, ブログ

Oracle「ORA-01830: 日付書式の変換で不要なデータが含まれています。」原因と対処法

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

🧩 エラーの概要

Oracleデータベースで日付型を扱う際に発生する代表的なエラーのひとつが、
「ORA-01830: 日付書式の変換で不要なデータが含まれています。」 です。

このエラーは、TO_DATE 関数や TO_TIMESTAMP 関数などで
日付文字列とフォーマットマスクが一致していない ときに発生します。

⚠️ 主な原因

原因	詳細
フォーマットと実際の文字列が一致していない	例：TO_DATE('2025/10/10 12:00:00','YYYY-MM-DD HH24:MI:SS') のように、区切り文字（/ と -）が異なる
余分な空白や文字が含まれている	例：'2025-10-10 '（末尾にスペース）や '2025-10-10T12:00:00'（"T" が不要）など
不正な日付データを変換しようとしている	例：'2025-13-10'（13月など存在しない日付）
型変換の二重適用	既にDATE型の列に対して再度 TO_DATE を適用しているケース
NLS設定の影響	セッションのデフォルト日付形式が異なる場合、フォーマット不一致が起きやすい

💡 再現例と解説

この例では、/（スラッシュ）で区切られているのに
フォーマットマスクが -（ハイフン）になっているため不一致です。

✅ 正しい例：

🔍 対処法まとめ

対処法	内容
フォーマットマスクを一致させる	区切り文字・桁数・要素（年・月・日）を文字列と揃える
TRIM関数で空白を除去	TO_DATE(TRIM(列名), 'YYYY-MM-DD') のように記述
型を確認する	既にDATE型なら TO_CHAR などで変換すべき
NLS設定を確認	SELECT * FROM NLS_SESSION_PARAMETERS WHERE PARAMETER LIKE 'NLS_DATE%'; で現状を確認
データクリーニング	不正な日付を REGEXP_LIKE などで除外してから変換

🧠 補足：フォーマット指定の注意点

Oracleの日付フォーマット指定子には以下のようなものがあります：

指定子	意味
YYYY	西暦（4桁）
MM	月（01〜12）
DD	日（01〜31）
HH24	時（00〜23）
MI	分
SS	秒

たとえば YYYY-MM-DD HH24:MI:SS のように指定すれば
「2025-10-10 12:00:00」形式の文字列を正しく変換できます。

🧾 まとめ

ポイント	内容
発生原因	フォーマットとデータの不一致
よくあるパターン	区切り文字違い・余分な空白・不正な日付
確認ポイント	NLS設定、文字列の内容、列のデータ型
対処法	フォーマット統一・データクリーニング・TRIM活用

✨ 例：実践的なクエリ

不正データを確認するSQL例：

変換時に安全に行う例：

SELECT CASE
         WHEN REGEXP_LIKE(col_name, '^[0-9]{4}-[0-9]{2}-[0-9]{2}$')
         THEN TO_DATE(col_name, 'YYYY-MM-DD')
         ELSE NULL
       END AS safe_date
FROM table_name;

SELECT CASE

WHEN REGEXP_LIKE(col_name, '^[0-9]{4}-[0-9]{2}-[0-9]{2}$')

THEN TO_DATE(col_name, 'YYYY-MM-DD')

ELSE NULL

END AS safe_date

FROM table_name;

🏁 まとめの一言

ORA-01830 は「フォーマットと実データのズレ」がほぼすべての原因。
SQLのフォーマット指定を正確に合わせるだけで、ほとんどのケースは解消します。

Excel, ブログ

Excel：Ctrl＋Enterが便利！複数セルに一気に同じ値を入力する方法

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

Excelで「同じ値を何度も入力していて面倒…」と思ったことはありませんか？
そんな時に知っておくと超便利なのが、Ctrl＋Enter。
複数セルへ同じ値を一瞬で入力できる“神ショートカット”です。
事務作業からデータ整理まで、覚えるだけで作業スピードが劇的に変わります。

🪄 対応バージョン





	バージョン 対応状況




	Excel 2010 ✅ 対応


	Excel 2013 ✅ 対応


	Excel 2016 ✅ 対応


	Excel 2019 ✅ 対応


	Microsoft 365（サブスク版） ✅ 対応


	Excel for Mac ✅ 対応（⌘＋Enter）

💡 Mac版では ⌘＋Enter で同様に一括入力が可能です。

⚡ 基本の使い方ステップ





	ステップ 操作内容 説明




	① 同じ内容を入れたいセルを選択 ドラッグまたはShift＋方向キーで範囲選択


	② 1つのセルに値を入力 例：「済」や「OK」など


	③ Ctrl＋Enterを押す 選択したすべてのセルに同じ値が一括入力

💡 補足：選択方法によってCtrlの使い方が変わる

状況	操作方法	説明
連続したセル	ドラッグまたはShift＋方向キー	Ctrlを押す必要なし
離れたセル（非連続）	Ctrlを押しながらクリック	複数箇所にまとめて入力したい時に便利

🔍 Ctrlキーの役割とは？

普通のEnterキーは「1セルだけ確定して次へ移動」します。
一方、Ctrl＋Enter は「選択中すべてのセルに確定」して、移動しません。

💡 Ctrlキーは「移動を止めて、全選択セルに反映させる命令キー」です。

🚀 どんなシーンで使える？

実務・日常問わず、Ctrl＋Enterが活きる場面はとても多いです👇

🗂️ 1. ステータス管理の更新

進捗管理表などで、「完了」「未対応」などの文字を一括で入力。
範囲選択 → Ctrl＋Enter で一発反映。

📅 2. 日付の一括設定

同じ日付を複数行に入力したいときに便利。
例：「2025/10/09」を範囲指定してCtrl＋Enter。

👥 3. 担当者名・部署名の一括入力

一覧表で「営業部」「経理部」など同じ部署名をまとめて反映。
離れた場所でもCtrl＋クリックで選択して一括確定。

🔢 4. テストデータ・ダミー値の作成

仮の数値や文字を一気に入力して、検証や集計を行うときに便利。

🧮 5. 数式を一括入力

たとえば =TODAY() を入力 → Ctrl＋Enter で全セルに今日の日付を表示。

⚙️ 類似ショートカットとの違い





	ショートカット 内容 特徴




	Ctrl＋Enter 同じ値を一括入力 最も汎用的


	Ctrl＋D 上のセルをコピー 縦方向に使う


	Ctrl＋R 左のセルをコピー 横方向に使う

💡 Ctrl＋Enter は「最初に選んだセルの値を全体に適用」するのが特徴です。

🧠 まとめ





	ポイント 内容




	ショートカット Ctrl＋Enter（Macは⌘＋Enter）


	効果 複数セルに同じ値を一括反映


	対象 文字・数値・関数もOK


	対応バージョン Excel 2010以降すべて対応


	主な活用例 ステータス・日付・部署名・数式など


	メリット 作業効率が劇的にアップ

✨ 編集後記

Excelの作業時間を短縮したいなら、まず覚えるべきが Ctrl＋Enter。
単純作業を何倍も早く終わらせられるショートカットです。
今日からぜひ試してみてください！

🧠 ウィンドウ関数とは？

🔸 基本構文

🏅 ランキングを求める

📘 サンプルテーブル：sales

📗 SQL例

📊 実行結果

🔢 累計を求める

📗 SQL例

📊 結果

🧮 他の代表的なウィンドウ関数

💡 応用例：前回比を計算する

🧭 DBMS別のウィンドウ関数対応表

🔍 まとめ

関連記事

🔍 エラー概要

🧠 原因と仕組み

🧩 よくある原因パターン

🧭 対処法（順序付き）

🔧 調査SQL例

💡 Javaでの修正例（try-with-resources構文）

⚙️ open_cursors の推奨設定値

🚨 注意点

✅ まとめ

関連記事

🚨 表示速度が遅くなる主な原因

💡 改善策①：画像を最適なサイズに圧縮する（WordPress対応）

🔧 方法①：外部ツールで手動圧縮

⚙️ 方法②：WordPressプラグインで自動圧縮

🔹 EWWW Image Optimizer の設定例

💡 改善策②：WebP形式に変換する

💡 改善策③：遅延読み込み（Lazy Load）を有効化

設定方法

💡 改善策④：CDNを活用する

💡 改善策⑤：キャッシュプラグインを活用

🧪 改善効果の実例

🧭 まとめ：画像最適化は“SEOとUX”の両方に効く！

関連記事

💡 Optionalとは？

✅ よくあるnullチェックの問題例

🧩 Optionalを使った安全な書き方

🔍 Optionalの主なメソッド一覧

🧠 orElseとorElseGetの違い

🧾 サンプルコード全体

🚀 Optionalを使うメリットまとめ

⚠️ 注意点：Optionalは「すべてに使う」ものではない

🧭 まとめ

関連記事

この記事でわかること

🧭 1. まず確認！どのタイプのアカウントか？

🔑 2. PINを忘れたときのリセット手順

✅ サインイン画面から再設定する

🌐 3. Microsoftアカウントのパスワードを忘れた場合

💻 4. ローカルアカウントのパスワードを忘れた場合

方法1：パスワードリセットディスクを使う

方法2：セーフモード＋コマンドプロンプトで再設定

🧱 5. サインインオプションからPINを再設定する方法（設定から）

🧠 6. トラブルを防ぐための事前対策

🧩 7. どうしてもログインできない場合の最終手段

🚀 まとめ

関連記事

🧩 動作環境（共通）

📁 ステップ①：フォルダ構成を準備

🧠 ステップ②：複数画像を一括認識するスクリプト

⚙️ ステップ③：実行方法

🧾 ステップ④：出力結果（例）

📊 ステップ⑤：結果と考察

💡 発展ポイント

✅ まとめ

関連記事

1. NOT IN と NOT EXISTS の基本構文

2. 動作の違い（NULLの扱いに注目）

3. 実行結果の比較例

テーブルA

テーブルB

4. パフォーマンスの違い

5. どちらを使うべきか

6. まとめ

関連記事

1. SecureRandomとは

2. Randomとの違い

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事