- 印刷する
テーブルは、データを保存する場所です。テーブルを使う」アプリでは、Tulipインスタンスにプリインストールされている「テーブルを使う」アプリについて説明します。
目的
テーブルを使用します。
データの長期保存は、生産の可視化と根本原因の分析にとって重要です。Tulip Tablesは、データを保存するための最適な場所です。
このガイドでは、Tulipインスタンスにあらかじめ組み込まれている「テーブルを使う」アプリを説明します。このアプリは、データを操作する際に必要となる基本的な操作の多くをカバーしていますが、実行可能なすべてのことを網羅したものではありません。テーブルの詳細については、以下の記事を参照してください。
このアプリの仕組み
このアプリは6つのステップに分かれています。ステップは、ユーザーが見ることができるさまざまなビューとして考えることができます。このドキュメントは、これらのステップによって構成されています。各ステップは、データを操作するために必要な異なるコア機能に焦点を当てています。
テーブルを表示する アプリのステップ
アプリ内で完全なテーブルを表示することは、ユーザーが既存のデータと対話するための最初のステップであることがよくあります。埋め込みテーブルウィジェットは、ユーザーがテーブルを直接見て操作できるようにします。ユーザーがテーブル内の行を選択すると、そのレコードは自動的にテーブル レコード プレースホルダにロードされ、トリガーで編集できるようになります。
レコードがプレースホルダにロードされると、そのレコードのデータを見るのは簡単です。テーブルレコードウィジェットでは、1つのレコードフィールドを表示することも、すべてのレコードフィールドを表示することもできます。
レコード編集アプリステップ
既存のテーブルデータを編集することは、プロセスの可視化には欠かせません。レコードの編集は���注文の完了ステータスを追跡したり、監査の担当ユーザーを更新したり、その他あらゆることに使用される可能性があります。
レコードを編集する前に、レコードプレースホルダにロードする必要があります。レコードプレースホルダの概要組み込みテーブルウィジェットでレコードをクリックすると、プレースホルダに読み込まれます。
アプリ内の個々の入力は、テーブル・フィールドに直接関連付けることができます。これにより、トリガーを使って変数値をテーブルに書き込む作業が省け、ユーザがそのトリガーを実行するためにボタンをクリックする必要もなくなります。
テーブルに書き込む前にユーザ入力に対して追加のチェックを行いたい場合、トリガはテーブルに書き込むこともできます。
レコード作成アプリステップ
新しいレコードを作成することは、意味のあるデータ洞察を構築するために習得すべき重要な技法です。レコードを作成する主な手順は次のとおりです。
- 一意のIDを持つレコードを作成し、レコードのプレースホルダーに割り当てます。
- 各テーブルのレコードフィールドに値を書き込みます。
- (オプション) テーブルに書き込まれている変数の値をクリアする。
レコードの削除 App Step
レコードの削除は頻繁に必要になる機能ではありませんが、誤ったデータを削除するのに便利な機能です。テーブルのレコードは、Tulipステーションのプレースホルダーにロードされている間は削除できません。このことが意味するのは、ユーザがインタラクティブ・テーブルからレコードを選択し、トリガーを使ってそのレコードを削除することができないということです。これを回避するために、我々は
- レコードがロードされているかどうかをチェックし、ロードされている場合は...
- 変数にそのレコードのIDを格納する
- レコードのプレースホルダをクリアする
- 変数に一致するIDを持つレコードを削除します。
これらのステップはすべて、1つのトリガーに統合することもできます。
テーブルのフィルタリング アプリのステップ
テーブルのフィルタリングは、ユーザーが対話できるレコードを制限するときに便利なツールです。例えば、ステータスがINCOMPLETEである順番にソートしたり、別の行に割り当てられたレコードを隠したりしたい場合です。
組み込みテーブルにフィルタを追加するのは簡単です。
テーブルを選択します。
フィルタの隣にある鉛筆マークをクリックします。
フィルタの追加 "を選択
ソートしたいテーブルのフィールドを選択し、そのフィールドにマッチさせたい条件を選択します。
- この場合、テーブルの「説明」フィールドが「検索の説明」変数と一致するかどうかをチェックしています。
- 作成された日付は、Date Filter変数の後にあります。
テーブルのクエリと集計のアプリステップ
クエリーと集計は、アプリの構築を簡素化するための巧妙なツールです。これらのトピックを深く掘り下げるには、こちらをご覧ください。クエリーと集計は、アプリのレベルではなく、テーブルのレベルで行われます。Table Exampleテーブルに移動してください。
クエリーはテーブルレベルでのフィルタリングとソートで、テーブルが使用される場所ごとにフィルタを適用する必要があるのに対して、複数のアプリで一様にテーブルフィルタを適用する場合に非常に便利です。
クエリを選択すると、テーブル上の既存のクエリが表示されます。同じテーブルに複数のクエリを追加することができます。
このクエリは、Descriptionフィールドがアプリ変数と一致するレコードのみを表示するよう、テーブルをフィルタリングします。クエリをクリックすると、クエリの構成が表示されます。
アプリ側でクエリデータを表示するのは簡単です。
- テーブルレコードにクエリを追加する
- 埋め込みテーブルウィジェットのデータソースとして、Tulip Table Queryを選択します。
集計は、クエリデータを基にした計算です。これらの計算は、アプリのロジックを駆動することができます。例えば、遅延オーダーの数が5を超えたらスーパーバイザーにメールを送信したいとか、上流のステーションが生産した在庫の問題を報告したら、アプリのステップを欠陥ロギングステップに変更したいとか。
このテーブルには、次の2つの集計があります。
- クエリが適用されたレコードの数を取得する
- クエリ適用時の各説明のリストを取得する
これらをアプリに組み込むのは、クエリとよく似ています。
- recordsタブのクエリに集計を追加します。
- 集計を表示するために、可変テキストウィジェットを設定します。