スピーカー | 成績証明書 |
| マンディ | さて、今日の議論へようこそ。 テーブルについて話しましょう。 私の名前は Mandy Chambers です。JMP テスト チームの主任テスト エンジニアです。 |
| そして今日参加する私の同僚兼友人はケルシー・ミクラウスです。 彼女は、JMP ライフ サイエンス チームの研究開発部門のシニア マネージャーです。 |
| ケルシーと私は実際に数年前に協力し始めました。臨床製品が私がたまたまテストするすべてのものの優れた消費者になり始めていたからです。 |
| そこで私は彼女のグループのことをよく知るようになり、彼らが実装しようとしていたさまざまな事柄について緊密に協力することができました。 |
| そして、私が JMP で実際にテストしたものを実際に顧客が使用し、臨床製品でどのように使用するかを実際に見ることができたのは、私にとって非常に貴重でした。 |
| そこで、過去にこのようなプレゼンテーションを行ったことがあります。 かなり長いので、ここで行うのが最善であると判断しました。 |
| 文書全体を渡します。 これが、2 セットのデータと zip ファイルとともに、この録音に添付されているものです。 データテーブル、スクリプト、 |
| たとえ私が最終的に表示しなかったり、Kecli がそこにあるものを表示しなかったりしても、必要なジャーナルやさまざまなものがあり、各アプリケーションをステップ実行できるようになります。 あなたならそれができるはずです。 それでは、ここで私の画面を共有することから始めましょう。 |
| 今日私が何を話そうとしているのかがわかるように。 先ほども言いましたが、私が所有していた日記の全体を紹介するとしたら、テーブルの結合と、テーブルを結合するさまざまな方法について説明することになるでしょう。 |
| ここでは、詳細には説明しませんが、基本的なテーブル結合について説明します。 これをクリックすると、 |
| ラップトップの実行とラップトップの主題。 JMP を初めて使用する場合、またはこれまでにこれを行ったことがない場合は、テーブル メニューの下で、 |
| テーブル結合を実行できますが、これは物理結合です。 これによりテーブルがまとめられます。 したがって、私はラップトップの実行とラップトップの科目に参加することになります。 |
| このダイアログ内で、結合したいものを選択します。 マッチングによる結合、デカルト結合、行結合が可能で、その後テーブルを結合します。 今はそんなつもりはない、ただ |
| 時間はかかりますが、それがあなたがやるべきことです。 また、ここのテーブル メニューの下で、JMP クエリ ビルダーについて説明します。 |
| これには、より多くのテーブルを結合できる機能があります。 3、4、5、6 のテーブルがいくつあっても、それらを結合して、すべてを含む 1 つのテーブルを作成します。 しかし、繰り返しになりますが、今日は実際にはそれをするつもりはありません。 |
| それで、私が |
| ここに戻って、これらのテーブルを閉じます。 |
| 仮想結合がどのようにして生まれたのかを見てみましょう。 それでは、最初にテーブルの結合について説明しましょう。 |
| どのタイプの結合を使用するかを決定する必要があります。 したがって、テーブルが小さい場合は、物理結合を行うのが最も簡単かもしれません。 テーブル結合を行うだけの場合、先ほど示した 2 つのテーブルのように、それほど大きくありませんでした。 |
| 3 つまたは 4 つ以上のテーブルを取り込む場合、JMP クエリ ビルダーはテーブルを構築するための優れたツールです。 |
| また、すべてのデータを同じテーブルに入れたい場合もあり、それがまさに希望通りになるかもしれません。 ディスク容量に注意する必要があるだけです |
| 5 つまたは 6 つのテーブルが別々に配置されており、それらを物理的に結合すると、重複したコピーが作成されることを理解してください。 |
| これらは、どちらを使用するかを決定する方法です。 仮想結合は JMP 13 で導入され、次の機能が追加されました。 |
| リンク、共通のリンク ID を取得し、複数のテーブルを結合します。 加入せずに加入するという概念のようなものです。 スペースを節約し、データの重複も節約します。 |
| それで...13年に私たちはそれから始めました。 そして 14 年から 15 年にかけて、顧客から要望があった機能をさらに追加しました。 行とのリンクテーブルの同期...行の状態の同期。 列名を短縮できます。 リンクされたテーブルを自動的に開く機能を追加しました。 |
| リンク ID とリンク参照を同じ列に含めることができます。 また、どのソースが列ソース テーブルであるかを示す、小さなホバー ヒントも追加しました。 |
| 以上が私たちが追加したもので、これを設定してデモしてみます。 それで、私は実際にある人から得たこのデータを持っています... |
| それは単なる架空のハイテク企業です。 それは人事データであり、報酬、従業員数、多様性、コンプライアンスなどが含まれます。 |
| 学歴やその他の雇用要因。 考えてみれば、これはリンクするのに最適な種類のデータです。 |
| 通常は、従業員 ID などの一意の ID 変数、または相互にリンクできるもので、人事チームのさまざまなデータがさまざまな場所に存在する可能性があります。 |
| そこで、これら 2 つのテーブルを開いて、これらをリンクする場合にどうするかを簡単に説明します。 |
| このテーブルは従業員スコア 1 で、その後ろに報酬マスター 1 があります。 これらのテーブル、従業員スコア 1 が私のソース テーブルです。 |
| そして、Compensation Master が私の参照テーブルです。 したがって、この表でこれらの ID、この ID 変数を確認できます。 そしてそれは報酬マスターテーブルにもあります。 |
| そこでリンクIDを設定してみます。 したがって、これを行うにはいくつかの異なる方法があります。 列のプロパティに移動できます。 |
| ここにリンク ID と参照があることがわかります。 これを行う最も簡単な方法は右クリックなので、リンク ID があります。 |
| ここで右を見ると、この ID キーがその列に割り当てられていることがわかります。 |
| それでは、報酬マスターテーブルに入ります。 そして、このコラムに入ります。 また、列のプロパティを使用してそれを行うこともできます。 |
| ただし、ここで参照リンクに移動するのが最も簡単な方法です。テーブルには ID が含まれています。 したがって、このリストに表示されます。 これをクリックすると、リンク参照が表示されます。 |
| アイコンがそこにあります。 そして、このテーブルにあったすべての列がこのテーブルで利用できることがわかります。 多数の列があることがわかります。 |
| ここには、長い列名があることもわかります。列名に加えて、これが参照列であることを示す識別子がここにあります。 |
| そこで、ここに保存したこの小さな単純な表を実行して、これがレポートであることと、これがサービスの仮想列の長さであることを簡単に示します。 |
| そして、報酬タイプは実際に私の報酬テーブルの一部であり、性別は仮想列です。 そこで、私は仮想列とテーブル内に存在する列を使用してこれを構築しています。 |
| すぐに指摘しておきたいのは、この小さな赤い三角形の下にあることです...このデータを操作していて、次のように決定したとしましょう。 |
| 「ああ、本当にこれをテーブルにしたいんです。 本当にすべての列を 1 つのテーブルに入れたいのです。」 ここには参照データのマージと呼ばれるちょっとした秘密ツールがあります。 |
| そして多くの人は、これが実際に存在することを知りません。 ただし、必要に応じて、それをクリックすると、すべての列をマージできます。 |
| このテーブル。 それで、時間の都合上、今はやりませんが、それがどこにあるのかを指摘したいと思いました。 |
| それでは、すぐにこの日記でもう一度お見せしましょう。 これはスクリプトを使用して行うことができるため、プロパティ リンク参照を設定し、テーブルをポイントすることができます。 |
| リンク列を使用するリストを作成します。 したがって、これをすぐに閉じて、実際に使用していた同じアプリケーションに戻ります。 |
| 同じ 2 つのテーブルには、追加で保存されたスクリプトがいくつかあります。さらに表示したいものがいくつかあります。 もう一度、従業員のスコアを取得しました。 これが私のソーステーブルです。 |
| そして、私は補償マスターを持っており、それらはすでにリンクされており、ここで見ることができます。 そこで、その表を再実行して、何かをお見せしたいと思います。 |
| したがって、これらの列名が短くなっていることがわかります。 そこで、JMP 14 で追加した内容を示したいと思います。 右クリックして列情報ダイアログを表示すると、 |
| ここで、リンクされた列名を使用すると言っていることがわかります。 そして、これらの名前が短くなることを設定します |
| これは本当に素晴らしい機能です。なぜなら、最終的にこのレポートを誰かと共有するとき、その人は列がどこにあるのかあまり気にしないからです。 |
| メインテーブルにあるか仮想テーブルにあるかに関係なく、 したがって、これはあなたにとって素晴らしい、クリーンなレポートです。 スクリプトが保存されると、スクリプト内で次のことが確認できるようになります。 |
| 参照テーブルを表示するスクリプトが保存されます。 それでこれを見ればわかります。 したがって、このコラムがどこから来たのかはわかるでしょうが、 |
| 共有している相手が必ずしも知る必要はありません。 そこで、行状態のディスパッチで追加したもう 1 つのことを示したいと思います。 |
| 簡単な例として、このディストリビューションを実行してみます。 そして、この分布では、これらの数値が間違っているというタイトルが付いていることにすぐに気づきました。 |
| それで、私が話していることを指摘させてください。 従業員スコアは私の従業員データベース テーブルで、約 3,600 人の従業員がいます。 |
| これは従業員に対する一意の参照であり、現在の従業員データベースだと言えます。 私の報酬マスター テーブルは履歴テーブルに似ており、12,000 件あります。 |
| そのため、このテーブルには同じ従業員への複数の参照が含まれる可能性があります。たとえば、従業員が転職して昇給したり、異動したりしたとします。 |
| あるいは、もう会社にいない従業員がいる可能性もあります。 このテーブルからこのレポートを実行する |
| 本当に欲しい情報が表示されません。 ここを見ると、カウントがずれていて、カウントが大きくなっているのがわかります。探していたものは正確にはありません。 |
| これが、この行状態の同期を作成した理由の 1 つであり、Kelci はこれについて実際のアプリケーションでももう少し詳しく説明する予定です。 |
| ただし、ここでは単に行の状態をディスパッチする方法を説明するだけです。 つまり、私がやっていることは単にバッチ処理を行っているということです。 |
| 選択カラーマーカー。 私がやっていることは、実際に報酬マスターから従業員のスコアを送信していることです。 |
| このテーブルに情報を送信しているのは、(申し訳ありませんが)、このテーブルから情報を実行したいからです。 |
| したがって、戻ってそのディストリビューションを再実行すると、このディストリビューションが得られます (列は少し異なります)。 ここで数字を見てみると、 |
| 従業員データベースの正確な数字を持っています。 そしてそれはまさに私が見たかったものです。 したがって、派遣と受け入れには注意する必要があり、Kelci がそれについて詳しく説明します。 しかし、これはそれを行う方法の単純な例にすぎません。 |
| すぐに説明しますが、次のようなオンライン ヘルプのリンクがあります。 |
| 列を仮想的に結合し、行の状態を表示する例。 それをステップごとに説明します。 他にもいくつか例があります |
| 仮想結合の使用について。 この設定に関する詳細情報が必要な場合。 繰り返しになりますが、これはすべてスクリプトで実行可能です。 したがって、行の状態とそれに必要なさまざまなことを設定することで、これをここでスクリプト化できます。 |
| そこで、JMP 15 に移行するにあたり、さらにいくつかのことを追加しました。 そこで私たちが追加したのは、テーブルを自動的に開く機能と、列の上にマウスを移動して列がどこから来ているかを把握する機能を追加したということです。 そして、それが正確に何を意味するのかを説明します。 |
| それで、これらをクリックすると。 JMP 15 用にいくつかの新しいテーブル、employeemaster.jmp を作成しましたが、これは依然としてこの HR データの一部です。 それで、これを少し追跡して見てみると、この表についていくつか指摘できることがわかります。 |
| リンク ID とリンク参照があります。 そして、それが JMP 15 に追加したもう 1 つの機能であり、同じ列にリンク ID とリンク参照を含めることができる機能です。 |
| これを見て、自宅の窓を見てみると、さらに 2 つのテーブルが開いていることがわかります。 それらは自動的に開かれました。 |
| それで、これがどのように機能するかを見てもらうために、これらを並べてみたいので、これらを開いていきます。 ただし、この従業員マスター テーブルは、 |
| a...それらを積み重ねてください...学歴表にリンクされており、その表が私の退職予測表にもリンクされています。 そして、あなたは見ることができます |
| ここにはリンク参照を持つ従業員 ID とリンク ID、従業員 ID があります。 同様に、予測判定は ID のみを持ちます。 |
| また、従業員 ID の一意のデータを含む別のテーブルが 1 つまたは 2 つあり、それを取り込む必要がある場合は、ここでリンク参照を割り当てることで文字列を継続することができ、作業を続けることができます。 そこで、...簡単にお見せします。右クリックしてこの列を見てみると、 |
| リンク ID が設定されていることがわかり、リンク参照も設定されていることがわかります。 そして、学歴が表であり、この表がリンクされていることがわかります。 |
| 私は自動オープンで、短い名前を付けています。 行の状態をディスパッチしていないため、そこには何も設定されていません。 したがって、これらの他の 2 つのテーブルにある列はすべて、従業員マスターと呼ばれる参照テーブルで使用できます。 |
| ここには利用可能な多数の列があり、リンク列がここにグループ化された列として表示されていることがすぐにわかります。 |
| お客様からいただいたもう 1 つの質問は、これらの列の出所を教えていただく方法はありますか、というものです。 |
| それで少しは明確になったでしょうか？ そこで、この素敵な小さなホバー ヒントを追加しました。 ホバーしたら |
| これは、この特定の列無効化フラグが予測終了から来ていることを示しています。 つまり、実際には、このシリーズの最後のテーブルからのものです。 |
| そして、ここでこれらのいずれかをクリックすると、学位プログラムのコードは教育の歴史から来ていると表示されます。 |
| これは、プラットフォームなどで実行しようとしている列を選択するときに役立つ、ちょっとした便利な機能です。 |
| ただし、この配布を実行すると、これは従業員レベルを示す単純な配布の例にすぎません。 |
| 実際には従業員マスターテーブルから来ています。 この学位の説明は学歴テーブルから取得され、このパフォーマンス評価は私の予測退職テーブルから取得されます。 そして、さらに詳しく見ることができます |
| ここにある他の例のいくつか。 私は建てました |
| ここのダッシュボードのコンテキスト ウィンドウには、箱ひげ図を表示するグラフ ビルダーが表示されます。 ここに分布、表、ヒートマップがあります。 |
| すべての仮想列を使用すると、テーブルの一部の列だけでなく、仮想列にもフィルターが適用されます。 それで、女性と専門家に注目したいと思います。 |
| 私はいつもここの奇妙さを指摘したいと思っています。 ここに入って、ここにたむろしているような 2 つの小さな場所を見てみましょう。 報酬率は人々がどのように支払われているかを示すものであるため、これは私にとって非常に興味深いです。 |
| 基本的には、彼らの職務内容に見合った適切な比率で給料が支払われているかどうかです。 そして、これら 2 つの外れ値は次のようです。 |
| 常に期待を上回っていますが、おそらく給料が低めのようです。 ここにあるのと同じように |
| それ自体はすべてであり、期待に応えられることはめったにないように見えますが、少し過剰に支払われている可能性もあれば、間違いである可能性もあります。 しかし、いずれにせよ、これらに焦点を当てていくと、選択が行われていることもわかります。 |
| ここ。したがって、このヒート マップでは、パフォーマンスとトレーニングに費やされているお金があることがわかります。だからその人を訓練するかもしれない。 それは本当に良いことです、見て良かったです |
| つまり、 |
| 私が見せたかったすべてについて。 ただ、繰り返して思い出していただくために、このことを示したかったのです。 学歴は、終了が予測されている列にアクセスできます。 |
| したがって、これら 2 つのテーブルは別々に通信できます。 このグラフ スクリプトを実行すると、 |
| 私も同様のパフォーマンスとトレーニング費用を持っていますが、これら 2 つのテーブルの列の組み合わせを使用して、人々がここでの制限に該当するかどうかについて、成績平均やクラス ランクなどを調べています。 |
| それで、これを伝えさせていただきます。 それが私が共有したかったことの大部分だったと思います。 画面共有をやめるつもりです。 そして私はこれをケルシに渡し、彼女がここからそれを受け取るでしょう。 |
| ケルシー・J・ミクラウス | ありがとう、マンディ。 |
| マンディは、私たちはこれまでに何度かこの講演を行ってきましたが、実際には、この共同作業によるものだと言いました。 |
| 私は、JMP Clinical および JMP Genomics の垂直ソリューションのライフサイエンスを担当するグループで働いています。 |
| そして、仮想結合を実際に活用できる完璧な例を見つけ、それらの機能が JMP の最後の数バージョンでどのようにリリースされたかについて開発チームと緊密に連携しました。 |
| このセクションでは、臨床研究に特有のいくつかの例と、行状態の同期に関するこの対話テーブルのアイデアを実際にどのように活用したかについて説明します。 |
| つまり、Mandy が述べたように、これは今のことであり、最後まで時間があれば、行状態の同期を伴う仮想結合というこのアイデアが、JMP 臨床レポートとレビューの使用方法を推進するアーキテクチャ全体になります。 |
| 初期の有効性と安全性を評価し、お客様との臨床試験レポートを作成します。 これが非常によく適合する理由の 1 つは、典型的な臨床試験データの形式にあります。 |
| したがって、行状態の同期または行状態の伝播 (私が時々呼んでいる) に関するすべての例で使用するデータ例は、 |
| これらは、約 900 人の患者を対象とした臨床試験からのデータの例です。 約20～30年前に行われた実際の臨床試験です。 |
| これらの患者に対するくも膜下出血とニカルジピンの治療を調べています。 |
| 臨床データの素晴らしい点は、非常に標準的な正規化されたデータ構造を扱うことです。つまり、マンディが見せてくれた...見せてくれ...見せてくれた人事データと同様に、臨床試験の各コンポーネントが収集されることになります。 |
| は正規化されているため、各テーブルには独自のコンテンツがあり、それを個別に追跡できますが、仮想結合を使用して包括的なストーリーを作成できます。 |
| ここで説明する 3 つのデータセットは、約 900 人弱の患者を含むこの人口統計表です。 |
| ここでは臨床試験の患者ごとに 1 行あります。 これは人口統計と呼ばれるもので、出生、年齢、性別、人種、受けた治療、臨床試験中に起こった特定の兆候などの情報が含まれます。 |
| 同様に、個別のテーブルを作成することもできます。 したがって、臨床試験では、通常、新しい治療を受けている間に患者にどのような有害事象が起こったかを訪問のたびに収集します。 |
| 薬か勉強か。 これは約 5,000 件のレコードを持つテーブルです。 この一意のサブジェクト識別子はまだありますが、もちろん重複もあります。 つまり、これはあらゆる出来事や有害事象を記録します |
| それは私たちの臨床試験で各患者について報告されました。 そして最後に、実験室データセットも使用します。 |
| これも、有害事象で見られたのと同様のタイプの記録スタック形式に従っています。 |
| ここで私たちは定期的な訪問について考えています。そこではいくつかの検査室測定が行われ、臨床試験の全期間にわたってそれらを追跡して異常などを探すことができます。 |
| したがって、これら 3 つの表は、臨床試験データの国際 CDISC 標準と呼ばれるものの非常に標準的な正規化形式です。 |
| そして、それは仮想結合の使用に非常に適しています。 Mandy が言ったように、ラボの結合テーブルを作成するのは簡単です。 |
| しかし、ここには 6,000 件の研究室の記録があり、人口統計に統合すると、人口統計上の記述の単一インスタンスがすべて重複してしまうことになります。 そこで、これを使用して仮想結合を設定したいと思います。これは非常に簡単に行うことができます。 |
| 人口統計テーブルに作成する場合は、一意の被験者識別子をリンク ID として設定します。 |
| そして、非常に迅速に、通常、私たちは検査結果を見て、彼らが受けている治療グループのようなものを使用して、検査室に違いがあるかどうかを確認したいと思うので、 |
| そのデータを参照して、検査結果における治療群の違いを実際に評価して調べるための視覚化やレポートを作成できるようになりました。 |
| したがって、マージを行う必要はありませんでした。 仮想結合の列プロパティを設定する簡単な 2 ステップを通じて、人口統計テーブルからこれらの計画されたアーム列にアクセスできるようになりました。 |
| また、検査室の異常などを調べることも非常に簡単です。 ここでは、臨床試験の訪問全体で異常に高い検査結果を示した、さまざまな治療群または治療グループごとのプロットを示します。 |
| また、有害事象についてもこれと同じ種類の分析を行い、有害事象で異なる発生があるかどうかも確認したい場合があります。 |
| これらの治療グループ間で。 したがって、もう一度この表を参照人口統計にリンクし、たとえば実薬であるニカルジピンとプラセボについて個別に発生する有害事象の分布のカウントを非常に迅速に作成することもできます。 |
| そこで、今度は彼らに実際に話し合ってもらいたいと考えています。 したがって、これらのデータで示したい次の 2 つの例は、行状態の同期オプションです。 |
| Mandy の部分から、列のプロパティでテーブル間で行の状態を同期できる機能があることがすぐにわかりました。 |
| 私たちのトークがトークテーブルと呼ばれる本当の理由は、それが彼らが今コミュニケーションできる方法だからです。 また、行の状態をディスパッチすることもできます。つまり、リンク ID への参照を設定しているテーブルは、そのテーブルからの情報をその参照 ID テーブルに送り返すことができます。 |
| 簡単な例を見ていきますが、前述したように...Mandy が述べたように、これははるかに優れています |
| 決定的な結果が得られない可能性がある場合に非常に簡単に遭遇するため、場合によっては危険なケースもありますが、それが機能し、役立つケースを紹介します。 |
| お気づきのとおり、この分析から、たとえば有害事象の場合、リンク参照を設定したテーブル (ID テーブル) から列にアクセスして、その相違点を確認するのは非常に簡単でした。この表の治療グループ。 |
| ただし、実際にはそれ以外の方向に進むものは何もありません。 Mandy が言ったように、この新しい結合テーブルを使用して、たとえば治療グループの分布を確認することは望ましくありません。 |
| なぜなら、実際にここにあるのは一致しない数字だからです。 私たちのサイトに戻ってみると、実際には 5,000 件の被験者があるように見えます。 |
| 人口統計表では 900 未満です。 これが、治療グループごとの約 900 人の被験者の実際の分布です。 |
| 他のすべてのディストリビューションでも同様です。 ただし、このテーブルを分析テーブルとして使用するか、分析を作成する目標とする場合があります。 |
| そして、それに仮想的にリンクされているテーブルから情報を取得したいと考えています。 たとえば、実験室や有害事象などです。 |
| ここでは、この表を実際に使用して、この表の対象者に臨床検査の異常や重大な有害事象があった人の注釈を付けるビジュアライゼーションを作成します。 |
| そして、このデータを準備したので、私は騙されました。 私の有害事象データを見ればわかるでしょう |
| 私はすでに分析を行って、深刻と考えられる有害事象である被験者のケースを見つけ、行状態マーカーを使用して、深刻な有害事象があったレコードに注釈を付けました。 |
| 同様に、研究室のデータセットでは、 |
| 注釈を付けるために赤色を使用しました...ラボの結果に注釈を付けました |
| 異常に高い。 したがって、たとえば、高い異常があったものをすべて見ることができます。 行状態の選択と行状態の制御だけを含めて、この大部分を赤色に色付けしました。 |
| したがって、これら 2 つの行の状態が設定されたこのデータを使用して、人口統計テーブルに戻ることができます。 |
| そしてビューを作成します |
| これは、臨床試験における患者の年齢の部位別の分布です。 |
| ここで、リンクされた各テーブルに戻ると、行状態の同期を使用して、この注釈付き情報の取り込みを制御できます。 |
| そこで、ここではこのオプションを参照テーブルのある行状態からなし、実際にディスパッチするように変更します。この場合は注意が必要です。 このテーブルでリンク参照テーブルに伝えたいのは、マーカー セットだけです。 |
| 「適用」をクリックします |
| そして、その人口統計表から作成した視覚化には、他の表からの有害事象を経験した被験者のマーカーが含まれていることに自動的に気づくでしょう。 |
| ラボでも同じことができるようになりました。 |
| 発送を選択してください。 この場合、色のみを発送したいと考えています。 |
| そして今、列のプロパティを制御するだけで、ディスパッチ行状態の同期または伝播を使用して仮想的に結合されたテーブルからの情報にアクセスできる人口統計テーブルから構築された視覚化または分析ができるようになりました。 |
| 本当に素晴らしいですね。 本当に強力な機能だと思います。 ただし、ディスパッチ オプションには注意すべき点や注意すべき点がたくさんあります。 |
| つまり、仮想結合の仕組み全体は次のようになります。 |
| リンク ID テーブル、日付...設定したデータ テーブル (この場合は人口統計) は ID ごとに 1 行であり、それをマージまたは仮想結合するために使用します。 |
| その使用 ID のコピーが多数あるデータ テーブル。 したがって、1 対多を作成しています。それはいいです。 ディスパッチは多対 1 を実現します |
| 会話。したがって、ドキュメントには...このビデオで提供されているリソースには、たくさんの内容があります。 |
| 慎重に使用するための解説。 高度にインタラクティブなものであってはなりません。 |
| その後、行の状態を変更することにした場合、非常に簡単に混乱したり無意味になったりする可能性があります。 |
| たとえば、色とマーカーの両方をマークした場合、一部の行が「この色を赤にしろ」と言っている可能性があるため、どうすればよいのかわかりません。 |
| しかし、リンクされている他の表では、色を青または黒に指定している可能性があります。 したがって、混合したり一致させたり、多対 1 のマージのアイデアをあまりインタラクティブに使用したりしないように、細心の注意を払う必要があります。 |
| しかし、この例では、これは非常に価値のあるツールであり、ここに到達するにはかなりの量のデータ操作が必要でした。 |
| そこで、これらのディスパッチ仮想結合の例を終了し、おそらくより一般的に使用されるであろう accept の例に進むことにします。 |
| 仮想結合トーキングテーブルの受け入れ行の状態。 このケースでは、実際にスクリプトを使用してこれを実行します。 したがって、仮想結合をインタラクティブに説明する代わりに、 |
| 行の状態と列のプロパティについて、このスクリプトの結果を見ていきます。 |
| ここでの例は、私たちがやりたかったことですが、これら 3 つのテーブル (やはり、人口統計、有害事象、臨床試験における検査データ) を使用して、実際にいわゆる |
| 包括的な安全プロファイル。 そしてこれこそが、お客様にとっての JMP Clinical の使用の正当性と理論的根拠です。 |
| これらのデータセットを取得し、それらを分離したままにしつつ、それらを包括的な単一の分析で使用できるようにして、それらが分離していると感じさせないようにしたいという考えです。 |
| したがって、この例では、人口統計を開き、それをリンク ID として設定できるようにしたいと考えています。 したがって、これは、人口統計テーブルを作成し、一意の被験者識別子にリンク ID 列プロパティを作成する、先ほど対話形式で行ったことと似ています。 |
| それで終わりです。 そこに、それがリンク ID プロパティであることを示すキーが表示されます。 次に、ラボのデータセットをオープンしたいと思います。 |
| そして、そのテーブルの一意の被験者識別子にプロパティを設定して、人口統計テーブルへのリンク参照を使用します。 |
| そして、いくつかのオプションとオプションをここに示します。 私たちは、短い名前を使用することの特性を示したいと考えています。 リンクされた列名を使用して、列名を短縮します。 |
| 人口統計テーブルから labs テーブルに送られる列。 ここでは、選択、除外、および非表示の受け入れとして行状態の同期を設定したいと考えています。 |
| AE テーブルに対してもこれを行います。 そこで、次のコード スニペットの両方を実行します。 |
| これにより、AE と実験台が開きます。 そして、ここでのプロパティはディスパッチの代わりに受け入れるように設定されていることがわかります。 |
| これらを使用して、選択、除外、非表示を行います。 同様に、有害事象の表にもまったく同じ受け入れ結果が示されています。 したがって、この場合、今回のディスパッチの代わりに、私たちはディスパッチのみを行うよう細心の注意を払っていました。 |
| あるテーブルからの 1 つのタイプの行状態と、別のテーブルからの別のタイプの行状態がリンク ID 参照テーブルに返されます。 ここでは、リンク ID 参照テーブルの人口統計に何が起こるかをブロードキャストさせます。 |
| 他の 2 つのテーブルへ そして、それが accept の動作です。 したがって、人口統計テーブルから行の状態を受け入れることになります。 |
| そして、実際にはここの人口統計テーブルにスクリプトを添付しているだけであるという少しごまかしをしました。 |
| これは実際には、すでに示したビジュアライゼーションの一部をセットアップするだけであり、単一のウィンドウ内の各テーブルにアタッチされたスクリプトです。 |
| ここでは、あなたの安全性プロファイルを検討できるものを示します。 患者の人口統計情報を配布しています。 したがって、これは人口統計表から得られたものです。 |
| プラセボ群の 443 人の患者とニカルジピン群の 427 人の患者数の正しい数値が表示されます。 |
