ファイルメーカーユーザの集い Part5
レス数が950を超えています。1000を超えると書き込みができなくなります。
前スレ
ファイルメーカーユーザの集い Part4
http://mevius.5ch.net/test/read.cgi/bsoft/1504481812/
◆メーカーサイト
http://www.filemaker.co.jp/
◆定番サイト(国内)
FMJML
http://filemaker-ml.jp/
★初心者のFileMaker pro Q&A★
http://joy-h.com/bbs2/index.php
FMPro.jp
ttp://www.fmpro.jp/
Knockin' on Seven's Door
ttp://www.sevensdoor.com/
FAMLog
ttp://www.famlog.jp/
◆定番サイト(海外)
ISO FileMaker Magazine(Tips、動画解説)
http://www.filemakermagazine.com/
BrianDunning.com(カスタム関数)
http://www.briandunning.com/
Database Pros(Tips)
http://www.databasepros.com/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 >>864
更新?
更新モードとかあるんですかね
スクリプトでインポートしてるようなのですが
今日はガッツリ処理を確認してみようかと思っています
業者の人曰く、登録しかやってないとのことだったのですが
業者の方にやって頂きたいが
全く知識のない状態で、言っても協力得られなそうな予感がして >>868
追加 → 単純にインポートするレコードが追加される
更新 → 選択中のレコードとインポートするレコードを
照合フィールドで突き合わせ、違うところだけ上書きしたり、
指定に寄っては追加する。
インポートするレコード数分の検索が発生する。レコード数が多いと
とっても重くなる。
あと置換もあるけど、多分殆ど使われていない。 >>862
流れ読んでないのでレイアウトとかわからんし、
もっと良い保方があるだろうけど
リレーションのみ
1 顧客の年ごとのテーブルを作ってポータルに表示
スクリプト併用
2 集計用のレイアウトに、取引テーブルを検索して集計
3 年+顧客をキーに、グローバルフィールドとリレーションして
必要なキーをグローバルに入れて表示させる
やってはいけないことは、顧客の年ごとの過去集計をレイアウト内にポータルで
ライブに一覧表示させるとか。取引のレコードが大きくなれば超重くなる。 >>869
ありがとう御座います
本日、色々と確認してきました
処理そのもののスピードは数秒で完了してます
インポートは、追加モードーでした
delete インポートみたいな事をしてます
その後に、更新かけてました
これは、マスタテーブルの計算フィールドとして利用してます
意図的に画面をリフレッシュさせるために、
項目を更新してるらしい
トランザクションがどうなってるかまでは見れてませんが
ループして更新掛けてる感じが、気にはなった
数秒で終わっているのは問題ないけど
リフレッシュしまくりで重くなってるんじゃなんて
そんな訳無いか? 素朴な疑問として、オンボードのgpuでも
描画に影響ないのかなあ
条件付き書式とか、ガリガリ使ってるケースで
影響ないのかなあ ホストならば全く影響ないよ。
問題はネットワークの場合。
これはFM以外のアプリでもおきる。
例えば顧客事にファイルを作るという設定のアプリの場合、
一個一個開いて集計処理してもホストでは2.3秒で終わるが
クライアントだと果てしない時間がかかる。だめな設計例。 ループして更新かけてるって具体的には?
フィールドに値を設定とか、レコードの確定とか、ウインドウの再表示とか?
フィールドに何かを計算して処理とかは普通にあると思うけど内容がわからんと
原因とも言い難い。 ライブ更新されないときがあるよね
スクリプトでリレーションキーを入れ直したり
すればいいんだよ ありがとう御座います
バッチ処理は、サーバサイドで行っています
更新は日付項目を更新してるだけですね
一覧画面に表示してる項目で、リアルタイムに値を更新したいがためにやっている模様
過去の話を聞くと、リフレッシュ間隔は
現在は1分で、30秒のときは、重くて画面が使い物に
ならなかったと聞きました
リフレッシュ間隔=バッチの間隔なのか、
別のなにかなのかは、確認が不足しています
一分単位でバッチ流すって普通とは思わないですが、それだけリアルタイム性を求めてるのかなと 因みに一覧では、条件付き書式も結構使っています
ローカルにファイル持ってきて起動した時(バッチの影響ないから、リフレッシュの影響もないはず)でも
スクロールでカクカクしたりします
この動きを見てると、描画の所にも
負荷掛かってるなあとは
ただ、条件付き書式はユーザー目線では外せない 電源プランって、皆さん高パフォーマンスにしてますかね
バランスでも、あまり変わらない気がしつつも
確認しています
究極のパフォーマンス見たいな設定もあるようですが クエリのないファイルメーカーでは
売掛買掛はひとつのテーブルにフラグつけてやるものですか?
売掛買掛というと会計的になりますが
ようは売上と仕入れということです
関連する売上から関連する仕入れを引いたりもしたいです 多くのネットワークアプリは一時切断すると再接続
を試みるけど、ファイルメーカーってだめだよね? 売掛買掛は売上、入金、仕入、支払の4つやろな
正規化的には
残高照会や入出金元帳やるときはこれらのテーブルJOINできんから苦労するで
この辺は業者に任せた方がええで 最近のFMは一応再接続トライするやろ?
で、まあまあの割合で成功するんちゃうか >>881
個人経営レベルだから頼むほどでもないんですよね
取りあえず差し引きしたりするならフラグで同じテーブルですかね
正規化といっても保守とかするときのためでしょうし(テーブル分けたほうが不要なときに不要ななデータがないのではやくなるでしょうけど膨大なレコードはないので) 個人用途、簡単仕様ならExcel同様1テーブルにまとめてもいいんちゃうかな
計算フィールドでちょちょいとやれるし
複雑になると後悔する思うけど、経験思うて作り直せばええし 印刷体裁の良いものを短時間で作ろうと思ったら、
そりゃEXCELだろうが、作り込めばすぐに限界が来る。 >>884
まとめるのとまとめないので速度かわる?
参照するレコード数がかわる程度だとおもうんだが
数百万レコードとかのはなし? 実行速度は先ず索引依存やで
索引設定されてるフィールドでも集計対象になると対象レコード数依存になる
まぁ、速度気になるなら、最大レコードをテーブルに入れて、1番重そうな処理を大まかに作ってみて、満足な速度か試してみるしかないんちゃうか >>881
クエリさえあればいいんだけどな
ってかファイルメーカーってテーブルってよりはクエリを作ってる感じだよね
誰が作ったのみてもアホみたいにフィールド多くて自己リレーション貼りまくりでまったくもって理解できないよね
自分が作ったのさえ訳わからんことになる
計算フィールドがどれかすらわからんくなる
計算フィールドってフィールド名に符号とかつけてる? c売上計、とかしておくとこれSumしてるマズイ計算フィールドって一目わかるで >>890
多分、DBキャッシュファイルの悪影響だね。
%userprofile%\AppData\Local\Temp\FileMaker\DBCache
をフォルダ毎削除してみれば?
それで改善するなら、PC立ち上げるたびに削除する様にスタートアップにでも仕込めばいい。 Claris Engage Japan 2022
で、Claris Proの件、何かわかった??
俺は聴いている時間無いんよ >>892
FileMakerはクライアント側にもDBキャッシュを持ってる。
同じフォルダ並びにサムネイルデータなんかもキャッシュしているから
なんなら纏めて削除でOK。
ってゆーか、手元のPC開いて確認してみれば済む話。 891のアドバイスをヒントに、ディスクのクリンナップを行い
一時ファイルなどを削除し、激速になった。
サンクス キャッシュ削除も、それなり効果あるんですね
検索とかにも効果あるのかな? どうやら例の無償版がでるってのは嘘だったみたいだな
こういうのって下手したら偽計業務妨害だろ
買い控えや他社から乗り換え検討したやついるだろうし 偽計業務妨害w まあ、これでもよく読んで落ち着け
ttps://ulearnit.medium.com/claris-platform-pro-comparison-ea2babc85c5d ここだね、はっきりしてるの
”You will also note in the above comparison that Claris Pro has no license key. This is because it uses a Claris ID for licensing.” 補足: Claris は、Claris Pro の「フリーミアム」バージョンをリリースする意向を発表しました。Claris Pro をダウンロードして、他のユーザーと共有する必要があるまで無料でデータベースを作成できることを除いて、それがどのように機能するかについての詳細はまだわかりません. フリーミアム製品が利用可能になったら、記事を公開します。 ClarisとFMは併存する方針みたいやが、いつまで続くんかな
FM社の体力的に長期間併存できるとは思えんが
ちなみに .fmp12→.clarisは可やがその逆は不可やな
大部分のユーザがClaris connect使わず、結局Filmemakerだけ残るんちゃうかと
とするとClaris worksの二の舞やで >>902
ライセンスにしろシリーズ乱立とか使う側はどれがなにやらわけがわからん レコードめくりのインターフェイス、昔の縦が
好きなんだけど、選べるようにして欲しい .claris → .fmp12 不可っちゅうことは、先々FM切り捨て、Clarisオンリーの可能性も否定できんな
ClarisではODBCやらoAuth/ADやら無くなる機能もあるんで、エライ目見るとこも結構ある思うわ FM API for PHPも切り捨てみたいやけど、コレも困るとこあるやろ
DATA APIやらで書き換えるの、銭と手間がなんぼかかるんや 今回のClaris路線、どう見ても悪手や思うねん
Clarisも大損、ユーザも大損や >>907
ユーザーは無料になったんじゃなかったの?
共有しないライトユーザーにはいいけど
ヘビーユーザーには改悪ってこと? ここで、パフォーマンス云々の話を散々していたものです
多少改善が見られたので報告します
ここにある、snpとタスクオフロードの無効化により改善がありました
https://tamajiro.net/scalable-networking-pack-disabled/
最も利用頻度の高いpcに組込むことで
他pcの負荷も改善した模様
ネットワークは一つの線なので
負荷掛けてる(ネットワーク専有している)pcが軽くなると
全体にも効果がある模様
※他pcへの設定も随時予定
もし、原因不明の遅さを感じたら試してみて下さい
さらなる改善のために、皆さんの意見などを元に検証していきます Filemaker14 なのですが、スマホで操作することはできないでしょうか?
データの入力やPDFの保存などをやりたいです。ios、Androidどちらでも構いません 旧版Go入手できないやろな
米BBSでFMの旧版ダウンロード出来きん!ふざけんな!Claris!、言うて揉めとったけどな
日本は旧版入手できるんか? んなわけ無いの >>910
リアルタイムで直接操作するならリモートアプリで行うほかない。 旧FM Goはリリースされていた期間内に購入していたらダウンロードはできる。
今のiOSで動くかどうかはアレだけど。
だからとりあえずGoはリリースされたらとりあえず購入手続き(無料)だけはしてる。 最新のGOで開いても大丈夫っしょ。
どうせFM12形式でしょ >>914
デバイスにファイルコピーしてだったら使えるけど、FMP14をホストしてだとGo19じゃ開けないよ。
ホストとクライアントのバージョンは2世代までしか互換がなかったはず。 v18までは2世代OKだったけど、v19以降は1世代までじゃなかったかな。 この惨状でClarisとFM両方サポート!言える理屈が分からん >>918
結局どうなるのかよくわからないんだけどわかる?
クラリスはスタンドアロンなら無料で使えるけど共有するときにライセンス買えってことなんだろうか 899はん紹介のサイトには、そうなん書いてあるで。
Claris has announced an intention to release a “freemium” version of Claris Pro.
Claris Proのフリミアム版出す意図wはありまっせと
共有まではフリーでっせ、とも書いてあるな
ただそのサイト、ワシはよう知らんサイトだわ >>920
じゃあ何が有料になるんだろう?
共有は自分でたてたサーバーでファイルメーカーのサーバーが有料なんだろうか すんません、FileMakerのデータから
データ抽出したいんですけど
良いやり方ないですかね
他のDBだったら、SQL作って使いまわしたり出来ますが
ファイルメーカーでできるの?
或いは無料のツールでデータリンクして
SQL発行とか出来ないのかなとか 無償ってか?、、ああもう、M2Mac買ったから有料でアップデートしたわ >>922
FileMaker SQLリファレンス を嫁よ Windowsは凄いな、ほとんど過去アプリが動く
未だにFMPRO6も動作する >>924
ありがとうございます
何となく理解できました
odbc使えるってことは
MSアクセスとかからも、参照できるのかなと思いましたね
間違ってたら、すいません
a5sqlとか使ってアクセスできると便利なんですがね ファイルメーカーではテーブルの正規化はしないものですか?
クエリがないので複数テーブルにある売上などの金額を合計する方法がいまいちわかりません
ポータルで複数テーブルのレコードを抽出して合計する、とかなんでしょうか? >>929
クエリはありますよ
executesql
私は素人レベルなので、正規化しないのかは解りませんが
計算フィールドを使いたがる方は多いのではと 自社の売上テーブルと下請けへの支払いテーブルってのは
テーブルを分離せずどっちもあるテーブルにしてフラグ立ててレイアウトで分かれているように見せかけるものですか? 1取引(案件処理)に対してデータテーブルは1つが普通では?
売上げと支払は別の取引なので別 テンプレートなんかを提供・販売しているところが
まだあるようだけど、説明不足が多くてわけわからん >>881にも書いたんやが、仕入と売上、入金と売上、入庫と出庫、正規化的には別テーブルやな
ただ別テーブルのデータを左右に時系列で並べて表示•印刷したいことあるがな
こういう時貧弱なSQLしかないFMはアカン子や
やってできんことはないがプロに相談した方がええで やっぱフラグつけてすべて一つのテーブルでやるしかないよね まぁ、単純なモンならそででも良いかもしれんが
複雑になると手に負えんで
一時テーブルに両方のテーブルを取り込んでゴニョゴニョすんのはあるけどごっつう面倒やで
業者はんに頼みなはれ >>937
売上は1
支払いは2
とかにして一つのテーブルでやるのってもはやExcelだよね
ちなみに小計パート使わないとレコードのグループ化すらないってどういう設計なんだろうね
クソなAccessでさえ日付や取引先でグループ化してレポートだせるのに…
みんな自己リレーションしてSUMしてグループ化してるの? 仕入れと売上げをFixリンクするとややこしくならね? 俺もレポートのグループ化簡単にやる方法知りたい
請求書とかでもよくあることなのにね
細々した特定の商品だけ合算する、とか
標準機能でレコードのグループ化なしはおかしいよ
AccessどころかなんならExcelですらできるのに >>940
1つのフィールド値にして、仕入れ、売上げとすること。 計算結果をもとにリレーションしている場合、
索引の更新を実行させる方法は? 小計パーツじゃあかんか?
ようわからんが、select where group up by having を計算フィールドに埋めるとか >>942
金額フィールドふたつに分けとけばよくない なるほど、価格的にはね。
仕入れした特定の消費が売却されるわけじゃないでしょ?
自分的には、在庫を噛ませたい
○○を○○値で○○個仕入れ→在庫
在庫から○○を売値○○で○○個販売 仕入は仕入として管理せんと、仕入先の請求と合わなくなるで
消費税とか端数とかな >>946
俺はサービス業でその感覚でいってたから
まるっきり在庫の意識なかったよ
取引先から仕事受けてそれ登録しておいて月末請求書出すだけ
下請けにだす仕事もあって
受けた仕事を適当に混ぜて相手と話し合った金額払うから
ある売上に対してこの下請けに払った、というのがむずかしくて
それでテーブルを分けようかと思っていましたが
売上金額と支払金額以外のフィールドはほぼ同じだし
テーブルひとつでいいかな、と
ちなみにこの仕事だけ一月分合算で明細を書いてください、というのに悩んでる
日付でのグループ化がないから a5sqlから参照できないでしょうかって言ったものだけど
出来ましたよ
group byも書けるし(execute
sqlでも出来るようだけど
取っ付きが悪過ぎ)
上に書いているようなことも、全てfilemakerでやらなくても良いんじゃないかと execute sqlでも出来るじゃない
でも、やっぱりSQL叩いたら結果の表が
すぐ見たいしね
何でもかんでもFileMakerでやろうとすると
苦しくなるだけな気がする a5sql、一発でDB解析レポート出るやつやったな
Myで世話になったで
ちなみにインポートスクリプトステップでもSQL使えてクエリの結果、表形式で見れるで
コレ、便利思うんやが使われてない思うわ 例えばexecute sql
であるレコードを抽出したとするとそれはどこのレイアウトに表示されるんですか? execute sql
フラグついたやつだけ日付でグループ化
それ以外はそのまま、とかどうやるんですか? 集計の話だけど 売上内容によって
思いつきだけで
日ごと 月ごと レコードそのままってパターンの3パターンあると思うけど
想定されるグループ分、レイアウトに小計パートつくらないといけないってことにならない? >>957
さらに合計すべき個数や数量や重量やなんかの商品の項目もひとつずつ集計フィールドもいるんだよね? 日付とc月の小計パート、
s個数、s重量、s他 の集計フィールド
c月 のソート用計算フィールド
がいるで
あとはレイアウトにフィールドを正しく配置
スクリプトで 検索、レイアウト切り替え、c月/日付 ソートすればできるで
帳票ならこれで十分やろ
集計フィールドは嫌や!いう話になると面倒やで 定義名だけで集計フィールドなのか計算フィールドなのかわかるってやつね そやで
オブジェクトも o 付けることあるな
数値、テキスト、日付、タイムスタンプは頭になんも付けんな
グローバル属性はコレが最優先で g名前
計算フィールドのグローバル属性は gc名前 にすると分かり易い思うで グローバル属性のスコープがよく解らない
セッション変数みたいなものなのか? 集計パートごてごてって
帳票でリスト印刷するときミリ単位でずれない?
ソート用においてる集計パートはまるっきり無視されて印刷されるもの? >>965
YouTubeの中級講座みるといいかも
グローバルは複数アクセスでも独立なので
隣の人が何を入れていても構わないって使い方
ヘビメタのロックスターが優しく教えてくれる レス数が950を超えています。1000を超えると書き込みができなくなります。