ファイルメーカーユーザの集い 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/
質問・相談は環境・バージョンを忘れずに。テンプレ以上。 >>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は門外漢なんだが何となくイメージ出来たわ。 カンファレンスの資料のダウンロードができるらしいアンケートってもう来た? ESS試してみたけど、ODBCで接続して必要なデータをダウンロードして編集後アップロードの方が設計しやすいね。
当たり前だけど。
更新中のロックをどういうふうにするか考えるの面倒やね。 知ってる人いたら教えて欲しいです。
ファイルメーカーでPDF挿入できると思うんですが、
挿入しているPDFの件数が多くなったら重くなったりしますよね?
レコード数×PDF数量だと数千個のファイル添付が生じることが数年後予測されるんですが、
運用開始時は良くても数年後使えなくなったら後悔しそうだったんで、
どなたか知ってれば教えて頂ければと思い書きこみしました。 便乗です
外部保存ってサーバーに接続してるのとかipadで開けますか?
サーバーつかわずにクラウド上にファイルメーカーのファイルおいて自宅と職場でつかってるけど
外部保存にしたら自宅から開けないし
自宅にも外部保存ファイルおくとしても
それの同期もとれなくなってしまう…
さすがに全部クラウドにおけないし… >>93
テーブル分けて、idで紐付けて、必要なときに呼び出すのはダメなの? >>96
iosで見るんですか、うちも当初はiOSで運用するかもって外部保存でiOS観覧をできるようにはしてみたけど、いくつか問題があるですが殴り書きを。
環境 winサーバー14 winファイルメーカー14
外部保存のPDFを一時フォルダに保存
アクロバットリーダーで開く
iOSはデバイスってとこにPDFがDLされる
が、ファイルを手動で消さないといけない
Win側はファイルメーカー終了時に一時フォルダのファイルは消えるはずなのだが、なんかのタイミングで消えない事があり、長期運用でTEMPフォルダにゴミが溜まる
一時フォルダをRAMディスクにして綺麗になるようにした
ただ、なんかドキュメントフォルダに見たPDFが保存されている時があり、アクロバットの問題なのかファイルメーカーの問題なのかイミフな事が起きている
ファイルは一時フォルダから開いてるはずなのになぜ?
全てのPDFってわけでもなく、、、はて?
クラウド上のファイルが一時フォルダに落とせられればiosでもいけるのかな?
iOSも結局接続数買うのが勿体無いのでwinタブで専用のレイアウト作って使っています、この仕様で3年ほどレコードは6万ぐらいで1レコード100フィールド1PDFですが、ゴミ以外は順調に動いてくれています
参考になれば幸いです、長文失礼しました。 >>98
winタブでPCとしてサーバーに接続してるってこと?
ioadよりは断然つかいやすいよね >>99
そです、win10タブで据え置きPCと同じです
ライセンス数限界で稼働する事が今のところないので、端末増やしてもソフト代がかからないのでwinタブにしました
足りなくなったらライセンス数追加しようと思っています
保守も初年度だけでやめちゃったのですが、14購入時15が出たので一つ上げれはするけど、14で事足りてるのでそのままです
ウィンタブでの動作ですが、反応や速度はタブの性能なのでソフト的な事を
傾向・拡大縮小はPCソフトと同じで25%だったかな、細かく無い
対策・タブ画面に合わせた専用レイアウト
傾向・スライドはスライドバーでしか動かずスワイプ不可
リレーションなんかで使うなんでしたっけ配置してリスト表示のオブジェ、あれは指でスライド出来ました
対策・上下ボタンを作って1個ずつ5個ずつとかで対応
なれるとスライドバーでも出来るけど小刻みなのはイライラする
アプリでトラックパットを画面に出すやつ使ってみたけどイライラする
傾向・デフォのドロップダウン類の表示文字が小さい
タブの解像度があるのでOSの倍率を上げてもファイルメーカー側の問題か大きくならない文字がある
対策・カレンダー・リストをソフト内で作り直す
傾向・ソフトキーボードがiOSほど使いやすく無い
対策・ある程度その端末の用途に合わせてボタン、ボタン、ボタン!
レスポンスはやっぱiOSのほうが良いと自分は思いますが、ソフトの寿命やiOSのバージョンとか心配事が減るので良かったかなと思っています。 >>98
Get (テンポラリーパス)で得られる一時保存フォルダのパスとTEMPは違うよ。
後者はキャッシュなので、消さない方が速い。消しても問題はないけど、もたつく原因。
キャッシュファイルはアプリケーション修了してもひと月くらいは残るのが一時保存フォルダとの違い。 >>101
ご教授ありがとうございます
フォルダ名がTEMPなのでとくに考えていませんでした
Get (テンポラリー)で得られる保存場所のTEMPです
1ヶ月ぐらいで削除されていくのは知りませんでした
警告で削除するダイヤログは見たことありますが。
キャッシュされたPDFはファイルメーカー終了時に消えていたので、消えていないPDFは手動じゃ無いと消えないと思っていました。 93です。回答皆さん有難うございます。
>>94
やっぱ外部保存が無難ですかね、、、
せっかく添付の機能がFilemakerにあったので設定も簡単だから使いたいと思って
質問させて頂きました
>>97
テーブルを分ける方法なのですが使用される容量が大きくなり
正常にFMが機能しなくなるのではないのかなと思ったのですが、
テーブルを分ければそれを解消できそうなのでしょうか。
素人なのであたりまえの事聞いてるかもしれませんのですみません、 そういや工事現場にいったとき、現場の人がipadで搬入の写真とってたけど
何で管理してるんだろう
どこの、何をとっているかとかを選択してからやってたから
ファイルメーカー的なシステムだと思う
ipad で撮影した写真をサーバーに送信できますか? 送信というか、サーバーの外部保存先にということです ファイルメーカーpro16 シングルライセンスは
同時に起動しなければ自宅の2台のPCに
インストールすることは可能でしょうか? ファイルメーカーで自作地図から顧客情報を開けるものを作りたいです。
Microsoft Accessを以前使用しており、ファイルメーカーに移行を検討しています。
Aceessのときは、 地図の画像の、各住宅の枠の上に非連結フィールドを置き、非連結フィールドの名前を住所コードに。
下記のVBAをフォームを開くときに設定し、 地図フォームを開くと配置した非連結フィールド内に、その名前の住所コードにあたる世帯主名が自動で表示されるようにしていました。
Dim Ctl As Control
For Each Ctl In Forms!F101区.Controls
If Ctl.ControlType = acTextBox And Ctl.Name Like "###-####-####"(←住所コード) Then
Ctl.ControlSource = "=""" & DLookup("[世帯主氏名]", "T基本部データ", _
"[住所コード] = '" & Ctl.Name & "'") & """"
End If
Next
そしてそのフィールドをクリックすると その世帯の顧客情報フォームが開く仕組みです。
また、その世帯と取引関係がある場合にその非連結フィールドが色が付くようにもしています。
それも全て非連結フォームの名前にしている住所コードからデータを参照し、取引フラグのようなものから色付けを判断しています。
現状地図画像を挿入し、ボタンを配置、スクリプト指定等いろいろ試しています。
ボタンをクリックしたら顧客情報フォームを開く形はできていませんが、できる可能性を感じてはいます。
しかしそのボタンに自動で世帯主の名前を拾ってきて、取引あるなしで色が変わるようには可能性を感じておりません。
家からお客さんが引っ越して入れ替わっても自動で名前が変わるように、取引が終わったりすると自動で色が消えるように作りたいのです。
ファイルメーカー初心者でいろいろ勉強していますが、やり方が見つかりません。
良いやり方ないでしょうか? ファイルメーカーってなんぞ?
ファイルつくるだけ? >>107
非連結フィールド分グローバルフィールド作ってリレーションで住所コードと繋ぐしか思いつかないな
非連結フィールドの数が多いとめんどくさいね
リレーションすればマージ変数で名前フィールド使えばいいし、文字色や背景色は取引有無のフィールドから条件書式でどうにでもなるかな
ってかアクセスのそれいいね、非連結フィールドとか楽そうw 109ですが
リレーション繋いで名前呼び出すって、はてよく考えると
出来んか
グローバルフィールド置いて、、、、繋いで、、、グローバルフィールド配置して、、、いやちゃうな、、、
嘘です、109無しでw
ポータル使ってやるかな、明日昼休みやってみるw winです
クライアントからの操作で
ホストに繋いであるプリンターで印刷することはできますか?
また、ルーターなしで外出先からホストに接続することはできますか?
どちらも
PCを遠隔操作するソフトをいたほうがはやいですかね? >>106
http://www.filemaker.com/jp/purchase/license/qa.html に、
Q1-6: ボリュームライセンスで購入したライセンスを使用して、オフィスと自宅にあるハードウェアに
それぞれソフトウェアをインストールしたいのですが。
A: ボリュームライセンスプログラムにかかわらず、FileMaker製品は同時使用を認めておりません。
使用する1CPU につき1ライセンス必要となります。会社で働く従業員も在宅勤務の従業員も利用する場合は、
両方を合わせた数のライセンス数を購入していなければなりません。
ってあるからライセンス的には無理じゃね?
「同時使用を認めておりません」だから同時使用じゃなきゃいいとも取れるが、そのすぐ後に1CPUにつき1ライセンスってあるしな。 >110
試行錯誤ありがとうございます。
accessでは一つの地図に300件ほど非連結フィールドを置いています。
ファイルメーカーはシステムを共有してもaccessと違い壊れにくいと見ましたので、
試用期間の15日間で移行しても問題ないか検証しているところでした。
地図さえできればファイルメーカーはとても使い勝手がよく、動きも早いですね。 >>105
1つのアカウントを2つのPCにインストールすると、片方で起動してるともう片方では起動できない。 >>114
ということは
毎回シリアル確認して送信してるってこと? >>116
多分、同じLANの中でだとは思うけども。 このソフト昔シャープ奈良でマキントッシュのブラウン管一体式PCで
触ったファイルメーカー >>113
ちょっとやって見たけど
文字で説明がめんどくさいので
https://i.imgur.com/0jCxfXu.jpg
テーブルは 地図用 と 住所録
地図用は、非連結フィールドの代用でグローバルフィールドを用意、今の流れだと300か、めんどくさいw
住所録は単純に 住所コード 指名住所ぐらい
リレーションの設定で住所録フィールドを複製して、結局300w
地図用のグローバルと複製されている住所録のテーブルを一個ずつ繋ぐ、めんどくさw
っでレイアウト(レコードは地図用の)上にはポータルを配置してポータル関連テーブルを住所録のテーブルにしていくと、300w
っか、てー
地図用のテーブルに住所コードフィールド一個でレコード300作って住所録テーブルを繋いで、ポータルを配置
ポータルフィルタで住所コードを絞って一件だけ表示させる これいいんじゃない?w やりたい事は、先のレスで送ったスクショみたいな事であってますかね?
リレーションはこんな感じ
https://i.imgur.com/AgI2aTa.jpg
っで、ポータルフィルタで住所コードを絞って表示させました
一個ポータル作って複製して、フィルタに住所コード=1 住所コード=2ってやりました
マップってテーブル無しで、住所コードと住所録のリレーションの=を全部のやつを使ってからフィルタでも行けたのかな?
勉強不足です
取引有無フィールドの空かどうかで条件書式で文字色変えました
300配置したら動作とかどうなるのか気になります
ポップオーバーで作ったけどね、レイアウト変更した時、全部のポップアップ触るの大変だろうから、詳細は別窓開く方がいいね、一個のレイアウトで済むから >>112
>>115
レスありがとうございました。直接ファイルメーカーに問い合わせしました。
結論からいうと同時起動でなければ1ライセンスで2台めにバックアップという形で
インストールOKの返事をいただきました。
3台目は?ときくとライセンス違反とのこと。
でもどうやって3台目インストールするのを防ぐんでしょうね。
インストールはしませんでしたが3台目の途中までインストールを試すとライセンスキーも
普通に入れることができたのですが・・・ アクチどうなってるんだろうね
重複してるキーでも正規のキーなら何回でも通るのかもね >121
まさにスクショの通りの形を目指してます!ありがとうございます!
グローバルフィールドとリレーションは300作る必要ありですかね?
現在住所コードは(「区域コード4桁」-「枝番号8桁」)の形式となっております。
1区域300件くらいなのが33区域ありますのでその数のリレーション・フィールド作成となると厳しいですね。
新築・取り壊し時のメンテナンスも大変になりますし。
やはりaccessからの乗り換えは厳しいでしょうか。。 >>124
おはようございます
連結は先のリレーションのスクショだけでいいです
ポータルに関連レコードからポータルフィルタで1件に絞っているだけなので、作業としてはポータル複製、ポータルフィルタを300回書き換えるだけです、大変ですがねw
地区の話が出たんでこれを1ファイルでやるなら
テーブル 地図のフィールド
マップ (グローバルフィールド)←名前適当だけど、これを地区とするかな
地図画像も33枚だとレイアウトで33用意
レイアウト切り替えてで地区フィールド書き換えで第一の分岐
テーブル 住所コード
マップ(通常フィールド)←これも地区とする
住所コード(通常フィールド)
ここのテーブルが住所コードの数分のレコード
アクセスからなんか書き出して流し込めば済むかな?
あとはそのコードがどの地区かを決める
テーブル 住所録
ここもアクセスからデータ移植で済むよね
動作は正直わからないw レコード300は少ないけど、ポータル300は多い部類に入るんじゃないかなw >125
それくらいの手間ならできそうです!
地図テーブルの「マップ」はグローバル格納を設定すればいいですよね。
住所コードテーブルも作成する必要ですね。この「住所コード」フィールドはどのように作成すればいいですか?
すみませんaccessのイメージでいろいろ触っているため、なかなかうまくいきません。本もあるんですが。。。
住所録が更新されたら自動に変わるようにしたいのですが、テーブル間でレコードのやりとりという概念がないのでしょうか? >>125
>テーブル 住所コード
>マップ(通常フィールド)←これも地区とする
>住所コード(通常フィールド)
さらに申し訳ありませんが「マップ」フィールドには何を格納するのでしょうか? 今日はいい天気だったので 車でブルンブルン
>>126
>地図テーブルの「マップ」はグローバル格納を設定すればいいですよね。
そです、中身を書き換えて違う区の住所コードを呼び出すフィールドにします
グローバルにするなら、地区ごとにレイアウト作るだろうから切り替え時に該当する地区名にスクリプトに書き換える
通常フィールドでやるなら地区分のレコードを作ってレイアウト切り替えの時、該当レコードに移動するようにする
>住所コードテーブルも作成する必要ですね。この「住所コード」フィールドはどのように作成すればいいですか?
住所コードテーブルは、単純に地区フィールドと住所コードフィールドだけです、グローバルじゃありません
あらかじめ300以上作って供えとくと便利そうなので別の単純な連番でリレーションしたほうがいいのかと思ったりもする
>住所録が更新されたら自動に変わるようにしたいのですが、テーブル間でレコードのやりとりという概念がないのでしょうか?
マップ上に出る名前は リレーション先の物を表示しているので、住所コードがキーで後は参照モノなので当初どうりの自動で変わります
テーブル間のレコードのやりとりがファイルメーカーで言うところのリレーションシップですね、ですよね?! 他のエロい人!w
地区フィールの中ですが、地区名でも地区コードでも
要は、こちらのテーブルのこのフィールドはあちらのテーブルのこのフィールドは要素は同じだから内容が同じ物同士なら(=設定なら)そのレコードのほかのフィールドの中をくれよ、やるよ、見せろ っと出来るものです
ただ事前に設定しとかないといけません、アクセスはそこら辺が違うんですかね? すみません遅くなりました。
リレーションシップを作るだけでデータを共有した状態になるんですね!
リレーションを結ぶだけでデータの参照が可能になるのは便利です。
ただしポータルは空白状態でまだ表示させれず、試行錯誤中です。
データの持ち方がよろしくないのでしょうか。
・マップテーブルをもとにレイアウトで地図フォームを作成
・マップテーブルはグローバル格納で前述のとおり、現在は仮に地区noの「101」がレコードとして保存
・住所コードテーブルは元データの関係上下記の通り
項目1「KUIKI = 地区コード(3桁)」 項目2「NOKI = 住所コード1(4桁)」 項目3「EDA = 住所コード2(4桁)」
この3つを組み合わせて住所コードができています。
項目4「N_NO = 裏で持っている住所コード。これをキーとして顧客情報を持つ、前述でいう住所録テーブルとつながっています」
実際業務で利用しているのは3つを組み合わせた住所コードなので、N_NOは使い勝手が悪く、キーという使い方でしかないです。
外注で既存であるシステムからデータを吐き出して自作のシステムにデータを載せているので、
出来ればそのまま加工せず使えたらと思っています。
リレーションは MAP:地区 = 住所コードテーブル:KUIKI、住所コード:N_NO = 住所録テーブル:N_NO
フィルタ KUIKI = 101 and NOKI = 102 and EDA = 201(仮に住所コード101-0102-0201の世帯主名を表示させようとしています。)
ポータルに表示させたいのは 住所録テーブル:S_NAME(世帯主名が入った項目)
次のステップになりますが、取引状態についても違うテーブルなので、
またリレーションをつないだ先を参照し、条件付き書式を設定することになるかと。 >>130
お疲れ様ですw
文章でって中々大変なので画像を貼ります
該当する項目を直して作ってきてください
ちなみに最初にテーブル3段串ですが、2段でも出来たので
修正しましたw 三段も中途半端な説明だったのに申し訳ないw
https://i.imgur.com/L9rw4dR.jpg
テーブルは2つ 地区と住所録です
地区テーブルは1つのフィールドでグローバルです、この中身で地区を切り替えます
レイアウト切り替え時にスクリプトで書き換えます、
練習はレイアウトにフィールド出ます置いて直打ちで練習おば。
https://i.imgur.com/S3Imrps.jpg
地図の関連テーブルはもちろん地図
https://i.imgur.com/8rAarHY.jpg
データベース詳細です
https://i.imgur.com/uyR4h8M.jpg ポータルの中はポップアップボタンの上に住所録:名前を重ねているだけです
ボタンツールは名前を計算式で取得できなかったっけ? 出来なかったのでフィールを重ねたわけですが
リレーションが完成したあとの詳細表示は別ウインドウで開くようにするだろうから住所録:名前にボタン設定してスクリプトで処理したら良いと思います
ポータル内は名前以外も入れれば取引有無ぐらい出しとくとか工夫は色々?
https://i.imgur.com/9OnrKed.jpg
ポータル設定です、ここのフィルターで住所コードをポータル毎に一件に絞れば良いです >132
詳細ありがとうございました!地図が完全に出来上がりました!
ずっと何が違うんだろうと試行錯誤してましたが、
何気なくレイアウトでポータルの中のテキストの位置をずらしたらフィルタが機能しました。
テキストの位置大事なんですね。
あとは詳細を別ウィンドウで開くスクリプトができれば完成です。
スクリプトの勉強頑張ります。本当にありがとうございました! 次バージョンは何がかわるんですかね?
ちなみにwinです >>133
おめでとうございますw
ポータル300x地区分でしたね、地味な作業ですが頑張ってくださいw
完成後の動作が気になりますが、ひとまずはこれにて。 TDCのMRDBとの違いを教えて
欲しいけど無理ですよね >135
再び帰ってきてしまいました。
条件付き書式の設定でつまづいております。
住所録テーブル
・住所コード ・世帯主名
契約情報テーブル
・住所コード ・商品コード ・契約開始日 ・契約終了日
住所コードでリレーション結んでいます。
商品コード=1 and 契約開始日>=get(日付) and 契約終了日<=get(日付)
で色付けをしたいのですが、上記を満たしつつ過去にも商品コード1の契約履歴がある顧客には色が付きません。
すでに契約終了したデータのみを参照しているのでしょうが、解決方法が思いつきません。
住所録テーブルに現在契約flgを作成しようとしましたが、レコードの全置換のスクリプトで同じ式を書いても同じ状態でした。
また、現在も過去も全く契約情報がない場合の条件式はisEnptyとは違うのでしょうか?
よろしくお願いいたします。 >>137
https://i.imgur.com/rSAJWfl.jpg
フィールド世帯主名に条件書式を入れてます
条件一致してるのでザクは赤になってマフ
日付の入ったフィールドが日付フィールドになってないとか、まさかw >>138
契約情報が1レコードのみの場合は色がちゃんと付いています。
顧客コード1 商品コード1 契約開始日2016/2/10 契約終了日2016/12/9
顧客コード1 商品コード1 契約開始日2017/10/10 契約終了日2018/12/9
顧客コード2 商品コード1 契約開始日2017/11/1 契約終了日2018/12/31
顧客コード2には色が付きますが顧客コード1にはつかないという現象です。
日付フィールドのタイプは「日付」になっております。 >>139
リレーション元の条件はリレーション先の先頭行が条件満たしているかで動くみたいですね、自分も勉強不足でした
ポータルのフィルターで一件にしても隠れている一行目が基準だし、ポータルのソートもソート前の先頭行が基準のようです
ただ、リレーションのつなぐところのソートでは先頭が変わるようだ、あたりまっちゃ当たり前か
この前の地図の延長線上なら、
契約情報テーブルに氏名を作って、その氏名フィールドに条件当てれば、ソートしようが隠そうが、そのレコード内で条件が動くのですが、いかがでしょうか?
自分が前に作った地図のスクショでは色付けしていた氏名はリレーション先の名前を使って取引有無で条件つけてました。 >>137
アフォじゃないの?
複数の結果があるフィールドでこっちの思い通り条件表示しろとか、頭悪すぎ。
最後の取引がどうかのフィールド作らなきゃFMがわかるわけないだろ。AIじゃない。 >>140
試行錯誤の末、
契約情報テーブル内に契約有無のフィールドを追加、スクリプト「テーブル内全置換」フラグ「1」を付け、
住所録テーブル内にも契約有無フィールド(計算)を作り、契約情報の契約有無フィールドをSumさせ、
1以上なら契約有りとしましたら完成できました!
これで地図がすべて完成できそうです!
>>141
Microsoft Accessをずっと使っていましたが、それにはあるクエリーという概念がないので、
その点がファイルメーカーのいい点でも欠点でもあるのですね。
Accessでは複数テーブルを組み合わせ一つのテーブルを作り、そこから計算したり、参照したりするので、
ここまで考える必要がなかったです。その分動作が重くなるんですが。
でもポータルでは複数レコードを表示してくれるのでファイルメーカーでもできそうなもんですけど、
ファイルメーカーさんに改良してもらえると嬉しいです。 グローバルフィールド300件とか言ってる時点で
まともなデータベース設計能力ないだろう このケースでクエリーがどうとか、DBを全くわかっていないような 一件契約につき1レコードのテーブル
契約日と契約終了日、どういう状態か(継続中、満了)の仮称「x」フィールドを作る
顧客情報かければポータルでいかようにも引っ張れる
アフォみたいな 最初から見たらオブジェクトで地図作ろうとしてんのか
正気か? 地図はたんなる背景だろ?
背景にボタンなどを配置することは良くある。 質問があるのでよろしくお願いします
テーブルがAからDまである
AとBが1対多のリレーションになってて
Aのレイアウトに
Bをポータル表示して入力する
このポータルにCのフィールドも配置する
(AとBCが1対多のかたちになる)
このときに、
Cを1として、Dに
1対多の関係でレコードを入力することはできませんか?
BをまとめたものがA
DをまとめたものがC
というかたちです >>148
そういうのはホンモノのDBソフトじゃないと無理 Cのフィールドをボタンにしてクリックしたら新規ウインドウかポップアップでDを表示させるしかないんじゃないかな。
ポータルの中に別ポータルは入れれない。 ポータルの中に表示できるのはフィールドなんで
中のはフィールド化するしかない。
だけど、何をしたいかと具体的に考えれば違う
方策が見えてくるんじゃないかね。 >>148
みたいなのはフィルタ用のフィールドつくって
まとめたいレコードで同じグループ番号なり自動入力して
自己リレーションで集計、グループ番号でレコードIDが一番若いものだけ表示
とか ■ このスレッドは過去ログ倉庫に格納されています