[過去ﾛｸﾞ] ファイルメーカーユーザの集い Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
774: 2022/10/06(木)04:21 AAS
一月あたり
2150円もするのか
しかも5ユーザーから
パッケージふたつかってもテスト以外の共有は規約違反らしいひ
小規模オフィスは完全に相手にしないスタイルに切り替えたのか
775: 2022/10/06(木)09:25 AAS
携帯の費用と比べてるかもね
776(1): 2022/10/08(土)20:24 AAS
>>771
どのような使い方？、重い画像を扱っている？
テキスト中心であればクラッシュではないか
777: 2022/10/09(日)07:16 AAS
計算しまくってるとかじゃないの？
778: 2022/10/10(月)00:08 AAS
ああそうか
計算のフィールドが引っ張って演算しまくりか
設計が悪いな
重いレイアウトでフィールド一個ずつ蓮して
検証すればいい
779: 2022/10/10(月)11:46 AAS
やたらと集計フィールドを貼り付けてたり
非保存の計算フィールドが同上だったり
画面のオブジェクトを隠す計算式が同上だったり
780(1): 2022/10/10(月)21:44 AAS
Sumを計算フイールドで使うと遅くなるで
数値フィールドにしてスクリプトでSumの値を貼り付けると爆速やで
781: 2022/10/10(月)23:02 AAS
ちなみに、FMだけに限らない
どのDBだろうが言語だろうが同じ
782: 2022/10/10(月)23:19 AAS
>>780
対象フィールドの更新のたびに計算する仕組みにするってこと？
前からそっちのほうがすっきりするに管理もしやすいと思ってたけど速度的なメリットもあったんだね
Excelにしろ絶対数値で貼り付けたほうがいいと思ってたよ
783: 2022/10/10(月)23:35 AAS
これはwebの設計でも同じで
一つのページを表示させるのに、たくさんファイルを開いて
処理したりしていたらサーバの負担も大きいし遅くなる。
今はサーバもssdになってきて早くなっているとしてもね。
だから更新時に処理して静的なデータとして保管。
画像も同じ。サムネイルなり、アイコン化して見せないと
クライアントからいっぱい表示していたら重くて当然だし。
784: 2022/10/11(火)01:24 AAS
なんなら計算フィールドなんていらなきレベルとまで思えるよね
請求書の単価×個数
までスクリプトでやってる
フォームちまちまやるより
一括で変更できるし楽
785: 2022/10/11(火)03:38 AAS
例えば勤怠管理なんかで
年間の累計労働時間のSUM
それから累計休憩引く計算フィールドと
さらに月ごとの上限設定してオーバーしてないかのチェックをする計算フィールドがあるとすると
どういう具合にスクリプト組むの？
表形式のときですらスクロールしたらガクガクでびっくりした
786(1): 2022/10/11(火)08:41 AAS
SUMが多数あって、それを利用するフィールドが多数連なってると、難度増すで
勤怠で勤務時間を変更すると多くの処理に影響するやろし、さらに日/週/月/年毎の労働時間や金額の計もスクリプトで更新しようとすると熟練業者でもえらい面倒やで
この話はFMに限らんけど、FMはマトモなトランザクションがないので長い処理が途中で失敗してもロールバックできないのが癌や
業者に改修依頼しても、ごっつうカネかかるやろな
787: 2022/10/11(火)11:16 AAS
速度の違いは計算式かどうかよりも非保存か保存かだよ。
非保存になってしまう計算フィールドだと遅い。なによりインデックスも作れないから
リレーションも取れない。非保存フィールドは可能なら作らないが吉。
表示だけのものならレイアウト上にボタン作って計算させるとか色々あるけど面倒だよね。
FMにはviewが無いってのもレイアウトのためだけの計算式が増殖する原因だから
オカレンスの仕組みを変えてview用のフィールドをオカレンス単位で作れるようにならないかなぁ。
788: 2022/10/11(火)12:17 AAS
ただ、サーバが重くなるのと、クライアントが重いのは
少し違うと思う。FMの場合はとくに。
通常の計算式でクライアントが重いのはデータ引っ張りながら
クライアントで演算するからなんで。
789: 2022/10/11(火)12:40 AAS
>>786
どうやったらいいんですかね？
自己リレーション貼りまくってSUMしまくってるけど先述のようにスクロールすらおもいです
790: 2022/10/11(火)12:56 AAS
例で言うと、例えば日計表とかに顧客の取引の回数を
表示させるするとする。
もしこれを日経表で１回１回演算させていたら重いので、取引の
入力時に計算してフィールドに「回数」をスクリプトで入れる。
これを日計で表示させる、とかそういうこと。
顧客の年齢なども同じ。
また、FMには癖があって、リレーションで引っ張るもの
と引っ張られるものとは処理速度が違う。
例えば負担大の maxやminでリレーション値を比較する
なんてものがあったら重いので、複数させない。
791: 2022/10/11(火)12:59 AAS
端的に言えば、計算のフィールドを減らせ、と。
792: 2022/10/11(火)13:43 AAS
補足、ルックアップでもいいよね
793: 2022/10/11(火)13:55 AAS
なんでセルフが出てくんのかわからんわ
FMで日毎社員毎に時間計を持たすなら日付tbl作って日付/社員id/時間計を入れる
週、月でも同様にテーブルとフィールド作るんやで
それやったらリレートできるやろ？
時間計を計算でSUMするかスクリプトなんかは難しいとこや
ただ社員がウン十人以上規模のシステムなら悪いことは言わん、業者に頼んだほうがええで
上下前次1-新書関写板覧索設栞歴
あと 209 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.213s*