AppSheet は本格的なアプリ開発にも使えるのか？
サーバサイド開発経験者が初見で感じたこと

テーブル設計

いよいよ、３つのテーブルのカラムの内部設計を追いかけていきます。

開発キット内に、３つのテーブルが表示されています。
ビューをもつOrderシートから、各カラムがどうなっているかを探っていきましょう。

同内容を下へも転記します。
スプレッドシート上では視認できないカラムもありますね。スプレッドシートから見えるカラムは太字にします。

Orderテーブル

それぞれのカラムは何を意味しているのでしょうか。

● _RowNumber
さっそく不思議なカラム名です。
調べてみると、どのテーブルにも自動で加えられるシート上の行ナンバーのようです。機械的に管理、利用されているため、意識する必要はなさそうです。無視しましょう。

● Order ID
これがデータベースでいうところの主キーです。KEYにチェックが入っています。

● Name
オーダ名です。Nameという型があるようです。
LABELにチェックが入っています。テーブルを代表する値にフラグをつけます。AppSheetではビューが自動で作成されるます。ディフォルトとしてどのカラムデータを見せるかという役割をラベルが担います。任意の列にラベルは指定できます。

● Ordered Started
オーダした日時。

● Your Order
FORMULAにREF_FOWSという式が入っています。２つ引数を取り、データセットとカラムを指定します。ここでは、中間テーブルのOrder Itemsを、またそこのMenu Item IDが指定されています。それを外部キーとして、本データセットのKEYで指定したOrder IDを主キーとして、参照連動させるための式です。

型も複数形のListになっている理由も納得できます。
このカラムは、別テーブル側から、本テーブルを参照する外部キーを設定することで自動で挿入されます。手動でも設定できます。

● Total
ここがYour Order列を利用したビジネスロジック部分でしょう。なんとなく意味はわかりますが、使われている式（FORMULA式）の、特にカッコの意図する文法が分かりません。後回しにします。

Menu Itemsテーブル

● _RowNumber
先と同じであるため説明省略。

● Menu Item ID
主キー。

● Name
アイテムの名前。

● Price
アイテムの価格。

● Related Order Items
中間テーブルであるOrder ItemsのMenu Item IDを外部キーとし、本データセットのKEYで指定したMenu Item IDを主キーとして、参照連動させるための式です。

Order Itemsテーブル

● _RowNumber
先と同じであるため説明省略。

● Order Item ID
主キー。

● Order ID
Ref型です。Ordetテーブルとの連携用の外部キーです。
参照先のテーブルの指定がないことを不思議に思いますが、Ref型を設定時にダイアログが表示され、テーブルを指定することになります。ダイアログ内のSource tableというリストから、Order Itemを選択します。

● Menu Item ID
Ref型です。Menu Itemsテーブルとの連携用の外部キーです。

● Quantity
注文数。

● Total Item Cost
何やら式が入っています。こちらもあとからまとめて見直します。

● Item Name
見直し予定。

３つのテーブルを見てきました。テーブルの連携は自由にできそうですね。

FORMULA式の説明

実データとしては管理されていない、ビジネスロジックを組み立てているFORMULA式のところの意味が分からずスキップしていました。最後にここを理解していきましょう。

AppSheet固有の４つの文法を覚えれば読み解けます。

① 　[列名]：指定列の一つの値

②　テーブル名[列名]：指定テーブルの指定列の全データのリスト

③　[Ref列名].[列名]：参照先のデリファレンス（実体化）したROWの、指定した一つの値

④　[Ref列名][列名]：参照先のデリファレンス（実体化）したROWの、指定した列値のリスト

宿題にしていた式は３つありました。今ならルールに従い理解できると思います。

■ SUM([Your Order][Total Item Cost])
　=> ④ルール
　Your Orderは、Orderテーブル内でREF_ROWSを使い、Order Itemsテーブルとのリレーションを張っていました。そして、Order ItemsテーブルのTotal Item Costを指定しているので、そのリストが返ってきます。

　SUMとはAppSheetが用意している加算用の数値関数です。SUM内のFORMULA式がリストである理由も納得いきますね。

■ [Quantity]*[Menu Item ID].[Price]
　=> ①ルールと③ルールの積算

■ [Menu Item ID].[Name]
　＝＞ ③ルール

まとめ

シート同士でリレーションを張った設計が可能か、またビジネスロジックは組めるのか、という視点でAppSheetを見てきました。

テーブルのリレーション設計は少しばかり難しさがあるでしょうか。ただしこれは、AppSheetというよりは、データベース固有の設計の難しさ由来だと思います。

いくつかFORMULA式を使い、テーブル内で新規列として保持させていました。テーブル内の列がそのままビジネスロジック用の置き場になっているということです。この辺りに何を求めるかが、本ノーコードツール利用可否の境界になりそうな気がします。

今回ビューについては触れませんでしたが少しだけ。CRUDLの何を有効にするかを画面からチェックボックスを入れていくだけ画面が取捨選択されていきます。デザインの自由度の制限はあるものの、統一された品質のアプリがノーコードでできるに偽りはなさそうです。

便利さの代償としての不便さはありますが、そこはトレードオフです。業務部門で利用する道具としては非常にいい道具ではないかと思います。

関連サービス