ファイルメーカーユーザの集い Part4 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
前スレ
ファイルメーカーユーザの集い Part3
http://mevius.2ch.net/test/read.cgi/bsoft/1397631123/
◆メーカーサイト
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/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 様々なレイアウトに集計を表示させたきときには
月集計 日集計 取引先ごと集計
などを売上テーブルにフィールドとして保持させておく必要がありますか? 必要とは言えないが、売上テーブルに集計フィールド置くのが楽チン >>4
他のやり方ならどうやるんですか?
ちなみに集計フィールドは集計パートにおかないと機能しないんですか?
集計フィールドの使い方がいまいち理解できません
自己リレーションとさの集計と比べて
メリットデメリットは何ですか? 先ず、集計フィールド、小計パート、ソートを覚えよう
リレーションで引っ掛けてSUMやら、Sqlやスクリプトで集計値を
拾ってレイアウトに表示ってのもあるが、このスレにそんな親切な
奴いないわな >>6
でも結局表示させるのに、その数だけフィールドいるからなあ 集計フィールドは重くなるから
自己リレーションでsumして
そのフィールドの値をスクリプトで別の数字フィールドにコピーしてる
検索や表示にはそっちの数字フィールドのやつを使うと再計算されないから
何億レコードになっても問題ない 最初は計算フィールド自体つくらずにすべてスクリプトで計算してたけど
管理や手間考えて>>8のやり方に落ち着いた
スクリプトて計算するとレコードの扱いが大変だからね >>7
そこで変数のマージフィールドですよ
つか、非計算フィールドやマージフィールド使うなら、更新日時を明示しよう、 してるよね?
この点、更新気にせずアクセスすれば勝手に計算する計算フィールドは便利 この板に Access2000+SQL Server難しい ってスレあるけど、閑古鳥鳴いとるわ
やっぱ、SQLサーバは C# つかうんだろね ×リレーションでポータル作って枠外に配置して、グローバルフィールドの値をポータルフィルタかまして、スクリプトで計算して結果フィールドに表示させてる俺みたいな変態は他にいませんか? >>13
もっと色々やってるでしょ。FMはそれが面白い。
旧バージョンは変態しないとどうしようもないし。 計算フィールド使わずに数字フィールドに
スクリプトで計算させたほうが後々重くならない?
誤差? 計算フィールドでSUM(明細::金額)とかやって、更にこのフィールドを集計したりすると極端に遅くなることあるんで、
そう言う時はスクリプトで数値フィールドにはっつけるよね
ただはっつけた値を適時更新すんのは相当面倒 >>17
トリガで計算フィールドが更新されたら貼り付けるようにすればいいよ 商品CD 商品 単価 数 金額
001 商品A10 2 20
002 商品B20 4 80
−−−−−−−−−−−−−−
金額計 100
消費税 8
税込計 108
面倒なのこと3つ
1.商品CD、単価、数を変更すると、金額計以下も変わる
2.異常終了時等のエラー対策(金額計以下の精度保証)
3.分離では確定しないとSUM(明細::金額)が計算されない 商品ごとの取引のテーブルは作って、当然ながら1回の取引ごとに
リレーションするわけで、ならばそれをもってsumし、「再計算」
のボタンを付けるのが普通だろ。 計算フィールドは便利だけど、遅い、分離に反する、ALTER/CREATEできない >>24
スクリプトで数字フィールドに転記する必要があるね
ちなみに
・単価が変わることがある
・取引先ごとに単価が違う
というとき単価マスタはどうしたらいいですか? 遅いとかどういう設計だよ
取引10万レコード、日計数千レコード、山ほどのテーブルとリレーション
しているが、実用に耐えうる。
使い方の拘りすぎでは? FMにはFMの道がある嫌なら他使えよ。 >>26
HDDでも実用に耐えうるけどSDDと比べると雲泥の差みたいなもんじゃないの? クライアントがMacだと遅いなど、
WinとMacで得手不得手があるDB 計算フィールドで満足しているなら、それでいいけど
売上―売上明細 の単純なリレーションでも、明細が数十万以上で、集計方法・帳票も多種類・多頻度みたいな仕様では、計算フィールドでは要求を満たせないことがあるってこと
数十万件までいかなくても、入金チェック時に売上金額を頻繁に検索する、みたいな
仕様では、計算フィールドで=SUM(明細::金額) なんてやったら資質を疑われる 細かい仕様がわからないけど、全部リレーションで出す必要があるのか、
毎回ゼロから集計する必要があるのか、問いたい。 >>29
どうやるのがいいの?
入金額 - 合計などをして入金額があってるか計算するってことですよね?
月などで絞り込むだろうから
FMの仕様としては
絞込結果のみ再計算するので大した負荷にはならないんですか? 売上月報、得意先別売上月報、営業担当別売上月報等々、毎日印字してノルマチェックするとかあるよ、普通に。
SUM使った計算フィールドの検索が遅くて泣いてる人も多いでしょ >>32
そういうレポートつくりたいのですが
どういう構造にしたらいいですか?
Accessのときは非連結フィールドで計算させるので
クエリで要素を選択するだけでよかったのですが… ios11でファイルブラウザ実装されたみたいだけど
GOでは相変わらず一度取り込んでからになるんだろうか
クラウドにあげたやつを直接いじりたい 20年近く継ぎ足ししてきたシステム
トップから、次は金団で構築することを検討してくれとのお達しが とても請けられない話だな。
返ってくるのは苦情だけだぜ、それ。 金団→きんとん→kintone か。
今日一日気になって仕方なかったわw あるデータベースを自宅のPCで作成し、
それを外出先からiOS端末で閲覧したり、データ入力をしたりしたいのですが、
これはファイルメーカー16とFilemaker Goで実現可能でしょうか?。
もしかして、ファイルメーカー16サーバーのソフトが必要なのでしょうか。
ファイルメーカーpro16を購入しましたが、どうもうまく出来ずに困っています。
初心者の質問で申し訳ありませんが、ご教示のほどお願いいたします。 あ、34の方がおっしゃっているように、
やはり一度Goに取り込んでからいじるしか出来ない(元のPCのファイルを改変出来ない)という事ですか?。 >>41
クラウドで利用するのか、自宅のPCをつけっぱなしにして外部接続するかでやり方全然違うけど、出来る。
自宅のPCに接続したいんだったら、ルーターの設定のポートフォーワーディングでPCのIPアドレスとファイルメーカーが使用してるポート番号を解放して、ファイルメーカーGOでルーターのグローバルIPアドレスで接続すりゃ開ける。ただしセキュリティザル状態になる。 >>41
自宅PCで自分一人でしか使わないなら、変更したデータを更新処理するスクリプト作った方が安全だし金がかからない。 自宅にVPN接続したらセキュアに行けるんじゃないの?
ファイル共有で。 FileMaker が High Sierra で不具合があると見かけたので見に来たけど
特に話題にしていないのね >>44
Goで開くには一度Goで取り込まなきゃならない
そして、変更後、またドロップボックスなりに別ファイルとして保存方法しなきゃならない
って認識してるけど
どんいう仕組みとスクリプト書けばいいですか? Goのデータの出し入れは
iTunesでデータをやり取り
Dropbox などで出し入れ
mailに添付して送る
iOSデバイスがひとつならiOSのデータをメインに考えて
Macで弄る時もまずiTunesでiOSからデータを抜いてそれを弄る
弄ったらiOS に戻す、これが一番簡単、安全なような気がする
iOSが複数ならDropboxの決まったフォルダに
何時も最新のデータを置くようにするとか
スクリプトと言ってもフォルダを監視する程度だろうから
劇的に便利にはならなそう、それともいい手があるのかな? あー、あと
データを弄ったらメールに添付して
全部のデバイスを更新するって手もあるか やはり、難しいのですね、Goで更新するのは。
ワープロやエクセルなどでは出来ることなのに、どうして簡単にはいかないのでしょうか。
FM serverとかなら可能になるのですか? >>51
SERVERでも一台はつけっぱなしにしとく必要があるよ >>52
FileMaker Server買うんだったら、FileMaker Cloudの方が楽じゃない? >>54
月額っていってもAmazonのAWSの料金でしょ?
サーバマシンにOS のWindows Server にかかるお金考えたら安いと思うけどね。 個人で使うと結局いくらぐらいなの?
なんかよくわかんないんだよな >>56
個人レベルなら別途用意せずに
単につけっぱなしにするだけじゃないの?
もちろん普通のOSで >>58
だね
うちはそうしている 画面だけ省エネ入れて
運よく壊れないのにあったたのか、2代目のは10年間ほぼ起動状態
UPSと定期的バックアップはしているけどね >>59
ルーターのポート開けて外部接続?
VPN構築したりしてる? 個人でAWSで使うなら使用時にコンソールから起動、停止操作出来るから
一番安上がりな気がする
バッチ処理しまくるようなシステムじゃないやろ? FileMaker使い続けているとそういうことになるから、そこは金団でしょうって、セミナーで洗脳されてきたうちの経営陣は言い出すんですよ >>63
食うだけでいいなら引く手あまた
ただ食うだけなら、その辺りの野良犬、野良猫でさえ子育てしながら生きてってるわけでww 専門家じゃなくても出来るというのが売りの一つだったりするから
昔から少し下に見られるイメージはあるね。
やろうと思えば色々できるけど。 FMの中だけなら何も気にせずクロスプラットフォームというのも
魅力的。オブジェクトデータの共有には注意が必要だけど。 たぶんコレ そもそもそういう出会い系は求めとらんわ
マッチングシステム「Jublia」を使うと、自分の関心に合う参加者にオンラインでミーティングリクエストを送ることができ、アポイントメントが成立すると FileMaker カンファレンス 2017 で15分単位で直接相手と会うことができます 売上データから末締めの請求書つくるとき、
どのタイミングで売上データに請求書IDなどを付与していますか?
抽出するための検索窓つくって抽出したあと
確定ボタンなどを押したとき、でしょうか? >>71
取引先と期間で抽出したあと
個別に除外するのとかがあるかもしれないので
そういうのにも対処するなら
確定時、ですよね? 確定というか、これで請求書だすぞ
というレコードのみが表示されている状態で
確定ボタンをおすと、という意味です >>72
普通そういう処理(いわゆる来勘処理)を、やったあとで締め実行ボタン押すんじゃねえの? >>74
今やろうとしてるのは
請求書作成用レイアウトの窓に
取引先と開始日と締切日いれたら未請求分を抽出する
レコードをみて除外する場合は個別にフラグをたてて除外
確定、で請求書IDを付与
って設計ですがおかしいですか? >>75
もしそういう業務フローになっているのなら、そう実装するしかない
どういう業務フローかわかんないけど、個人的には来勘処理は今回の請求の明細画面より売上計上の画面でさせたいかな
汎的な話なら例えば弥生販売みたいな市販品がどう実装されているか見てみて、全体的に見直すのもアリ
別に市販品が優れているとは言わないけど、大方がどう業務を機能に落とし込んでいるかの参考になる部分も大いにあると思う
長々書いてすまん >>77
それ設計のミスをデータベースのせいにしてるだけじゃね。
共有化してんのに、各エンドユーザーの新しいニーズに柔軟に対応してったら、RDMSじゃ無くてもパフォーマンス落ちるわw PostgreSQL9.4.4以上のサポートはいつですかねえ? >>77
Couchbaseが委託して調査させた結果だそうな。
宣伝記事と言われても仕方ないかもね。 さて来週頭分の仕事を今日中に終わらせておかないとな
毎年カンファレンス終わりの翌日のコミュニティの集まりって今年はあるの?
今年は平日じゃんね
例年週末だったと思うけど >>79
ESSって鳴り物入りで導入されたけど、おざなりつか、いい加減だよね
ポスグレでは使えてんの? >>82
9.6だから使えないかなと思ったけど、設定したら使えたわ。
実用に耐えうるかは別なので色々テストしてみます。 >>83
これからESS始めるなら、必要十分なデータ入れて、CRUDテストしてみるといいよ
データ量が数十万くらいになると、難しくなるかも ESSは小姑のようにうるさい客には使えないけど、
この工数でここまでできればおkみたいにモノのわかった客や
自社開発になら使える、事もある >>84
ありがとうございます!
FileMakerの仕様上、どんどん遅くなるのは仕方がない感じがしますね。 Youtubeにクラウドの説明があった。
AWSは門外漢なんだが何となくイメージ出来たわ。 カンファレンスの資料のダウンロードができるらしいアンケートってもう来た? ■ このスレッドは過去ログ倉庫に格納されています