この記事では、Spring Data JPA アプリケーションで指定された UUID リストのセットに基づいて Map を効率的に生成する方法を説明します。ここで、ブール値は UUID がデータベース エンティティに存在するかどうかを示します。 JPA ウェアハウス クエリと Java Streaming API 処理を組み合わせて、コードの明瞭さ、読みやすさ、パフォーマンスを確保する段階的なアプローチを採用します。

ビジネスシナリオと課題

開発プロセス中に、UUID のリストが與えられたときに、これらの UUID がデータベース エンティティ (たとえば、YourEntityHere) の特定のフィールド (たとえば、serviceId) に存在するかどうかを判斷する必要があることがよくあります。最終的に必要な結(jié)果は Map です。ここで、Map のキーは元の UUID リスト內(nèi)の各 UUID であり、値は UUID がデータベース內(nèi)で見つかったかどうかを示すブール型です。

データベース レベルで複雑な SQL クエリを通じてこのマッピング関係を直接生成すると、クエリ ステートメントの理解や保守が難しくなり、一部のデータベース言語ではパフォーマンスが低下する可能性があります。したがって、Spring Data JPA と Java ストリーミング API を組み合わせた最適化ソリューションをお勧めします。

推奨される実裝計畫

読みやすさ、パフォーマンス、保守性のバランスをとるために、このプロセスを 2 つのステップに分割することをお勧めします。

1. データベース クエリ レイヤー:データベースに実際に存在する UUID のみをクエリします。
2. アプリケーション サービス レイヤー:クエリ結(jié)果に基づいて、Java ストリーミング API を使用して最終的な Map が構(gòu)築されます。

この分離戦略により、データベース クエリがシンプルかつ効率的に保たれると同時に、マッピング ロジックがアプリケーション メモリ內(nèi)で完了し、Java の強(qiáng)力なコレクション処理機(jī)能が最大限に活用されます。

1. JPA ウェアハウス層: 既存の UUID をクエリする

Spring Data JPA ウェアハウス インターフェイスでは、@Query アノテーションを使用してカスタム クエリを定義し、特定の UUID リストに一致するサービス ID をエンティティからフィルターで除外できます。

エンティティ クラスが YourEntityHere という名前で、その中に id フィールド (または、serviceId などの照合したい UUID フィールド) があるとします。

 org.springframework.data.jpa.repository.JpaRepository をインポートします。
org.springframework.data.jpa.repository.Query をインポートします。
org.springframework.data.repository.query.Param をインポートします。
java.util.Listをインポートします。
java.util.UUIDをインポートします。

パブリック インターフェイス YourEntityHereRepository extends JpaRepository<yourentityhere uuid> {

    /**
     * 指定された UUID リストに基づいて、データベースに実際に存在する UUID をクエリします。
     *
     * @param uuids クエリ対象の UUID のリスト。
     * @return データベースに存在する UUID のリスト。
     */
    @Query("Select yeh.id FROM YourEntityHere yeh WHERE yeh.id IN :uuids")
    List<uuid> findExistingServiceUuids(@Param("uuids") List<uuid> uuids);
}</uuid></uuid></yourentityhere>

コードの説明:

• @Query("SELECT yeh.id FROM YourEntityHere yeh WHERE yeh.id IN :uuids"): これは、YourEntityHere エンティティからすべての ID フィールド値を選択する JPQL クエリです (これらの ID 値が受信 :uuids パラメーター リストに含まれている場合)。
• @Param("uuids"): メソッド パラメーター uuid を JPQL クエリの名前付きパラメーター (uuids) にバインドするために使用されます。

2. サービス層: UUID とステータス マッピングの構(gòu)築

サービス層 (またはウェアハウスを呼び出すビジネス ロジック層) では、上記のウェアハウス メソッドを呼び出して既存の UUID のリストを取得し、Java 8 のストリーミング API を使用して最終的な Map を構(gòu)築できます。

 org.springframework.stereotype.Service をインポートします。
java.util.Listをインポートします。
java.util.Mapをインポートします。
java.util.UUIDをインポートします。
java.util.function.Functionをインポートします。
java.util.stream.Collectorsをインポートします。

@サービス
パブリック クラス YourService {

    プライベート最終 YourEntityHereRepository リポジトリ。

    public YourService(YourEntityHereRepository リポジトリ) {
        this.repository = リポジトリ;
    }

    /**
     * 指定された UUID のリストに基づいて、UUID の存在狀態(tài)へのマッピングを構(gòu)築します。
     *
     * @param uuids チェックする UUID のリスト。
     * @return マップ。キーは UUID、値はブール値です (true は存在することを意味し、false は存在しないことを意味します)。
     */
    public Map<uuid boolean> getUuidExistenceMap(List<uuid> uuids) {
        // 1. データベースから実際の既存の UUID をクエリします
        List<uuid> foundUuids = repository.findExistingServiceUuids(uuids);

        // 2. Java ストリーミング API を使用してマッピングを構(gòu)築する // 元のリスト內(nèi)の各 UUID について、それが foundUuids にあるかどうかを判斷します return uuids.stream()
                .collect(コレクター.toMap(
                        Function.identity(), // キー: UUID 自體 foundUuids::contains // 値: UUID が foundUuids リストにあるかどうかを判斷します));
    }
}</uuid></uuid></uuid>

コードの説明:

• repository.findExistingServiceUuids(uuids): リポジトリ メソッドを呼び出して、データベース內(nèi)で見つかったすべての UUID を取得します。
• uuids.stream().collect(Collectors.toMap(...)): これはマップ構(gòu)築の中核です。
  • Function.identity(): マップのキーがストリーム內(nèi)の現(xiàn)在の要素 (つまり、元の UUID リスト內(nèi)の各 UUID) であることを指定します。
  • foundUuids::contains: 指定された Map の値は、現(xiàn)在の UUID が foundUuids リストに含まれているかどうかを決定するブール式です。 List.contains() メソッドは、要素がリストに存在するかどうかを確認(rèn)し、true または false を返します。

注意事項とパフォーマンスに関する考慮事項

• List.contains() のパフォーマンス: List.contains() メソッドは通常、內(nèi)部で線形検索 (O(n)) を?qū)g行します。 foundUuid のリストが非常に大きい場合、これはパフォーマンスに影響を與える可能性があります。この場合、HashSet.contains() の平均時間計算量が O(1) になるように、foundUuids を HashSet に変換することを検討できます。これにより、Map の構(gòu)築効率が向上します。

   // 最適化: 検索効率を向上させるために、foundUuids を HashSet に変換します。 Set<uuid> foundUuidsSet = new HashSet(repository.findExistingServiceUuids(uuids));
  
  uuids.stream() を返す
          .collect(コレクター.toMap(
                  Function.identity()、
                  foundUuidsSet::contains // O(1) 検索には HashSet を使用します));</uuid>

• 単一クエリの複雑さ:理論的には、より複雑なデータベース クエリ (たとえば、LEFT JOIN 式や CASE 式を使用) を通じて、Map に必要なデータをデータベース レベルで直接生成することを試みることができます。ただし、そのようなクエリは可読性が低く、デバッグが難しい傾向があり、特定のデータベース言語に依存している可能性があります。このようなマッピングのニーズに対しては、データ取得ロジックとマッピング ロジックを分離することが望ましいことがよくあります。

要約する

Spring Data JPA の @Query アノテーションと Java 8 のストリーミング API を組み合わせることで、UUID のリストからデータベースのプレゼンス?fàn)顟B(tài)へのマッピングの問題をエレガントかつ効率的に解決できます。この 2 段階の戦略により、コードの明確さと保守性が確保されるだけでなく、必要に応じてデータ構(gòu)造の最適化 (HashSet の使用など) を通じてパフォーマンスをさらに向上させることもできます。このようなビジネス シナリオを処理する場合には、これをお勧めします。

以上がSpring Data JPA を使用して UUID と存在狀態(tài)のマッピングを効率的に構(gòu)築するの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。