以前、一度v12にアップし現在v11へ戻して使用している者です。
オブジェクト等は機能的に大きな変更が必要な点は、あまり見受けられませんでしたが、v11とv12では、エンジンの思考が違い（v11=縦思考、v12=横思考)ますので、大量データをあつかっている場合は、パフォーマンスを最大限に引き出すための最適なテーブル構成は変わってくると思います。
このあたりの公式情報はあまり見かけませんので、あくまでも当社で利用しているファイルのテスト時の結果からの情報でしかありませんが、参考までに事象とv12への対策を記載しておきます。
①ファイルサイズを減らす等の目的で、テーブルを多数正規化して分けている場合、ｖ１２の方が遅くなる。
→テーブルを合成(joinやConcatenate)してテーブル間の連携数を減らした方が良い。
②ステートを多数利用している場合の遅延インパクトがv12の方が大きい。
→リストで絞り込む項目だけ、リレーションが貼られない別テーブルで用意し、SET関数を利用して代用の処理を行い、ステートを減らすほうが良い。
③変数を多数保存している
→リロード中にしか利用しない変数は、スクリプト内で削除して保存しないようにする。
例) LET var = today(1);
~~~~~~~~~~~~~~~~~~~~~~~~~
LET var = ;
※ 変数を利用した読込部分以降へ、 ’ LET var = ; ’ と該当変数の値を消す記載を行うと削除できます。
※一度ファイルに保存されてしまっている変数は、リロード前に削除しておく必要があります。
→計算式を組み込んでいる変数は、都度計算処理が走らないように、ボタンのトリガーなどへ計算式を組み込み、変数は出来るだけ値で保持するようにする。
④リロード中のログファイルの読込をスクリプト内に組み込んでいる。
→リロード終了後にしかログファイルを出力出来なくなったので、ログファイルを読み込む場合は、該当部分を別ファイルで先に出力しておく必要がある。
利用データ量が多い場合は、v11に合わせて検証しながらさまざまなチューニングをしていると思いますが、v12に合わせたチューニングが必要にはなってくると思います。
途中で戻したためv12は使い込めなかったので、v12にあわせたチューニングでv11以上のパフォーマンスが得られるかどうかは不明ですね。
ただ、senceの機能からの移植等も期待できますし、最終的にはv12のメリットの方が総合的に高くはなってくると思いますが、個人的にはもう少し枯れてから使いたいとは思いますね。
上記はあくまで手持ちのファイルの設計内容で得た情報ですので、お使いのファイルの内容によって変わってくる点はあると思います。
