/** * WPML compatibility functions * * @global array $duplicated_posts Array to store the posts being duplicated. * * @package Yoast\WP\Duplicate_Post * @since 3.2 */ add_action( 'admin_init', 'duplicate_post_wpml_init' ); /** * Add handlers for WPML compatibility. */ function duplicate_post_wpml_init() { if ( defined( 'ICL_SITEPRESS_VERSION' ) ) { add_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10, 3 ); add_action( 'shutdown', 'duplicate_wpml_string_packages', 11 ); } } global $duplicated_posts; // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: Renaming a global variable is a BC break. $duplicated_posts = []; /** * Copy post translations. * * @global SitePress $sitepress Instance of the Main WPML class. * @global array $duplicated_posts Array of duplicated posts. * * @param int $post_id ID of the copy. * @param WP_Post $post Original post object. * @param string $status Status of the new post. */ function duplicate_post_wpml_copy_translations( $post_id, $post, $status = '' ) { global $sitepress; global $duplicated_posts; remove_action( 'dp_duplicate_page', 'duplicate_post_wpml_copy_translations', 10 ); remove_action( 'dp_duplicate_post', 'duplicate_post_wpml_copy_translations', 10 ); $current_language = $sitepress->get_current_language(); $trid = $sitepress->get_element_trid( $post->ID ); if ( ! empty( $trid ) ) { $translations = $sitepress->get_element_translations( $trid ); $new_trid = $sitepress->get_element_trid( $post_id ); foreach ( $translations as $code => $details ) { if ( $code !== $current_language ) { if ( $details->element_id ) { $translation = get_post( $details->element_id ); if ( ! $translation ) { continue; } $new_post_id = duplicate_post_create_duplicate( $translation, $status ); if ( ! is_wp_error( $new_post_id ) ) { $sitepress->set_element_language_details( $new_post_id, 'post_' . $translation->post_type, $new_trid, $code, $current_language ); } } } } // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: see above. $duplicated_posts[ $post->ID ] = $post_id; } } /** * Duplicate string packages. * * @global array() $duplicated_posts Array of duplicated posts. */ function duplicate_wpml_string_packages() { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: renaming the function would be a BC-break. global $duplicated_posts; foreach ( $duplicated_posts as $original_post_id => $duplicate_post_id ) { // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $original_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $original_post_id ); // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. $new_string_packages = apply_filters( 'wpml_st_get_post_string_packages', false, $duplicate_post_id ); if ( is_array( $original_string_packages ) ) { foreach ( $original_string_packages as $original_string_package ) { $translated_original_strings = $original_string_package->get_translated_strings( [] ); foreach ( $new_string_packages as $new_string_package ) { $cache = new WPML_WP_Cache( 'WPML_Package' ); $cache->flush_group_cache(); $new_strings = $new_string_package->get_package_strings(); foreach ( $new_strings as $new_string ) { if ( isset( $translated_original_strings[ $new_string->name ] ) ) { foreach ( $translated_original_strings[ $new_string->name ] as $language => $translated_string ) { do_action( // phpcs:ignore WordPress.NamingConventions.PrefixAllGlobals -- Reason: using WPML native filter. 'wpml_add_string_translation', $new_string->id, $language, $translated_string['value'], $translated_string['status'] ); } } } } } } } } Neo4j　BI – Raqqa

Raqqa

Neo4j　BI

—

by

rakkaUser
in

ざっくり結論

  • GraphQL
    → このシステムの読み取りコントラクトを綺麗に整理するのにすごく向いてる。
    → nlq-dev やフロント、将来の外部連携の“正規の窓口”になる。
  • Power BI
    → KPI/RCAのビジネス可視化には向いてる。
    → ただし ノード・エッジのネットワーク図を主役にするBIではない。
    → 「グラフDBの絵」を見せたいなら別ツールの方が強い。

Power BIが得意な見せ方

あなたのPoCのストーリーは、Power BIにかなり乗ります。

とくに強いのはこれ

  • 粗利率の時系列
  • 異常月のハイライト
  • 原因KPIの寄与
  • 材料/工程/品質の分解
  • 証跡の一覧

つまり、
**“グラフ構造は裏側の推論エンジン”**として使い、
**“表に出すのは表形式に落とした説明結果”**がベスト。

Power BIは
グラフを描くより
グラフが導いた答えを美しく説明するのに向く。

Power BIでグラフ表示は合わない？

合わないというより、主役にすると苦しいです。

Power BIにもネットワーク可視化のカスタムビジュアルはありますが、

  • データ量が増えると重い
  • 表現が限定的
  • レイアウト制御が難しい
  • “探索”には弱い

なので、

Power BIでやるなら“軽量なネットワーク”

  • 異常月の
    KPIResult → Top 3 Components → Top 1 Process/Material
    くらいの小さな絵に留めると綺麗。

じゃあ“グラフの絵”は何で見せる？

デモの説得力を上げるなら併用が最強です。

  • Neo4j Browser（開発・検証）
  • Neo4j Bloom（ビジネス向け探索UI）
  • GraphXR/Linkurious系
  • 自前Web（Cytoscape/D3）

顧客デモなら
Bloom + Power BI の組み合わせがかなり強い絵になります。

GraphQL × Power BI の現実的な接続

Power BIは GraphQLを“公式に直で美味しく食べる”設計ではないので、
ここは割り切りが必要。

おすすめは2択。

A. GraphQLはアプリ用、BIはRDBを読む

いちばん安定。

  1. Neo4jでRCA推論
  2. 結果を KPI Postgresに書き戻し or 集計ビュー化
  3. Power BIはそこを読む

あなたの設計思想
「企業差分は辞書とマッピング」
とも噛み合う。

B. GraphQLを“BI向けにREST薄皮”で包む

どうしてもGraphQL一元化したい場合。

  • /bi/anomaly_summary?company=demo&period=2025-10
    みたいな Read-only REST を足す

Power BI側が扱いやすい。

いまのPoCに一番合う役割分担

あなたのフェーズ感に合わせるなら：

GraphQL

  • Phase 6.2 で実装する最小Read API
    • periods
    • kpiResults
    • anomalySummary
    • componentDrivers
    • evidenceByKpiResult

→ アプリとnlq-dev連携の契約

Power BI

  • **KPI Postgresの“平坦化テーブル/ビュー”**を読む
    • bi_kpi_monthly
    • bi_anomaly_explain
    • bi_evidence_list

→ 顧客向けレポート/ダッシュボード

つまり

  • GraphQLで整理するのは大賛成。
  • Power BIも全然アリ。むしろKPI/RCAの説明にはかなり向く。
  • ただし
    「グラフ構造の可視化そのもの」をPower BIに期待しすぎないのが勝ち筋。

Comments

コメントを残す

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です