「ブログ」カテゴリーアーカイブ

ブログ投稿用のカテゴリ

SQL, ブログ

SQL：VIEWの仕組みを理解する – 仮想テーブルはどう評価される？

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

SQLのVIEW（ビュー）は、データベースの中に“仮想テーブル”を作る仕組みです。
名前は知っていても、

VIEWは物理的にデータを持つのか？
SELECTすると実際にはどう評価されるのか？
VIEWをネストしたらパフォーマンスはどうなる？

といった点まで正しく理解されているケースは意外と少ないです。

この記事では、VIEWの“実体”と、クエリ実行時の評価タイミング、パフォーマンスへの影響を分かりやすく解説します。

1. VIEW（ビュー）とは？ – 定義文を保存する“仮想テーブル”

VIEWはテーブルのように見えますが、実際にはデータを持っていません。
DBに保存されるのは、以下のような「SQL定義（SELECT文）」だけです。

このv_salesはあたかもテーブルのように扱えますが、中身は 上記SELECT文の“参照” でしかありません。

2. VIEWはいつ“評価”されるのか？ – クエリ実行時に展開される

VIEWの最大の誤解ポイントはここです。
ビューは“保存されたSELECT文”なので、クエリ実行のたびに展開されます。

以下のクエリを実行すると、

実際には DB 内部で次のように変換されます。

つまり、

VIEWが実体化して保存されるわけではない
実行時、その都度“SELECT文の中にインライン展開”される
テーブルアクセスもフィルタもすべて本テーブルに作用する

というのがVIEWの基本動作です。

3. DBはVIEWを最適化してくれる – クエリオプティマイザの働き

多くのRDBMS（Oracle / PostgreSQL / MySQL / SQL Server）は、VIEW展開後のSQLを 単一のクエリとして最適化 します。

例えば、

VIEW内にWHERE status='OK'という条件、外側に日付条件があった場合でも、

オプティマイザが結合・条件式をまとめて最適な実行計画に変換する

というのが一般的です。

そのため、VIEWを使ってもパフォーマンスが極端に悪化するわけではありません。
（※もちろん複雑なVIEWの“ネスト”は別の話なので後述）

4. VIEWをネストするとどうなる？ – 複雑化 → 最適化が困難化

例えば次のようにVIEWを三重にしてしまうと、

内部ではこんな巨大なSQLに展開されます。

オプティマイザは強力ですが、以下のような場合は最適化が限界に達します。

JOINが増えすぎる
CASE式やサブクエリが多すぎる
DISTINCT・GROUP BYが重複している
“VIEWの中でさらにVIEWをJOIN” している

その結果、

不要な全表スキャン
重複GROUP BYで大量のソート
複雑化で実行計画が肥大化

というパフォーマンス低下が起きます。

5. VIEWのメリット

✔ コードの再利用性

複雑なSELECTを1つにまとめて使い回せる。

✔ 可読性の向上

アプリ側のSQLがスッキリする。

✔ 権限管理に使える

特定の列だけ公開するVIEWを作り、ユーザにはVIEWだけ権限付与できる。

6. 気をつけるべきポイント（よくある落とし穴）

❌ VIEWが高速化してくれると思い込む

→ VIEWは基本的には“ただのSQLの保存”。高速化しない。

❌ VIEWを多段に重ねて巨大SQLになっている

→ 実行計画が複雑化しパフォーマンス劣化。

❌ UNION・DISTINCT入りVIEWの多用

→ 展開後に何度もソートが発生する。

❌ VIEW経由にするとインデックスが効かないと思い込む

→ 展開後のSQLにインデックスが適用されるので誤解。

7. MATERIALIZED VIEWとの違い（超重要）

種類	データ保持	更新タイミング	用途
VIEW (通常VIEW)	持たない（常に仮想）	実行時に展開	再利用・権限管理・コード整理
MATERIALIZED VIEW	データを保持（物理表）	リフレッシュ時	高速化（集計 / 重いJOIN結果のキャッシュ）

高速化したい時は VIEWではなく MATERIALIZED VIEW を使うのが正解です。

8. VIEWをどう使うべきか？（ベストプラクティス）

✔ 単純ビューを使う

1〜2テーブルのJOIN、軽いWHERE程度に留める。

✔ 複雑なロジックをVIEWに押し込まない

アプリ側に処理を書くか、ストアドやマテリアライズドビューで対応。

✔ 多段VIEWは避ける

どうしても必要な場合は“1段階に統合して新VIEWを作る”。

✔ パフォーマンス課題が出たら、展開SQLを確認する

実行計画を見ると改善点がすぐわかる。

まとめ：VIEWは“実体のないSELECT文”であり、実行時に展開される

ポイントを整理すると：

VIEWはデータを持たない（仮想テーブル）
DBはVIEW定義を毎回展開し、1つのSQLとして最適化する
単純なVIEWは便利だが、多段ビューはパフォーマンス悪化の原因
高速化目的なら MATERIALIZED VIEW を使うべき

VIEWは便利な反面、仕組みを誤解すると性能劣化の原因にもなります。
“何がどう評価されているのか”を理解した上で、適切に設計しましょう。

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

Java Streamsで文字列リストを加工・整形する便利テクニック

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

Java 8 以降で利用できる Stream API は、文字列リストの加工・整形に非常に便利です。
filter / map / collect を組み合わせるだけで、複雑な処理もスッキリ書けるようになります。

この記事では、**業務システムで頻出する「文字列リストの加工」**を中心に、すぐに使えるサンプルをまとめています。

✔ よくある文字列リストの処理

業務プログラムの中で、以下のようなケースはよくあります。

空文字・null を除去したい
前後の空白を trim したい
大文字/小文字変換をしたい
任意の条件で絞り込みたい
区切り文字にまとめたい（CSV・ログなど）

こうした処理は Stream API を使うと 1 行で書ける ことが多いです。

1. 空文字・null を除去する

List<String> list = Arrays.asList("A", "", null, "B", "  ", "C");

List<String> result = list.stream()
        .filter(Objects::nonNull)      // null除外
        .map(String::trim)              // trim
        .filter(s -> !s.isEmpty())      // 空文字除外
        .collect(Collectors.toList());

System.out.println(result); // [A, B, C]

List<String> list = Arrays.asList("A", "", null, "B", " ", "C");

List<String> result = list.stream()

.filter(Objects::nonNull) // null除外

.map(String::trim) // trim

.filter(s -> !s.isEmpty()) // 空文字除外

.collect(Collectors.toList());

System.out.println(result); // [A, B, C]

2. 全要素を大文字 or 小文字に変換する

List<String> list = List.of("java", "Spring", "HELLO");

List<String> upper = list.stream()
        .map(String::toUpperCase)
        .collect(Collectors.toList());

List<String> lower = list.stream()
        .map(String::toLowerCase)
        .collect(Collectors.toList());

List<String> list = List.of("java", "Spring", "HELLO");

List<String> upper = list.stream()

.map(String::toUpperCase)

.collect(Collectors.toList());

List<String> lower = list.stream()

.map(String::toLowerCase)

.collect(Collectors.toList());

3. 特定の文字を含む要素だけ抽出する

List<String> list = List.of("apple", "orange", "banana");

List<String> containsA = list.stream()
        .filter(s -> s.contains("a"))
        .collect(Collectors.toList());

// 結果: [apple, orange, banana]

List<String> list = List.of("apple", "orange", "banana");

List<String> containsA = list.stream()

.filter(s -> s.contains("a"))

.collect(Collectors.toList());

// 結果: [apple, orange, banana]

部分一致の他に、
startsWith / endsWith / 正規表現なども活用できます。

4. trim＋フィルタ＋整形をまとめて 1 行で

業務コードで頻発する「整形 → フィルタ → 出力」を 1 行で書く例です。

List<String> raw = List.of("  ABC  ", " 123 ", " xyz ", "", "  ");

List<String> normalized = raw.stream()
        .map(String::trim)
        .filter(s -> !s.isEmpty())
        .map(String::toLowerCase)
        .collect(Collectors.toList());
// -> [abc, 123, xyz]

List<String> raw = List.of(" ABC ", " 123 ", " xyz ", "", " ");

List<String> normalized = raw.stream()

.map(String::trim)

.filter(s -> !s.isEmpty())

.map(String::toLowerCase)

.collect(Collectors.toList());

// -> [abc, 123, xyz]

5. 重複要素を除外する（distinct）

6. 文字列リストを区切り文字で join する（CSV など）

改行やタブ区切りにも応用できます。

7. リスト内の文字列長でソートする（Comparator）

List<String> list = List.of("aaa", "b", "cccc");

List<String> sorted = list.stream()
        .sorted(Comparator.comparingInt(String::length))
        .collect(Collectors.toList());

// -> [b, aaa, cccc]

List<String> list = List.of("aaa", "b", "cccc");

List<String> sorted = list.stream()

.sorted(Comparator.comparingInt(String::length))

.collect(Collectors.toList());

// -> [b, aaa, cccc]

降順にしたい場合：

8. 正規表現で加工する（replaceAll 等）

List<String> phones = List.of("090-1234-5678", "03-9999-8888");

List<String> normalized = phones.stream()
        .map(s -> s.replaceAll("-", "")) // ハイフン除去
        .collect(Collectors.toList());

// -> ["09012345678", "0399998888"]

List<String> phones = List.of("090-1234-5678", "03-9999-8888");

List<String> normalized = phones.stream()

.map(s -> s.replaceAll("-", "")) // ハイフン除去

.collect(Collectors.toList());

// -> ["09012345678", "0399998888"]

9. Stream API を使うメリットまとめ

✔ コードが短く読みやすい

for文で数十行になる処理が、Stream だと数行に。

✔ null などの例外ケースを潰しやすい

filter → map → collect の流れが明確で安全。

✔ 並列処理（parallelStream）にも切り替えやすい

データ量が多い場合に性能改善も期待できる。

まとめ

Stream API を使うと、文字列リストの加工・整形が圧倒的にシンプルになります。

null / 空白除去
大文字・小文字変換
条件フィルタ
重複削除
join で CSV 形式へ変換
ソート

これらは業務アプリで頻出するため、覚えておくとコード品質・保守性が確実に上がります。

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

ORA-12541の原因と対処法｜「TNS: リスナーがありません。」エラーを最速で解決する方法

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

Oracle接続時に突然出る ORA-12541: TNS: リスナーがありません。
現場でも頻出するエラーの1つで、接続テストが通らない・アプリがDBに繋がらないなどのトラブルを引き起こします。

この記事では、最速で復旧するためのチェック手順 → 原因の深掘り → 正しい対処法をわかりやすくまとめます。

結論：ほとんどは「リスナーが動いていない or 設定が不一致」

ORA-12541 は、Oracle に接続する際の窓口である Listener（リスナー） が見つからない時に発生します。

主な原因は以下のどれかです。

リスナーサービスが停止している
listener.ora のホスト名／ポート構成が間違っている
tnsnames.ora のHOST/IPが一致していない
ファイアウォールで1521ポートが遮断
サーバIPの変更後に設定未修正（Windows/VM/クラウドで多い）

では最速で治すチェック順を紹介します。

1. 最速で直す！ORA-12541のチェック手順（5ステップ）

① リスナーサービスが停止していないか確認

Windows

サービス → OracleOraDB…TNSListener を確認
停止していたら「開始」を押す。

で状態が確認できます。

Linux

TNS-12541: TNS:no listener が返った場合はリスナーが死んでいます。

② リスナーを再起動する

Windows / Linux 共通

成功すればほとんどのケースはこれで復旧します。

③ listener.ora のHOST/IPが本当に正しいか確認

リスナーが動いていても、設定されているホスト名が正しくないとリスナーは動作しません。

例：ホスト名変更後に listener.ora を更新していないケース

が myserver01 なのに一致していない → ORA-12541

IPアドレス変更後に放置している場合も同じです。

④ tnsnames.ora の接続先HOST/IPが一致しているか

クライアント側の設定が間違っていると当然繋がりません。

→ listener.ora 側と一致しているか要確認。

⑤ ポート（1521）がファイアウォールで塞がれていないか

Windows Firewall
Linux firewalld
クラウド（AWS SecurityGroup、Azure NSG など）

で 1521 が閉じていると ORA-12541 になります。

2. ORA-12541 が発生する代表的な原因まとめ

✔ リスナーが起動していない（最も多い）

DBサーバの再起動後に自動で上がっていない、手動停止したなど。

✔ listener.ora と tnsnames.ora の不整合

HOST名が一致していない
PORTが違う
サービス名（SERVICE_NAME）が間違い

設定変更後の再起動忘れもよくあります。

✔ DNS・ホスト名解決の問題

ホスト名を指定しているが DNS で解決できないケース。
→ IPアドレス直書きで繋がれば DNS が原因。

✔ VM・クラウドのIP変更

Oracle XE や開発環境で特に多い事例。
IPが変わったのに listener.ora を更新していないパターン。

3. 対処法まとめ（状況別）

🔧 ① リスナー停止が原因 → 再起動でOK

🔧 ② listener.ora の設定ミス → 修正 → リスナー再起動

ファイル場所

Windows: C:\oracle\product\...\network\admin\listener.ora
Linux: $ORACLE_HOME/network/admin/listener.ora

🔧 ③ tnsnames.oraが間違い → 修正

接続文字列を見直して、listener.ora と整合性を取る。

🔧 ④ ポート塞ぎ → FWで1521を許可

クラウド環境では SecurityGroup / NSG も要確認。

🔧 ⑤ DNS問題 → HOST をIPに変更する

接続先を一時的にIPにすると原因切り分けになる。

4. 再発防止のためのポイント

サーバ再起動後の リスナー自動起動設定を確認
listener.ora／tnsnames.ora の バックアップ運用
接続情報を IP指定 に統一する（開発環境向け）
FW設定変更の履歴をチームで共有

5. まとめ

ORA-12541「TNS:リスナーがありません。」 は、
リスナーが動いていない or 設定不一致が原因の9割です。

✔ 最速で確認すべきは以下の5つ

lsnrctl status
リスナーサービスの起動確認
listener.ora のHOST/IP
tnsnames.ora の整合性
ポート1521の開放

HULFT, Web開発, ブログ

HULFTの転送速度を理論値で算出する方法：単独転送と間欠転送で何が変わる？

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

HULFTで大容量ファイルを送信する際、
「単独転送と間欠転送では速度がどれくらい違うのか？」
と気になる場面は多いはずです。

特に、S3送信やネットワーク負荷対策で間欠転送を設定した場合、
「どれだけ転送時間が増えるのか？」を事前に把握しておきたいところです。

本記事では、HULFTの転送処理を理論値（数式）で算出する方法をわかりやすく解説します。

1. HULFT転送の基本：ブロック単位で送られる

HULFTはファイルをそのまま送るのではなく、
一定サイズ（ブロック長）に分割してブロック単位で送信します。

例えばブロック長を 16KB に設定している場合：

1ブロック = 16KB
1MBのファイルなら 1,048,576 ÷ 16,384 ≒ 64ブロック

という計算になります。

この「ブロック数 × ブロックあたりの処理時間」が転送時間に大きく影響します。

2. 単独転送の理論値：最速で送るシンプルな動作

単独転送（=間欠転送なし）は、
ブロックを休まず連続で送っていく動作です。

■ 単独転送の理論値計算式

※実効転送速度（Throughput）はネットワーク・HULFTヘッダなどのオーバーヘッドを含む実測値。

■ 例：500MBのファイルを100Mbpsで送信する場合

理論上は40秒となります。

実際にはHULFTヘッダ分のオーバーヘッドで数秒増える程度。

3. 間欠転送の理論値：休止時間の積み重ねで大幅に遅くなる

間欠転送は、各ブロック送信後に**休止時間（インターバル）**が入ります。

HULFTの設定例：

ブロック長：16KB
ブロック回数：100回
休止時間：30ms

■ 間欠転送の理論計算式

ここが最も重要なポイント。

ブロックが多い場合、休止時間が膨れ上がります。

4. 実例：500MBファイルを間欠転送で送るとどうなる？

★ 前提

ブロック長：16KB
500MB = 32,768ブロック
単独転送時間：40秒（前述）
休止時間：20ms

■ 間欠転送の追加時間

■ 合計転送時間

→ 実際の現場でも「間欠転送は数倍遅くなる」理由はここにある

ブロック数 × 休止時間 → これが爆発的に効いてくるためです。

5. 実効転送速度（Throughput）の簡易算出方法

実測値を1回取るだけで、理論値がもっと正確になります。

■ 実測からの計算式

例えば

100MBのファイル
送信実測15秒
→ 実効速度 = 100MB ÷ 15 = 6.6MB/s（53Mbps）

これを単独転送の基準値にすることで、
間欠転送の予測精度が向上します。

6. 間欠転送の「適切な使いどころ」

間欠転送は遅くなるため万能ではありませんが、
以下の目的では効果的です。

S3/クラウド側で転送速度制限がある場合
受信側の負荷分散が必要な場合
夜間バッチでNW帯域を食いすぎるのを避けたい時
他システムの処理性能に合わせたいケース

速度ではなく安定性や負荷分散を目的に使うのが本来の用途。

7. 間欠転送設定によるエラー（S3Timeout など）について

休止時間を入れると、
1ブロックあたりの処理が遅くなる → 全体が長くなる → タイムアウトに近づく
という問題があります。

特にS3送信では

S3Timeout（約60秒）
NW機器の制限
プロキシのタイムアウト

などに引っかかるケースが多い。

✔ 大容量ファイルほど間欠転送はリスクが高い

500MB・1GB級のファイルではブロック数が膨大になるため、
一気にタイムアウト領域に入ります。

まとめ

項目	単独転送	間欠転送
速度	最速	休止時間分だけ遅い
仕組み	ブロックを連続送信	ブロック送信→休止の繰り返し
理論値算出	単独転送時間のみ	単独転送＋(ブロック数×休止時間)
メリット	最速で送れる	負荷を抑え安定性を上げる
デメリット	帯域を多く使う	極端に遅く、タイムアウトを誘発

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

HULFT「間欠転送あり」と「なし」で何が変わる？S3送信で発生するエラーの原因と対策

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

💡 はじめに

HULFTでS3（クラウドストレージ）へファイルを送信する際、「間欠転送」という設定があります。
この機能は通信の安定化を目的としたものですが、実際には設定値によって転送が失敗したり、タイムアウトを引き起こすケースもあります。

この記事では、「間欠転送あり」と「間欠転送なし」で何がどう変わるのか、そしてS3送信でエラーが起こる原因と具体的な対策を整理します。

🔹 間欠転送とは？

間欠転送は、大きなファイルを一定サイズごとに区切って、間隔を空けながら送信する仕組みです。

通常転送が「連続的なデータストリーム」なのに対し、間欠転送は次のような動きになります。

この「16KB」は、転送ブロック長（4KB）×ブロック数（4） の場合の動作例です。

🔹 通常転送との違い

項目	通常転送（間欠なし）	間欠転送（あり）
仕組み	ファイルを連続して送信	小分けして間隔ごとに送信
メリット	高速・設定不要	通信の途切れを防げる（S3Timeout対策）
デメリット	長時間通信で切断される可能性あり	設定次第で速度低下・不安定化する
想定環境	LAN・オンプレ間など安定回線	WAN・VPN・S3などクラウド宛て

🔹 なぜS3で間欠転送が重要なのか

S3ストレージオプションは、HULFT内部で HTTP(S)通信 を使用しています。
この通信は、一定時間データの送受信が行われないと「タイムアウト扱い」となり、セッションが切断されます。

そのため、定期的に通信を行う間欠転送を使うことで、S3側が「接続が生きている」と判断しやすくなり、転送が安定します。

⚠ S3送信でエラーになる原因

間欠転送なしで送信してエラーになる場合、間欠転送にすることでエラー解消する場合もあります。

ところが、実際には「間欠転送をONにしたら逆に転送が失敗した」という報告も少なくありません。
主な原因は以下の通りです。

原因	内容	対応策
① 設定値が極端（間隔0msやブロック1など）	通信制御が細かすぎて不安定になる	ブロック長4KB／ブロック数4／間隔20〜30msへ修正
② S3Timeoutが短い	デフォルトの60秒では間欠の待機中に切断される	hulft_s3.confに S3Timeout=120 以上を設定
③ 送信側と受信側の間欠設定が不一致	双方で動作パターンが異なりセッションが破綻	同一設定で統一する
④ ファイルサイズと設定バランスが悪い	大容量（数百MB）で間隔が長いと時間切れ	間隔を短く・ブロックを大きく調整
⑤ ウイルス対策やVPN干渉	小刻み通信が検査対象になり応答が遅延	除外設定または専用ポート経由に変更

🧭 S3送信における安定化の推奨設定

設定項目	推奨値	解説
転送ブロック長	4096 bytes（4KB）	標準的でメモリ効率が良い
転送ブロック数	4	16KB単位で通信制御が安定
転送間隔	20〜30ms	応答を維持しながら速度低下を抑制
S3Timeout	120〜180秒	デフォルト60秒では短すぎる
終了コード（RC）	RC=0が正常、RC=8以上は異常	メッセージではなくRCで結果を判定

この設定であれば、150〜350MBクラスのファイルを3〜9分程度で安定して送信できます。

🧱 間欠転送が逆効果になるケース

LAN内やオンプレ同士など、もともと通信が安定している環境では、間欠転送を入れることで逆にCPU待ちや余計な遅延を生むことがあります。
そのため、以下のように使い分けるのがベストです。

環境	推奨設定
社内LAN・閉域網	間欠転送なし（高速重視）
S3・WAN・VPN	間欠転送あり（安定性重視）

🧩 トラブルシューティングの手順

間欠転送をOFFに戻して再送信
　→ 正常に送信できるか確認して比較ベースを作る。
ONにした状態でログを確認
　→ 通信エラー・再送メッセージなどを確認。
設定を微調整（間隔20→30msなど）
　→ エラー頻度が下がるかを検証。
S3Timeoutを延長
　→ hulft_s3.conf に S3Timeout=180 を追記。
VPN・FW・ウイルス対策干渉をチェック
　→ 小刻み通信の検査を除外する設定を追加。

🧠 まとめ

間欠転送は「S3など不安定回線向けの安定化機能」。
ただし設定値を誤ると、通常転送より不安定になる。
4KB×4ブロック・20〜30ms間隔・S3Timeout120秒以上が実運用で最も安定。
ジョブの成否は**終了コード（RC）**で判定し、メッセージ内容は原因分析に利用する。

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

Windows Defenderが勝手に無効になる原因と対策

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

Windows 10やWindows 11では、標準搭載のウイルス対策ソフト「Windows Defender（現Microsoft Defender Antivirus）」が自動的にPCを保護しています。
しかし、「気づいたら無効になっていた」「再起動後に勝手にオフになる」といったケースも少なくありません。

本記事では、Defenderが勝手に無効になる主な原因と、手動での再有効化・恒久的な防止策をわかりやすく解説します。

🔍 原因①：他社製セキュリティソフトの干渉

最も多い原因は、他のウイルス対策ソフトがインストールされているケースです。
Defenderは他社製セキュリティソフトと競合しないよう、自動で無効化される設計になっています。

主な対象ソフト

Norton、McAfee、Avast、ESET、Kaspersky など
セキュリティ機能付きのVPNやチューナップツール（例：Advanced SystemCare）

対処法

競合ソフトをアンインストール（または無効化）する
再起動後に「設定 → プライバシーとセキュリティ → Windows セキュリティ」から有効化を確認

⚙️ 原因②：グループポリシーやレジストリ設定の変更

会社支給のPCや管理者設定下の端末では、Defenderがポリシーで無効化されている場合があります。
また、過去のチューニングツールやスクリプトによってレジストリが変更されているケースもあります。

チェック手順（Pro版など）

Win + R → gpedit.msc を開く
「コンピューターの構成 → 管理用テンプレート → Windows コンポーネント → Microsoft Defender ウイルス対策」を開く
「Microsoft Defender ウイルス対策を無効にする」が「有効」になっていないか確認

レジストリ修正例（Home版）

Win + R → regedit を開く
以下のキーへ移動：

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows Defender

1

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows Defender
DisableAntiSpyware が存在する場合、値を 0 に設定（または削除）

🧩 原因③：ウイルスやマルウェアによる意図的な無効化

一部のマルウェアは、検出を避けるためにDefenderを強制的に停止させます。
特に「スクリプト実行型ウイルス」「仮想通貨マイナー型」などで見られます。

対処法

セーフモードで起動（Shift + 再起動 → トラブルシューティング）
オフラインスキャンを実施：
「設定 → プライバシーとセキュリティ → Windows セキュリティ → ウイルスと脅威の防止 → スキャンのオプション → Microsoft Defender オフラインスキャン」

🧰 原因④：サービス設定の停止

Defenderのバックグラウンドサービスが停止している場合もあります。

チェック方法

Win + R → services.msc
「Microsoft Defender Antivirus Service」を探す
状態が「停止」していたら「自動」→「開始」に変更

🔧 原因⑤：一時的なシステムエラーや更新バグ

Windows Update後にDefenderが誤動作することもあります。
一時的なエラーの場合、次の操作で改善します。

対処法

コマンドプロンプトを管理者権限で開く
以下を順に実行

MS DOS

sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth

1
2

sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth
再起動してDefenderが有効になっているか確認

💡 恒久的な防止策

Windows Updateを定期的に実施
不要なセキュリティソフトを共存させない
怪しい最適化ツールを使わない
「Defender Control」などの無効化ツールを安易に実行しない

✅ まとめ

原因	対処法
他社製ソフトの干渉	競合ソフトを削除または停止
ポリシー設定	gpeditやレジストリで有効化
マルウェア感染	セーフモード＋オフラインスキャン
サービス停止	「services.msc」で手動開始
更新エラー	SFC/DISMコマンドで修復

🗨️ 結論

Windows Defenderが勝手に無効になる原因の多くは「他ソフトの干渉」か「設定変更」です。
まずは安全な環境で上記チェックを順番に行い、Defenderが常に有効な状態を保つようにしましょう。

SQL, ブログ

Oracleで文字列操作を極める：SUBSTR・INSTR・REPLACEの活用術

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

Oracle SQLで文字列を自在に扱えるようになると、データ抽出や整形が格段に効率化します。
本記事では、文字列操作の3大関数「SUBSTR」「INSTR」「REPLACE」の使い方をわかりやすく解説します。

1️⃣ SUBSTR：文字列の一部を取り出す

SUBSTRは指定した位置から任意の長さの文字列を切り出す関数です。

🔸 使用例

結果：

📘 ポイント

開始位置は 1から数える
第3引数（文字数）を省略すると、開始位置以降をすべて取得
負の値を指定すると末尾からカウントされる

→ 結果：EF

2️⃣ INSTR：文字列の位置を検索する

INSTRは、指定した文字が出現する**位置（インデックス）**を返します。

🔸 使用例

結果：

→ 2つ目のカンマ「,」が4文字目にあることを示します。

📘 応用テクニック

INSTRとSUBSTRを組み合わせることで、区切り文字を含む文字列から特定部分を抜き出すことが可能です。

-- カンマ区切りの2番目の要素を取得
SELECT SUBSTR('A,B,C,D',
              INSTR('A,B,C,D', ',', 1, 1) + 1,
              INSTR('A,B,C,D', ',', 1, 2) - INSTR('A,B,C,D', ',', 1, 1) - 1)
FROM DUAL;

-- カンマ区切りの2番目の要素を取得

SELECT SUBSTR('A,B,C,D',

INSTR('A,B,C,D', ',', 1, 1) + 1,

INSTR('A,B,C,D', ',', 1, 2) - INSTR('A,B,C,D', ',', 1, 1) - 1)

FROM DUAL;

結果：

3️⃣ REPLACE：文字列の置換を行う

REPLACEは、指定した文字列を別の文字列に置き換える関数です。

🔸 使用例

結果：

📘 応用テクニック

REPLACEを使えば、不要な文字の削除も簡単に行えます。

結果：

4️⃣ 組み合わせテクニック：実用的な例

💡 メールドメインを抽出する例

SELECT SUBSTR(EMAIL, INSTR(EMAIL, '@') + 1) AS DOMAIN
FROM USERS;

1 2	SELECT SUBSTR(EMAIL, INSTR(EMAIL, '@') + 1) AS DOMAIN FROM USERS;

結果例：

EMAIL	DOMAIN
user@example.com	example.com

💡 ファイル名から拡張子を削除

結果例：

FILE_NAME	BASE_NAME
report.xlsx	report

5️⃣ まとめ

関数	用途	主な特徴
SUBSTR	部分文字列の取得	開始位置・文字数指定が可能
INSTR	指定文字の位置取得	出現回数も指定可能
REPLACE	文字列の置換	不要文字の削除にも利用可能

これらを組み合わせることで、Oracle SQLでの文字列処理は自由自在になります。
ログ解析、ファイル名分割、メールドメイン抽出など、日常的な業務で大活躍する関数です。

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

Javaで日付をゼロパディング／ゼロサプレスする方法まとめ

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

Javaで日付を扱う際、「月や日を2桁表示したい（01→1ではなく01のまま）」あるいは「逆にゼロを削除して自然な表示にしたい」という場面はよくあります。
この記事では、**ゼロパディング（ゼロ埋め）とゼロサプレス（ゼロ削除）**の両方を、実際のコード例を交えて分かりやすく解説します。

🧩 ゼロパディングとは？

ゼロパディング（zero padding）とは、数値や日付を指定桁数に揃えるために先頭に0を追加する処理のことです。
例えば「1」を「01」や「001」に整えることで、フォーマットがそろい、ソートや表示が安定します。

例：

元の値	ゼロパディング後
1	01
5	05
10	10

💡 `String.format()` を使ったゼロパディング

最もシンプルな方法は String.format() です。
桁数を %02d のように指定することで、足りない桁を自動的に0で埋めてくれます。

ポイント：

%02d → 2桁に揃えて左側を0埋め
%03d → 3桁に揃える（例：007 など）

📅 `DateTimeFormatter` を使ったゼロパディング

LocalDateやLocalDateTimeを使う場合は、DateTimeFormatterの書式指定でゼロパディングが自動適用されます。

import java.time.LocalDate;
import java.time.format.DateTimeFormatter;

public class Main {
    public static void main(String[] args) {
        LocalDate date = LocalDate.of(2025, 1, 5);
        DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd");

        System.out.println(date.format(formatter)); // 出力: 2025/01/05
    }
}

import java.time.LocalDate;

import java.time.format.DateTimeFormatter;

public class Main {

public static void main(String[] args) {

LocalDate date = LocalDate.of(2025, 1, 5);

DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy/MM/dd");

System.out.println(date.format(formatter)); // 出力: 2025/01/05

}

MMやddといった2桁指定をすることで、常にゼロパディングされた日付が得られます。

🔻 ゼロサプレス（ゼロ削除）とは？

ゼロサプレス（zero suppress）とは、先頭の0を削除して自然な表示にすることを指します。
たとえば「01月」を「1月」に、「09日」を「9日」に整形するようなケースです。

🧮 `getMonthValue()`と`getDayOfMonth()`を使う方法

LocalDateのメソッドを利用すれば、もともと整数型の値をそのまま出力できるため、ゼロサプレスした形で取得できます。

import java.time.LocalDate;

public class Main {
    public static void main(String[] args) {
        LocalDate date = LocalDate.of(2025, 1, 5);

        int month = date.getMonthValue(); // → 1
        int day = date.getDayOfMonth();   // → 5

        System.out.printf("%d/%d\n", month, day); // 出力: 1/5
    }
}

import java.time.LocalDate;

public class Main {

public static void main(String[] args) {

LocalDate date = LocalDate.of(2025, 1, 5);

int month = date.getMonthValue(); // → 1

int day = date.getDayOfMonth(); // → 5

System.out.printf("%d/%d\n", month, day); // 出力: 1/5

}

🧠 `DecimalFormat`で数値的に制御する

もし整数値を柔軟に扱いたい場合は、DecimalFormatを使うと便利です。

import java.text.DecimalFormat;

public class Main {
    public static void main(String[] args) {
        DecimalFormat zeroPad = new DecimalFormat("00");
        DecimalFormat zeroCut = new DecimalFormat("#");

        int month = 1;

        System.out.println(zeroPad.format(month)); // 01
        System.out.println(zeroCut.format(month)); // 1
    }
}

import java.text.DecimalFormat;

public class Main {

public static void main(String[] args) {

DecimalFormat zeroPad = new DecimalFormat("00");

DecimalFormat zeroCut = new DecimalFormat("#");

int month = 1;

System.out.println(zeroPad.format(month)); // 01

System.out.println(zeroCut.format(month)); // 1

}

"00" → 常に2桁ゼロ埋め
"#" → 不要なゼロを省略（ゼロサプレス）

🔄 実用例：ゼロ埋め⇔ゼロ削除の切り替え

アプリケーションによっては、状況に応じて表示形式を切り替えたい場合もあります。

boolean showZeroPadding = true;
int month = 3;

String result = showZeroPadding
        ? String.format("%02d", month)
        : String.valueOf(month);

System.out.println(result); // trueなら03、falseなら3

boolean showZeroPadding = true;

int month = 3;

String result = showZeroPadding

? String.format("%02d", month)

: String.valueOf(month);

System.out.println(result); // trueなら03、falseなら3

✅ まとめ

処理	主な方法	例
ゼロパディング	String.format("%02d") / DateTimeFormatter("MM")	01, 05
ゼロサプレス	getMonthValue() / DecimalFormat("#")	1, 5

ゼロパディングはフォーマットの統一やログ整形に便利で、ゼロサプレスは人が読む表示に適しています。
目的に応じてどちらを使うか選びましょう。

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

ORA-01722エラーが出たら？無効な数値エラーの原因と直し方

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

🔍 ORA-01722とは？

Oracleで次のようなエラーが発生した経験はありませんか？

このエラーは日本語では「無効な数値」という意味で、数値型に変換できない文字列を数値として扱おうとしたときに発生します。
Oracle初心者だけでなく、業務システム開発やデータ移行でも頻繁に遭遇する定番エラーのひとつです。

💡 エラーの主な原因

ORA-01722が発生する代表的なパターンを3つに整理します。

① 数値型カラムに文字列データをINSERT

② 文字列を数値比較している

Oracleは自動的に型変換（暗黙変換）を試みますが、変換不可能な文字が含まれているとエラーになります。

③ TO_NUMBERで変換できない文字列を指定

⚙️ 対処法・修正ポイント

✅ 1. カラムのデータ型を確認する

対象カラムがNUMBERかVARCHAR2かを事前にチェックしましょう。

型の不一致があれば、INSERT/UPDATE側を修正するか、変換処理を明示的に記述します。

✅ 2. 明示的な変換を行う（TO_NUMBER / TO_CHAR）

暗黙変換に頼らず、意図的に変換処理を書くのが安全です。

または

ただし、TO_NUMBERに文字列が含まれる場合はNULLまたはエラーになるため、CASE式やREGEXP_LIKEで検査してから変換するのがおすすめです。

✅ 3. WHERE句の条件順序に注意

Oracleでは、WHERE句の評価順序によってエラーが出るか出ないかが変わることがあります。

-- NG例
SELECT * FROM sales WHERE TO_NUMBER(price_text) > 1000;

-- OK例（数値文字列だけ抽出）
SELECT * FROM sales
 WHERE REGEXP_LIKE(price_text, '^[0-9]+$')
   AND TO_NUMBER(price_text) > 1000;

-- NG例

SELECT * FROM sales WHERE TO_NUMBER(price_text) > 1000;

-- OK例（数値文字列だけ抽出）

SELECT * FROM sales

WHERE REGEXP_LIKE(price_text, '^[0-9]+$')

AND TO_NUMBER(price_text) > 1000;

🧪 実務でよくあるケース

状況	原因	対策
CSVインポートでORA-01722	数値列に「-」や空白文字が混入	データクレンジング処理を追加
JOIN条件で発生	両テーブルの型が不一致	CASTで明示的に変換
CASE式で一部の条件だけ文字列	条件式の型が揃っていない	TO_CHARまたはTO_NUMBERで統一

🧰 エラー行を特定するテクニック

大量データのINSERTやUPDATEでORA-01722が出ると、どの行が原因か分からないことが多いです。
そんなときは以下のように確認します。

このSQLで、数値以外の文字を含む行を特定できます。
特にCSVや外部システム連携時には有効です。

🧩 まとめ

ORA-01722は「文字列を数値に変換できない」時に発生するエラー
暗黙変換を避け、明示的なTO_NUMBER／TO_CHARを使用するのが安全
REGEXP_LIKEで事前にデータ検証することでエラーを未然に防げる

Windows, ブログ

🪟 Windows 11のファイル検索を極める！日付・サイズ・種類で一瞬で絞り込む方法

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

Windows 11では、ファイル数が増えるほど「どこに保存したか分からない！」という悩みが増えます。
しかし、エクスプローラーの検索オプションを使えば、日付・サイズ・ファイル種類などを指定して、目的のファイルを一瞬で見つけることができます。

この記事では、Windows 11の詳細検索機能を最大限に活用する方法を、図解イメージ付きでわかりやすく紹介します。

🔍 1. エクスプローラーで検索バーを開く

**エクスプローラー（フォルダ）**を開きます。
右上にある検索バー（虫眼鏡アイコン）をクリック。
検索したいキーワード（例：「レポート」「jpg」「2024」など）を入力します。

ここで単純な検索を行うだけでも十分ですが、オプション指定を加えることで検索精度を大幅に上げることができます。

📅 2. 更新日で絞り込む（date:）

ファイルを「いつ保存・更新したか」で探す場合は、以下のように入力します。

目的	入力例
昨日更新したファイル	date:yesterday
今週作成されたファイル	date:this week
先月のファイル	date:last month
特定の日付（例：2025/11/05）	date:2025/11/05
期間指定（例：2025/11/01～2025/11/09）	date:2025/11/01..2025/11/09

📌 ポイント
..（ドット2つ）で期間検索が可能です。
「日付フィルター」はバックアップ確認やレポート提出物の検索に便利です。

📁 3. ファイル種類で絞り込む（kind:）

ファイルの種類（ドキュメント・画像・動画・音声など）で検索することも可能です。

種類	入力例
画像ファイル	kind:pictures
動画ファイル	kind:videos
音楽ファイル	kind:music
ドキュメント	kind:documents
圧縮ファイル（ZIPなど）	kind:compressed

📌 応用例
「Excelの報告書」だけ探したい場合は、
👉 kind:documents filename:報告書.xlsx のように複数条件を組み合わせることもできます。

💾 4. ファイルサイズで絞り込む（size:）

ファイルサイズを条件に検索することで、容量を圧迫している大きなファイルを簡単に見つけられます。

目的	入力例
1MB以下のファイル	size:small
1MB〜128MBの中サイズファイル	size:medium
128MB〜1GBの大きなファイル	size:large
1GB以上のファイル	size:huge
範囲指定（例：50MB〜200MB）	size:50000KB..200000KB

📌 豆知識
size: は単位を「KB」「MB」「GB」で指定できます。
たとえば size:>100MB とすれば100MB以上のファイルを検索可能です。

⚙️ 5. 複数条件を組み合わせる

検索構文を組み合わせることで、さらに強力な検索ができます。

例）

➡ 「今月作成された5MB未満のドキュメントファイル」を表示。

🧠 6. GUI操作で条件を設定する方法（初心者向け）

キーボード入力が苦手な方は、次の手順でも同じことができます。

検索バーをクリック
上部メニューの「検索タブ」を開く（表示されない場合は何か入力してEnter）
「日付の変更」「サイズ」「種類」などのボタンを選択して条件を追加

これらは内部的に date: や kind: を自動入力してくれるだけなので、入力式を理解しておくとより柔軟に検索できます。

⚠️ 7. 注意点とトラブル対策

検索結果が出ない場合は、インデックスが無効になっている可能性があります。
→ [設定] → [プライバシーとセキュリティ] → [検索のアクセス許可] で確認。
外付けドライブはデフォルトでインデックス対象外です。必要なら手動で追加します。
一部のフォルダ（システム領域やOneDrive同期中など）は検索が遅くなる場合があります。

✅ まとめ

絞り込み項目	キー	例
日付	date:	date:this week
種類	kind:	kind:documents
サイズ	size:	size:>100MB

Windows 11のエクスプローラー検索を理解すれば、膨大なファイルからでも目的のデータを数秒で見つけることが可能です。
ぜひ、日常業務や個人の整理にも活用してみてください！

💡 補足：検索結果が出ないときは「インデックス対象外」が原因かも？

Windows 11の検索では、「インデックスに登録されていない場所」では正しく絞り込み検索が動作しないことがあります。
特に Dドライブや外付けHDD、NAS、USBメモリ はデフォルトでインデックス対象外になっています。

そのため、次のような現象が起こります：

datemodified:2025/11/09 で検索しても何も表示されない
ファイル名検索はできるのに、日付・サイズ・種類の絞り込みが効かない
「検索結果に一致する項目はありません」と表示される

✅ 対処法：インデックスのオプションに追加する

スタートメニューで「インデックスのオプション」と検索して開く
画面下部の「変更」ボタンをクリック
「インデックスされる場所」一覧から、検索対象にしたいフォルダ（例：D:\img）にチェックを入れる
「OK」を押した後、右下の「詳細設定」→「再構築」を実行

インデックスが再構築されると、数分〜数十分後に日付やサイズなどの絞り込みが正しく動作するようになります。

🧠 補足ポイント

インデックスは PCの検索スピードを大幅に向上させる仕組みです。
頻繁に使う作業用フォルダはインデックスに追加しておくと便利。
逆に容量の大きいバックアップ用ドライブなどは追加しない方が快適です。

🔧 インデックス設定の確認場所

操作	手順
設定アプリから開く	設定 → プライバシーとセキュリティ → Windows Search → 詳細インデックス設定
コントロールパネルから開く	スタート → 「インデックスのオプション」と検索

1. VIEW（ビュー）とは？ – 定義文を保存する“仮想テーブル”

2. VIEWはいつ“評価”されるのか？ – クエリ実行時に展開される

3. DBはVIEWを最適化してくれる – クエリオプティマイザの働き

4. VIEWをネストするとどうなる？ – 複雑化 → 最適化が困難化

5. VIEWのメリット

✔ コードの再利用性

✔ 可読性の向上

✔ 権限管理に使える

6. 気をつけるべきポイント（よくある落とし穴）

❌ VIEWが高速化してくれると思い込む

❌ VIEWを多段に重ねて巨大SQLになっている

❌ UNION・DISTINCT入りVIEWの多用

❌ VIEW経由にするとインデックスが効かないと思い込む

7. MATERIALIZED VIEWとの違い（超重要）

8. VIEWをどう使うべきか？（ベストプラクティス）

✔ 単純ビューを使う

✔ 複雑なロジックをVIEWに押し込まない

✔ 多段VIEWは避ける

✔ パフォーマンス課題が出たら、展開SQLを確認する

まとめ：VIEWは“実体のないSELECT文”であり、実行時に展開される

関連記事

✔ よくある文字列リストの処理

1. 空文字・null を除去する

2. 全要素を大文字 or 小文字に変換する

3. 特定の文字を含む要素だけ抽出する

4. trim＋フィルタ＋整形をまとめて 1 行で

5. 重複要素を除外する（distinct）

6. 文字列リストを区切り文字で join する（CSV など）

7. リスト内の文字列長でソートする（Comparator）

8. 正規表現で加工する（replaceAll 等）

9. Stream API を使うメリットまとめ

✔ コードが短く読みやすい

✔ null などの例外ケースを潰しやすい

✔ 並列処理（parallelStream）にも切り替えやすい

まとめ

関連記事

結論：ほとんどは「リスナーが動いていない or 設定が不一致」

1. 最速で直す！ORA-12541のチェック手順（5ステップ）

① リスナーサービスが停止していないか確認

Windows

Linux

② リスナーを再起動する

Windows / Linux 共通

③ listener.ora のHOST/IPが本当に正しいか確認

④ tnsnames.ora の接続先HOST/IPが一致しているか

⑤ ポート（1521）がファイアウォールで塞がれていないか

2. ORA-12541 が発生する代表的な原因まとめ

✔ リスナーが起動していない（最も多い）

✔ listener.ora と tnsnames.ora の不整合

✔ DNS・ホスト名解決の問題

✔ VM・クラウドのIP変更

3. 対処法まとめ（状況別）

🔧 ① リスナー停止が原因 → 再起動でOK

🔧 ② listener.ora の設定ミス → 修正 → リスナー再起動

ファイル場所

🔧 ③ tnsnames.oraが間違い → 修正

🔧 ④ ポート塞ぎ → FWで1521を許可

🔧 ⑤ DNS問題 → HOST をIPに変更する

4. 再発防止のためのポイント

5. まとめ

✔ 最速で確認すべきは以下の5つ

関連記事

1. HULFT転送の基本：ブロック単位で送られる

2. 単独転送の理論値：最速で送るシンプルな動作

■ 単独転送の理論値計算式

■ 例：500MBのファイルを100Mbpsで送信する場合

3. 間欠転送の理論値：休止時間の積み重ねで大幅に遅くなる

■ 間欠転送の理論計算式

4. 実例：500MBファイルを間欠転送で送るとどうなる？

★ 前提

■ 間欠転送の追加時間

■ 合計転送時間

→ 実際の現場でも「間欠転送は数倍遅くなる」理由はここにある

5. 実効転送速度（Throughput）の簡易算出方法

■ 実測からの計算式

6. 間欠転送の「適切な使いどころ」

7. 間欠転送設定によるエラー（S3Timeout など）について

✔ 大容量ファイルほど間欠転送はリスクが高い

まとめ

関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

💡 `String.format()` を使ったゼロパディング

📅 `DateTimeFormatter` を使ったゼロパディング

🧮 `getMonthValue()`と`getDayOfMonth()`を使う方法

🧠 `DecimalFormat`で数値的に制御する

　関連記事