問題タブ [metadata-repository]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
database - FHIR リソース内のデータ要素のスライス
スライスは、複数の FHIR リソースで使用される複雑なデータ要素または複合データ要素を定義するための優れたアイデアです。
「構造定義内では、パスを共有するが異なる名前を持つ複数の要素エントリを使用してスライスが定義されます。これらのエントリは一緒に、 http: //www.hl7.org/fhir/2015May で説明されている便利な機能を備えた「スライス グループ」を形成します。 /profiling.html .
ただし、FHIR リソース「DataElement」自体では、ElementDefinition 内でのスライスの使用は許可されていません。https ://www.hl7.org/fhir/dataelement.html を参照してください。
=> 要素の定義、ベース不可、スライス不可
DataElements 内でスライスを許可しない理由は何ですか?
elasticsearch - elasticsearch インデックス vs タイプ戦略
私はelasticsearchに慣れていないので、助けていただければ幸いです.
私の会社にはメタデータリポジトリがあり
、リポジトリはこのように構成され
ています.さまざまなタイプのエンティティのグループがあります.
約 15 のグループ、合計で約 1500 のエンティティ
各エンティティ名は一意であり、重複はありません
各エンティティの基本データ (フラグ、テキストの説明など)
各エンティティには平均で約 100 ~ のフィールドがあります。
フィールドと言うとき、基本データを意味するのではなく、各フィールドにブールフラグ、テキスト説明などを含むエンティティ内の論理フィールドを意味します...
フィールドのグループもあります（約5）
さらに、リポジトリにはバージョンがあり、毎月新しいバージョン
があります。問題は、 elasticsearch に最適に適合
するようにこの構造をモデル化する最善の方法は何ですか?elasticsearch
でのデータの使用法は、名前とグループでエンティティを検索し、すべてを取得することです。エンティティのフィールド、名前とグループでフィールドを検索、名前とグループでエンティティ内のフィールドを検索
、次のモデルを考えました:
エンティティ (フィールドではない) に関するデータがあります
。例: リポジトリのバージョン 1、groupAのエンティティ 1
各エンティティのフィールドは次のようになります
例: entity1 のバージョン 1、フィールド グループ A の field1
これはリポジトリをモデル化する良い方法ですか?, この方法でインデックスの割り当てを作成すると思います.より多くのタイプを持つようにモデル化する必要がありますか? より多くのタイプではなく、より多くのインデックスの利点は何ですか?
ご覧のとおり、私はelasticsearchを初めて使用し、学習資料の割り当てを見つけることができなかったので、少し無知に感じますO:
助けてくれてありがとう:D