ファイルメーカーユーザの集い Part6
聞きたいこともあり、立ててみました
リンクとかは、2レス目以降でお願い致します 早速質問です FileMakerでのSQL発行について教えて頂きたいです
group by に、関数項目は適応できないのでしのうか?
group by trim(項目) みたいなのは可能?
サブテーブルの参照は可能でしょうか
from (select 〜) みたいな
FileMaker14なんですが、何故か、シンタックスエラーになります
書き方違うんじゃないとか、ありましたら
教えて下さい ひとつ買ってふたりで使おう復活したね。ってキャンペーン期間が今日から23日までって10日も無いけど。 そんな高度なことはできない
SQLが使えるのではなく、TOを無視して値リストを生成する指示をするのにSQLのSelectっぽい構文を使えるだけって思っておくのが吉 >>5
アクセスでも出来る事だと思うのだけど
諦めます
ありがとう ひとつ買ってもうひとつのメール自分とこにもきた。
ってほぼ7万。そんなに高かったっけ? xmlのファイルで
<Address>○○○○</Address>
<Name>○○○○</Name>
ってなってるのを、取り込んでフィールドに切り出すの
どういう手順がイイ? webビューアのjavascriptでXML→json変換ライブラリを使う、とか
BaseElements Pluginとか入れてXMLを直接解釈して処理する、とか なるほど、ハードルが高いわ
正規表現使えればテキストから自由に取り出せるのに 一応Webビューア経由ならjavascriptの正規表現使える
同じくBE Pluginの正規表現も使える
本体だけでやるならキーワードをPositionで調べて間と抜き出すとかは
出来なくはないけど面倒くさいよ。 集計だけするテーブルってどうやってつくるんですか?
売上テーブルAのレコードを、日付と任意の値で集計し、 グループ化したレコードを集計テーブルにつくり
集計テーブルと売上テーブルBのレコードを
請求書の明細欄として羅列したいです >>12
group byを使えば良いと思いますよ
これで1発です >>13
集計テーブルで実行するということですか? >>6
速攻で諦めるを教えた俺にお礼がないとはどーいう事だよ >>14
集計元のテーブルに対して
group by掛けて下さい
サーバースクリプトとかで
その結果を集計テーブルに
インサートするイメージ >>15
諦めろだけだったんで
自分に対するレスかなと
失礼しました う〜ん、うちのバージョンではそもそもxmlファイルを取り込めない。
せめて、開いてコピーペーストできれば。そこから処理できる。 ver18以上だと、xmlファイルをテキストとして読み込む
機能があって、さらにある人がタグに囲まれたデータを読む
カスタム関数を作っているようです。作成法公開。
情報としてあげときます。 バージョン20を記念して日本は無いことになるかもな >>12
これでどう?
ウインドウタイトルの設定 [現在のウインドウ; 新規タイトル: "テーブルA"]
新規ウインドウ [スタイル: ドキュメント; 名前: "テーブルB" 使用するレイアウト:「テーブルB」 (テーブルB)]
ウインドウを選択 [名前:"テーブルA"]
レコードのソート [記憶する; ダイアログあり: オフ] //ここはIDでソート
レコード/検索条件/ページへ移動 [最初の]
変数を設定 [$検索済ID; 値:""]
変数を設定 [$検索ID; 値:テーブルA::ID]
Loop
If [$検索済ID ≠ $検索ID]
変数を設定 [$検索済ID; 値:$検索ID]
変数を設定 [$小計; 値:GetSummary ( テーブルA::小計 ; テーブルA::ID )]
ウインドウを選択 [名前:"テーブルB"]
新規レコード / 検索条件
フィールド設定 [テーブルB::ID; $検索ID]
フィールド設定 [テーブルB::小計; $小計]
ウインドウを選択 [名前:"テーブルA"]
End If
レコード/検索条件/ページへ移動 [次の ; 最後まできたら終了: オン]
変数を設定 [$検索ID; 値: テーブルA::ID]
End Loop
レイアウト(テーブルA)のパート設定で小計作るの忘れずに。 >>26
ありがとうございます
文章で書くとどのような流れでどんな処理をしていることになるんですか? >>27
テーブルAの検索したいカテゴリのIDでソートして小計を出す
テーブルAの検索したいカテゴリのIDを変数に格納($検索ID)
比較用’$検索済’変数を作成(一度も検索してないので中は空)
ここからループ処理
検索済IDと検索するIDを比較もし異なったら
‘$検索ID’を’$検索済ID’へ格納
GetSummary でIDごとの小計を取得し、変数に格納
テーブルBを呼び出してIDと小計をコピー
テーブルAを選択
次のレコードへ進み、検索したいカテゴリのIDを変数’検索ID’へ格納して、そのIDと前に検索したIDが同じなら無視、異なればデータを取得する。
次のレコードが無ければループ終了。
割と力技。
テーブルAのIDって書いたのがわかりにくかったね。
テーブルBでまとめたいカテゴリって書けばよかった。 普通にAのテーブルにBの明細テーブルをポータルかパートに置くだけだろ
どうなってんだこのスレw >>29
それだとCSVで小計のみのデータを吐き出せなかった。 >>25
20ってclaris studioのことだろ >>30
リレーションに条件つけてSUMするだけや それだとAとB混ぜてソートできなくないですか?
単純に日付などでグループ化すらできないってどんな設計なんだろうなあ
俺はグループ化したいレコードにフラグたてて
自己リレしてSUMして
フラグあるのはその集計値を表示させてたけど非常にあほくさくて管理も大変
TOが増えまくるから 何も問題解決案も出さない無能がアンチ言ったところでね。 このスレって随分昔からある気がするけど何かの役に立ってんの?
バージョンも古いのばっかりだしクラリスの役に立ってないのは確かだな 旧スレから小計ガー言うてはるかた、同じ人かいな?
とすると相当な時間費やしてんと違いまっか?
前に書いた気もするけど、小計パートだけで済まない、集計用テーブルガーとかなるとちと面倒や
上司に言うてお金もろうて業者にコンサルなり部分開発なり頼みなはれ
マトモな業者はんなら、そんな時間かけず助けてくれるんちゃうかな 小計とグループ化はツイッターとかネットでもよくみるから
簡単に対応してないファイルメーカーが異常かなと思う
90年代みたいな設計のAccessでさえできるし、Excelですらできるってのに データを取り出しにくいんだよね。
何でこんな仕様なんだろ。 有名なSQL DB間でも、例えばランクやウインドウ関数があったりなかったり、サブクエリが通ったり通らなかったりする
そのたんびに怒ってもしょうがないで
そのDBに合わせてなんとかすんのがプロやろ >>41
あと不満点といえばスライド印刷とかいう中途半端な仕様な
普通、文字列に合わせてフィールド高が自動拡張するものなのに
このくらいになるかもしれない、というサイズにフィールド高を拡大しておいてスライド設定してください、も意味不明 請求書とかそういう業務に使おうとしてるのがおかしいんだろ、と思ったが
売ってる側もそういう売り方してるみたいだしな >>23
今更だけど、サーバーなんていらないですわ
サーバー使ってると思いこんでました ファイルメーカーのデータを
ACCESSに取り込んで、データ編集して
インポートし直す
もうこれで良くない
ファイルメーカーでやろうとするから面倒くさくなる
画面が簡単にできるメリットだけを活かす
これがベストではないか >>46
印刷だけAccessなら印刷だけExcelでいいんでないの? いいこと考えたで
Clarisはんに頼んでSQLをansi対応にして、select結果をTOにしてもらえば万事解決や それ、DBエンジンごと書き直すってことでは?
カード型以来の資産が邪魔になってるんだろうなあ FileMakerでできない事ってあるのか?
ぶきっちょだけど工夫してWinのスクリプト連係すれば
だいていはできるじゃ?
それに今はSQLとか使えるんだろ?よわからんけど。 >>52
オメーみたいな奴いるな何にでも文句言う奴、ウザがれてるから引き篭っとけよ レコードのグループ化って何かと思ったらAccessの標準機能か
単にリレーションで条件つけるだけ
こう言うカス共がファイブメーカー使えんとか言って回ってんだろうな >>54
集計って意味じゃ
リスト使って出来るぞ
あとカスタム関数でも可能 >>38
何でおまえはのぞきに来てレスまでしているの?
おまえの人生に意味はあるの? 新しい友人に、前の友人はこうだったああだったと
当てはめて新しい関係を築こうとしない人間はカス FileMakerでデータベース初めて触ってSQLも使うようになったけど、SQLの方が細かい設定ができると思う。
FileMakerはとっつきやすいし開発も楽だから好きだけどね。 FileMakerの良さ、これは欠点でもあるんだろうけど
細部の設計ができてなくても作りながら構築できること 小さい会社やってる(扱うのは俺一人)けど請求書を発行するのにファイルメーカーにするの少し不安がある
Androidとwinメインでipadもあるけど
サーバー契約はせずパッケージ購入となると
扱える環境が限られるからなあ
Office365のAccessかExcelだと
ファイルさえクラウドに置いとけばどこでも扱えるんだが >>63
つづき
そんなことないよ、と背中を押してください オーナーならいいんじゃない?
社員なら、開発、運用、手直しで、手いっぱい
本来の仕事はできなくなると思う なにが不安なのか意味がわからん
自分の作るFMファイルに設計不安があるって事? 請求書作るのが月に数名とかなら
エクセルでシコシコ作ってもいいかもしれないが FileMakerはなんと言っても開発の手軽さとUIの作成がが簡単な事だから人数少ない方が作りやすいと思うけども。
サーバーなんて使う人数多くないと要らん。 不安なのはパッケージを買ったら
そのパッケージが入ったPCでしか作業できないから
デスクトップの場合自宅と職場でいじることが難しいところや
それを解消するためのライセンスだと5ユーザーからなので
共有自体ができないというところです
ipadはあるのですが、OneDriveなどにアップしたファイルを開いて上書き保存ができず、コピーを作成するだけなのも困ります
一人で作ってひとりで使うので
色んなところで使いたいなら5ユーザー買うよりノートPCを買ったほうがいいのかもしれませんが >>67
今はExcelVBAで擬似的にデータベースみたいにしてますが擬似的なのでデータの取り出しはコピペになるし
整合性保つのもなかなか大変なので
Excelを無理やりデータベース的に使うならファイルメーカーのほうが手軽なのかな、と
結局Excelでやってることは無理やりidで照合してコピペをVBAでやってるので… >>71
作るだけならいいけど、データを自動保存して
蓄積して有効に活用することができにくい
DB使わなきゃ >>59
あるある!本業だから!最近は同業者の高齢化が激しくてね
新規が少しでも入ってきるのか見にきた
あと、コネクトからローカライズが疎かになっているから日本の切り捨て若しくはAppleがクラリス無くす事も心配している 廉価版なくなるしadvncedの機能だったランタイム作成機能も切り捨てられてるしサブスクになるし、
自ら新参の門戸を閉ざしてるようにしか思えないけどな…
むしろFilemakerから離れられない奴らからがっぽりむしり取っていこうという方向… >>75
個人とかそれに近い事業者には辛いよね
公式みても大規模で使ってる事例が多いからターゲット変えたんだろうな 完全に中小の小遣い帳なんてクラリスは無視してるよ
ファイルメーカーはその為に大幅な進化をしてきた
ただ、ここにいる様なユーザーは極論バージョン7で十分
クラリスが想定ているマーケットはFBAを通しての大型開発案件、もしくは"何故か"インハウスでバリバリ開発できる、グループ化なんてアホな事言ってる奴がいない、大手企業
FM7で困る事なんて正直ないでしょ?足らないものが有ればプラグイン外注したり他の言語で補完してやればいい
iPhoneで使えないなんて言ったらクラリスの思う壺だからね、毎年に近いレベルでお布施を要求される >>76
ファイルメーカーがまだ輝いていた20年前と違って大概の事はASPとしてサービスがあるでしょ、何万円もするソフトを勉強までして使うよりも既存のASPサービスをサブスクで使った方が有意義
ユーザーが思ってるいるFMの使い方は消滅、若しくは極めて0に近くなるビジネスモデルだよ >>78
グループ化は必須だと思うけどね
グループ化ないデータベースとかみたことない どうでもいい揚げ足取りじゃなくて本質でレスしてくれや
ここの平均年齢50~60才の希望する方向にクララリスは向かわないよ、未来がないし
本業にしてる俺だって2バージョン違うだけでサーバー使えなくなるんだから、バージョンアップのお願いをクライアントにするのに苦労してるんや
ユーザーからしたら何ら変化がないのに金だけ取られる訳だし
俺もそう思うし
だから、ライト層はずっといまのバージョン使ってくれ >>81
確かにバージョン変わってもなんの変化もないよね AccessはUI改善するだけでライトユーザー全部取れるのになんでやらないんだろうな
10人以下なら余裕だろうし
レイアウト作成のときにすら拡大できないとかおかしいよな もはや小規模はExcelVBAだな
かっこよくはできないが小規模なら最適だよね
売上備蓄して取り出してレポート 程度なら >>63
>>70
iPad使うならFile maker Go使えるよ。
Androidにはないけどね。
1台買ったらもう1台タダのキャンペーン時に
パッケージ版買えば家と会社のPCに
それぞれインスコしてOneDriveに
ファイルほりこんどいたら
擬似クラウドで運用できる気がする。 なんで古いバージョンではいけないの?
Winなら動くでしょ FileMakerじゃなきゃ、accessじゃなきゃじゃなくて
ハイブリッドで良いじゃない
己自身もカスタムしてレベルアップしていかないと FileMakerは2バージョンしかサポートしないのは鬱陶しいけど、ブラウザベースにしても大概だよ。
コロコロ変わるし対応するのも本当に大変でコストもかかる。
金払ってバージョンアップするだけで手間はかからんからその点は良い。 ver.3から使ってきた個人ユーザーとしては
諸行無常としか思えない なんであれだけDBとして使えないAccessをここまで来て持ち上げているのかわからないけど
もしかして「騙されたつもりで使ってみろよ」と誘った上で騙されたと後悔させるまでがセットの迷惑系のプレイ気取ってるつもりなんだろうか。 accessは、お手軽だからね
勿論、複数アクセスとかトランザクション考えたらキツイけど
データ編集くらいなら楽だし
セットアップも楽じゃん
そりゃあ、oracleやらmysqlが
総合的には上回るけど
FileMaker的なお手軽さという点は勝てない macの俺は、昔access出作るとどんな感じか、中古アプリ
を買ってシェアウェアを試したことがあるが、酷かったな。 >>86
ipadでは共有できないっていうか
同期のシステム作り込まないといけないよね
クラウドの開けるけど上書きはできないクソ仕様OSだから というか事実上Accessなくなるんだってよ
ロードマップ上の開発も止まったらしい >>95
オレはDropboxにファイル入れといて
Goでデータ更新したらそのファイルを
Dropboxにアップロードするってのを
毎回くりかえしてた。
個人利用だからできる力技だけど…… >>95
え?
PCで開いといてそれをネットワーク上で共有して使うもんなじゃないの?
それするのも作り込むってほどの手間は要らないし SQLiteをデータソースとしてサポートしてもいいと思うんだけど。 マジでこのスレおっさんが多くて時代に全く乗れてないよ
レス見ててもアホかみたいなのしかない >>100
SQLiteがエンジンだったBentoの復活を望んでるの?
No SQLなMongoDBを統合できるClaris Studio/Pro は? >>101
何も建設的なこと言えないバカがなんだって?w
すっこんでろ。 >>101
そういうアプリだし。何でおまえは見に来てるの?
行動が爺さんだぞ。 sqlliteって、排他出来るの?
失敗しても、ある意味、okな
ネトゲーム向けというイメージだけど sqliteも排他はできるというか、書き込み中はレコード単位ではなく
ファイル単位で読み込みもできなくなるのでローカルで1人だけが使うならいいけど
複数でとなると、まあ使えない。 サクッと簡易な自分専用ツールを作ることができるから割と好んで使ってるけど。
使い方次第じゃない?
規模に合わせてどれで開発するか決めたらいいだけだし。 pcリモートして1クライアントを操作するって事?
同時に一人しか操作できない 多重起動さえしなければ複数端末にインストールできない?
それでDropboxなどでファイル共有したらいいんでないの? >>112
ライセンス違反だけどな
まあアクチさえすりゃどうとでもなるけどな >>113
シングルライセンスの本ソフトウェアがイン ストールされているコンピュータのプライマリユーザはそのユーザのみが使用するため に自宅用または携帯用コンピュータにコピーをもう 1 部作成することができます。
って書いてあるし大丈夫でない?
https://www.claris.com/company/legal/docs/eula/filemaker-pro/fmp_eula_ja.pdf >>115
あ、複数人で使うってことか。
そりゃあかんね。 とはいえ、1pcのFMを複数人がそのpcにて直接使うのは容認だろうから、
複数pc複数ユーザの操作は違反ってことだね。 ばれないからどうやってもいいんだけど
会社が小さいときにそういう組織になっちゃうとでかくなったときもやってしまって賠償ってことになるからな
家族経営ならライセンス違反だろうが割れだろうがとりあえずバレないけど
他人が増えるとチクられるからな FileMakerから、グローバルのwebサービス呼んで
xmlやら、json読み込むとか出来るんでしょうか
具体的には、他システムのデータのreadと更新がしたいんですが
リアルタイムにやりたい ありがとう御座います
リクエスト送ったら、更新するwebサービスが相手なら出来るってことですね
例えば、wordpressとか >>122
よくあるサービスなら郵便番号からの住所取得とかね。 郵便番号なら専用のファイルがあるからリレーションですむけど 振り仮名の自動入力アホすぎるのなんとかならんのかね。 >>126
OSの機能そのまま使ってるだけだから。AppleやMicrosoftに言ってくれるや。 >>127
ふりがなフィールドなら変えようなくない? >>129
読み上げスクリプトステップってMacでしか使えないよね。OSに投げてるだけだから。
それと同じようにFurigana関数もふりがなフィールドもOSに投げて結果をもらってるだけだから如何しようもなくない? そこはAI使って独自の振り仮名仕様にしてほしいもんだ。 ローコードアピールやめろよな、結局少しやれば困る事になるのに
情報量の多さからPythonの方がよっぽどお気楽だ
もう、書籍も本屋では出ないしな 見込客にFMを使うことを提案する→FMについて見込客が調べる→ローコードアピール→FMって大した事出来ないんじゃないですか?
違うし、戦略がダメすぎだろ >>137
それもあるけどGUIとか帳票とか
難易度高すぎない?
ファイルメーカーはローコードかもしれないどちょっと何かやるにはアホみたいな力技いるからなあ
データベースうたってるのに
・レコードのグループ化
・フィールドの自動拡張(文字列多いときに勝手に2段3段となるやつ)
・ページごとの集計
・非連結フィールド
もないからな
レイアウトや帳票の作製に関してはちょっとしたIllustratorみたいに高度なんだけどねん
日本語なのにベースラインが欧文になるのも気になるが(文字がやや上にいくから目視で調整する必要があるけど機械的に中央寄せしてほしい) >>138
どれも誰かが作ったのを切り貼りした方がPythonの方が楽
帳票云々ならExcelに送り込んでやればいい
GUIなんてクラウドワークスなんかで安い単価で請け負う奴にやらせればいい だからwedirectなんてありがたがって使う時代じゃないんだよな この手の話で○○の方が楽って言うやつは
ほぼ100%自分でやったことのないネット弁慶。 >>143
あなたみたいな方はこのスレには不要です。他のFMコミュニティへ行かれる事を推奨します。 >>138
このベースラインは気に食わないな
文字を完全に中央にできないからボディにら列させると上よりになってしまう
いっそレコードごとの仕切り線なしにし.
してみたが見にくい見にくいいわれた
縦線はなくてもいいたいなんだが横線はなあ
もういっそすべて上寄せにしておいて
下に空白つくるとか? >>147
この話題ちょいちょい出てくるけど、フォントの設計にもよる問題だしなー
エクセルなら云々、とか言うんだけどエクセルでも試したらフォントによって結構ずれるし
何ならMacで作ってiPadでズレる、とかOSバージョン変わってフォント変わって、とか
フォントの扱い変わってズレる、とかも起きてくる
あんまり拘ってもしゃーない データ取得するときにいちいちウィンドウ開いて取得して閉じてって凄い嫌なんだけど、なんか他に方法あるんかね。 >>150
よらないよ
強制的に欧文のベースラインがつけられてちょい上になるだけだから >>151
データ取得するときがどういう状況を指しているのかよくわからないけど
・インポートならあきらめろ
・単に他のリレーションのあるテーブルの値なら普通に参照、あるいは別レコードなら
GetNthRecordやらなんやらの使える奴を使う
・リレーションもないデータならExecuteSQL
・サーバがいるならサーバにスクリプト投げて結果をもらう
あたりだな。 >>153
GetNthRecordは知らなかった。ありがとう。
一部分の小計値を得たい時に再ソートしてまた戻して、とかあまりしたくないなーと思って。
かと言って別ウインドウでレイアウト開いて取得するのも挙動的入出金イマイチかなと。
SQLで取得すればできるんだけど、テキストだからテーブル名とか変えると使えなくなっちゃうしね。 テキストだから云々はSQL文のテーブル名やフィールド名のこと?
そこはGetFieldNameで取り出したのを埋め込むように式を立てればOK。 >>155
なるほど。そんな手があるんだ。
勉強になりました。ありがとう! FMのホスティングで飯食べてた奴ら可哀想だよな、FMクラウドなんか出してよ
呆気なく裏切られるから注意しろよ >>159
FMのホスティング会社なんて幾らでもある
charGPTにFMは対応してないから俺たち大勝利かもな! >>161
お前みたいなどうでもいい誤字指摘してくるゴミ情シスいるよな
物事の本質が分からないのかアホなのかしらねぇけどさ、時間が無駄にかかるから消えてくんね >>163
死んだか自演野郎?ちゃんと遺族が写真撮って死んだ証拠出せよ >>164
バカじゃねーの。
回転寿司で醤油舐めるような猿かよ。
掲示板でイキってんじゃねえよ。
恥ずかしいやつだな。 idつくるときってどうしてますか?
オートナンバーで1加算していくときでも
00001にせず
10001からはじめて、0000が省略されなように桁揃えはやったほうがいいでしょうか?
そのidを伝票番号などとして表記させます >>168
レコードのキーと表示させる番号を兼ねるのは愚だと思う >>168
伝票作成しても必要なかったら削除したりするんだし、それを伝票番号として表示しても揃わないんじゃないの?
意味あるのそれ? 似た質問だけど請求書発行番号ってどう管理してますか?
ユニークキーは単純に1から増えていくだけ
で
それとは別に、1枚発行のたびに番号を+1していく数字フィールドも用意していますか?
それだと請求書削除でユニークキーに歯抜けができても
兼用するほうが楽な気がしてしてしまいます
例えば社員番号をつくるとき
10001 Aさん
10002 Bさん
としたとき社員番号にはユニークキーの10001を使いますから兼用ですよね >>171
UUID使ってる。
IDにユニーク以外の自体に意味を持たせてない。
連番も発行しない。
紙で複写式ならともかく、管理者が変えようと思えばデータ改竄できるし。 伝票番号って、それが記載された伝票から内容を調べるときに使うわけでしょ
ユニークであればいいし、市販の伝票もただの通し番号でしかないけどな 客先からの電話問い合わせでUUID伝えられたら嫌だなあ >>174
削除フラグってなんのためにやるの?
絶対に使わない間違えて入力したのも削除フラグなんだよね? >>178
FMは削除の際にデータがぶっ壊れる可能性が高い、削除フラグで有ればログも残るしデメリットが考えられない 壊れたりするのか
恐ろしいな
会計ソフトなんかは削除フラグだよね どんだけFMSを勧めても導入しないクライアントっているからね 領収書にしても納品書にしてもお役所的には連番になってないと
信用されないんじゃないかな、歯抜けの領収書つづりとかレジロールなんて
○税してますって言ってるようなもんでは? 結局どうやるのがいいの?
データとしてのレコードは内部的なものだからUUIDでいいとしても
請求書にしろ伝票や納品書にしても別途客相手への照合用としてなんらかの符号はいるわけで
書類の右上あたりに数字書いてあるのが一般的じゃない? 税務署入っても連番じゃなくて文句言われた事ないよ。
それより仕入れと売上の整合性が取れない時に追求される。 >>185
税務局入ってファイルメーカーとか見せることあるか?
税理士がやってる帳簿とかそんなのでみるだけだよね >>186
FileMakerのアプリを見せろとは言われないね。
印刷した請求書の控えとかに連番振ってないけど、特に何も言われないよ。 >>184
自己リレーションしてGetNthrecordで最後に使った連番に1足しとけというか、そういう発行用のフィールド作ってフィールド定義にぶち込んでレコード追加の度に発光させろイカ >>171
うちは期月毎に連番
例えば30期の1月としたら30010001から連番を請求書毎に振ってる >>184
内部コードこそコストの少ない連番でいいよ 正確な連番である必要はないんだから普通に割り振っていくだけでいいと思うけどね。 オートナンバーで1から振っていってそれを主キーにしてそれをそのまま請求書に記載して請求書番号、としてたけどこれって運用的にまずいってこと? >>192
>>182なんかはそう主張してるけど、>>185の実際の体験からはそんなことないつってるやん?
正確にはこの辺言及してる法律なりなんなりがあるのか調べてみんとわからんけど
この辺規定してるとすると、どのあたりなんだろうな >>192
ユニークなら全然問題ない。
削除で番号がとんでも全く無問題。
むしろ連番にしようとして番号が重複する請求書が
出てきた方が大問題になる。 手動であとから書き換えることができないと困る業界もあるのでは? 連番が信用されるか?っていうと、一つの要素にすぎない。
紙媒体で冊子となってる領収書の連番ならともかく、デジタルの連番には何の信頼性もない。
領収書も請求書も発行せず売上だけ抜く事もできるかもしれないけど、物を売るなら仕入れなきゃならないし、その仕入れた納品書があるのにその物がない、売った実績もない、ってなるとそれはどこにいったの?って追求される。
それがサービスだったとして、サービスの提供者に反面調査されてばれるとそれはもう大変なことになる。
でも、追求された時にすぐ答えられるようにしておけば問題はない。
だから、連番(ID)は>>194の言う通りユニークさが最も大切であって、その他の意味を持たせる必要はないし持たせてはいけない。 >>197
まあ請求書とかだと宛先書いてあるし銀行口座の履歴見れば簡単に照合できるよね 相変わらず明後日の方向でぐちぐち言ってんな、全員偉そうなのがウケる 19.6.3がリリースされたのに全然話題になってないとか。
19.6系もそろそろ大分安定してきたからサーバと合わせて
移行するタイミングかな。 chatGPTの登場でFMを使おうかなと言う新規は更に減るだろうな、やりたい事をchatGPTに聞いてエクセルで実現すればいいんだから じゃ、オマエの仕事はchatGPTにやらせるから首だな 買ってくればなんとかなるもの
自分の見識を蓄積したDBという違いだね チャットGPTにファイルメーカーの内容聞いてみれば? FMを知らない奴はFMがいかに進化しているかを知らない、エクセルも同じ
昔のエクセルとは全く違う excelが進化したとしても表計算としてであって・・ >>212
具体的に「FMがいかに進化しているかを」教えてください >>213
エクセルは膨大なデータを抱えてライブで
運用はできない。去れよ、エクセル信者は。 FMで何百万、何千万レコード使ってんのか?俺は使ってるぞ
一万レコードにも見たないならエクセルでいいだろ
FMは今後ディスコンになる可能性だって秘めてるぞ >>216
エクセル君は自分の家に帰れよ
他所に来て暴れるのは子供だろ >>219
Appleに変わってから大きく変わってる FileMakerはGoと組み合わせて簡単にすぐ組めるのも強みだしな。
ぶっちゃけUI部分にはほかに代替できるソリューションがない状態。
それよりもServer有りだけの時でいいから、DB本体側のトランザクション能力の向上や
レイアウトではなくテーブル側のトリガを実現してほしいわ。 >>221
どういうこと?
あやふやにヒントだけだされても困る Excelでは不十分
Accessは古すぎる
ファイルメーカーは先行き不透明
一体零細の一人デジタル担当大臣の俺はどうやったらいいんだ?
自前で開発なんてできないしランサーズなんなで的確に伝えてなくて作ってもらえそうな気もしない >>223
収益が低すぎるAppleに変わってから怒涛のバージョンアップでしょ、しかも顧客はそんなバージョンアップ求めていないし
ここからは憶測だけれどApple的な収益の閾値を割ったら撤退あるんじゃないかな 最近のバージョンアップ内容って、サーバサイドの集計やループ処理関数やスクリプトトランザクションとか
割と顧客が欲しかった機能ばかりだと思うがなぁ。ubuntuでのサーバ稼働は運用コストを大きく下げたし。
JSON関連の関数はもはやないと困るレベル。
この調子でぜひとも正規表現のサポートとQRコード生成を実装してほしいです。 >>226
撤退してたらみんなどうする?
スタンドアロンなら古いまま使い続けてもなんの問題もなさそうだけどね
いまだにランタイム版使ってるし 実際のところ、オフラインで共有せず同時編集もしないとなるとExcelでVBA使って転機やりまくったほうが将来安泰なんですかね?
上記の用途の零細程度のデータ処理量だとVBAでもマシンパワーでなんとかなりそうだし
売上から請求書つくるにしても転記するのはせいぜい30 レコード、フィールドも100適度だと思うし >>228
無くなったのなんて幾らでもある、町工場は今でもPC-98だよ
エミュで強引に動かしたり
顧客の事なんてどうでもいい収益があるかないかだけ >>229
エクセルでなんとかなるのはデータの種類と項目が
少なくてLanする必要もないからで、だったらそのまま
使ってください。
このスレは一応リレーショナルデータベースのスレなんで。 >>229
レポート機能的なの使いたいときにそれごとにVBA書く必要あるけど即時性と共有しないなら十分かな 一般的仕入れ販売業務でも、在庫管理、顧客管理、売上げ管理
これらを有機的に連動させて、税務データまで流し込むとか
Excelではとうてい無理。
うちも給与計算だけはExcel、単一作業には向いてる。 中小はERPは外部に出すのがほとんどかな
伝票電子化、インボイス管理、税務と
ミロクか奉行がほとんどでしょ
ファイルメーカーで内製してしまうと
メンテの人員確保がむずかしいんでは? 業態が典型的ならそれが一番だと思うが、
あとは特殊性や規模との兼ね合い。 >>234
ああいうの使えるところうらやましい
と思ってたがどうやらExcelで対応して清書的にソフトに転記してりしてるみたいだね >>231
でもTOすら理解できずに明らかにExcelでやった方が早い、素人の作りかけを何度も作り直したけれど 収益からは無料というわけにはいかんのでは?
実行環境だけを提供するって気がする 無償版て、有料ユーザを育てるための餌。
たいていの場合はスタンドアロンとか、色々制限があるはず。 以前あったランタイムの代わり+α程度の位置づけじゃないの?
ESSとか外部SQLインポートとかあの辺がまるっと制限されそうな気がするなぁ。 MYSQLやPostgresqlをWebサーバーで立ててファイルメーカーの「URLからの挿入」で普通にデータのやり取り出来ちまうからなぁ。PHPあたりの知識があればランタイムやGOからDBMSに読み書きできる >>244
自分はそれやってるけど、リアルタイム処理は出来ないし、処理が複雑になって開発工程が難しくなるからあまりお勧めできない。
FileMaker上では正しい情報が表示されてたとしても、ジョイントプログラムにバグがあるといざサーバーのデータ見たら更新されてないとかもあるからチェックが煩雑になる。 >>244
ランタイムってcURL使えないから、全部GETで処理しなきゃいけないよ? ファイルメーカーで請求書とかつくってるとこは
今後電子化になったとしたら
PDF出力してなんらかのサービスにアップロードして送る感じを予定してますか? >>247
PDFにしてメールじゃないの?
給与明細は各従業員のメールに送信してるからそれと同じにするだろうけど、難色示すところが多いだろうからほぼ紙かな。 とあるテキストファイルを、一旦グローバルのテキストフィールド
に取り込みたいんだけど、どうしたらいい? >>249
オブジェクトフィールドしか無理、強引にやるならテキストファイルのテキストを抜き出してテキストとして入れる テキストデータとして扱ってもいいな普通のインポートで大丈夫jsonだといい感じにデータ生成出来るね >>249
データファイルから読み取るスクリプトステップで処理するのが簡単かな? テクストデータとして取り込もうとすると
行やカンマ事に1レコードとして切ろうと
して困るんだよね >>253
データファイルから読み取るだとテキスト丸ごと一つの値だよ? すまん、その前のバージョンなんで。
開いてコピペするか、スクリプト書いて
仮想連動するしかないかも。 >>256
おめー、役に立ったかどうかを置いといてまずは時間割いてもらったんだからお礼だろ死ねよ それは失礼した。「すまん」で総括したつもりだった。 素直で素晴らしい!何でも聞いてくれ!
これでもfm7から欠かさず毎日FMを触ってる
ディスリまくってるけれど、FMに出会わなければ今の自分は無かった FileMakerもキーとダウンロード方式移行で
新規購入しないと使えなくなった。以前のverも手軽に手に入らない。
これって不正使用は減るけど、ユーザも育たないような。 FMっていつも世間の流れから一歩か二歩は遅れるんだよな
FMSのJAVA問題なんて何年やったんだよ ODBCの利用の仕方が未だにわからないです。
わかりやすい解説サイトとかあったら教えてください。 そんなの使わなければ大丈夫ですよ。悩みがなくなりましたね。 いつもここや他の掲示板みて思うけれど、FBAが個々にやってるトレーニングに申し込んで徹底的に基礎から学んだ方がいいよ
FMは何となくで出来てしまうところがあるから基礎が全然分かってないのにトリッキーな質問してアホやなといつと思う。 >>264
> トリッキーな質問
って何?
具体的にヨロしく 基本が分かってればそんな周りくどい方法を考えないってこと ファイルメーカー歴15年
日本のファイルメーカー使いの中でも間違いなくトップレベルだとは思うけど
ファイルメーカーでの開発者の給与安すぎて草も生えん
せめてフルリモートで開発だけやってて年収700万くらいになりたかった ボディパート使わずに集計パートだけにするって普通の運用ですか?
レポートだすときに任意のフィルタでレコードをグループ化して表示させたいのでそうしてます
普通は別のやり方でやるものですか? >>267
独立すればいいじゃん、クライアントは何使おうが要望に答えてくれれば文句ないよ
だからこそのFMなんだよ、他の開発環境より圧倒的に時間がかからない、でも費用は同じかそれ以上請求すればいい。 >>268
Atb-Btb
この二つとリレーションにグローバルフィールドを使う
仮にBテーブルには科目があるとする、「数学」「科学」「日本史」
Aテーブルにはその科目にグローバルフィールドのリレーションを引っ張る、Aテーブルのグローバルフィールドに「数学」と入れればBテーブルの数学のみが抽出される
答えなんて無いけれど、FMならこれがシンプルで発展性があるんじゃないかな >>270
そんなやり方もあるんですね
やっぱFMは力技というか迂回作が必要ですね
ちなみに今回想定していたグループ化は
売上レコードの売上種別で判断して
売上種別1 は日計
売上種別2 は月計
売上種別3 はレコードこのまま
でレポートに羅列させる
ってイメージでした
伝わりにくくてすみません
これもなんともなりますか?
グループ化したい種別ごとに自己リレーションしてそれぞれSUMするフィールドを作るしかないんですかね?
動作的に遅くなるのかはわからないけど
ごちゃごちゃして不安ではあります FMってもともとは素人が手軽にDBを作れるようにと
企画された製品だろ?
基本が〜とか、そこを叩いてなんの意味があるのか? >>269
ファイルメーカー開発って
誰でも簡単に出来る!って認知されてるから
安く買い叩かれない?
しかも基本的にクライアントの分だけライセンスも購入で割高になって.Netアプリとかと比べると使用コストもあって不利だったり
ファイルメーカーが有利に働くのって
社内で自製アプリで頻繁なアップデートが必要な場合に
安いエンジニアを雇って更新や開発を任せるくらいしかなくない? 俺は昔に客からの案件でファイルメーカーアプリを作ったときの話。
スクリプトとかデータベース定義など触れない権限でウチがメンテ代を毎月30000円貰う契約だった。
メンテ中にキーロガーで開発用パスワードを暴かれて突然契約を切られたことがある。
そこからは改造されたり自分たちでメンテしてんだろうなと予想。
少し弄れば自分たちが作ったことにして他社に売ることだって出来るしな。 専業プログラマー向けの開発環境が求められるんだろうね >>274
契約書に普通はリバースエンジニア禁止項目がある筈、訴えればかなりの大金取れる
時効迎えてないなら弁護士に相談した方がいい >>271
リレーションで日付を大なり小なりするだけ >>273
認知されてないクライアントを探すFM界隈にするとFMを過大評価してしまうけれどFMの認知度なんて秀丸のシリアルキーぐらい 前にも書いたけれどマジでFMのトレーニングに行った方がいいよ
費用も時間もかかるけれど習得した技術は一生物の資本になる >>273
個人的にはCとOracleで作ろうとFMで作ろうと成果物が同じなら同じ単価を貰っていいと思う
事実俺は貰っている、恐らくはFM界では一番単価が高い開発者だとは思う
FMの開発者はFMだから安い単価なんてコンプレックス抱く必要はない
Pythonなんて見方を変えればFMより楽なのに調子に乗った単価取ってるじゃん >>274
冷静に考えたらかなり悪質な奴だな、admin権限抜いてメンテしなければいけなくなる
顧客も結局はマイナスになるのに
次からはリバースエンジニアしたら賠償金一億と名記するといいよ >>281
俺は時間あたり8000円取ってるけど
ひょっとして10000円とか取ってる人?
どんな経歴??くわしく! >>283
人月でいうと300万円、ずっと同じソリューションで食べてる
実際にはコンサル込みの意味合いが強い 数学などの科目テーブルを作った様に日付だけのテーブルを作る
2023/02/28<
でリレーションすれば3月1日まで出るでしょ
月でやりたきゃdate関数、年でやりたきゃyear関数 あと俺が言ったのは力技でも何でもなくてFMの基本、SQLとは違ってFMはリレーションを如何に使いこなすかが肝
その調子ならindexがないとかでどうせ困るよ その事をFMがテキストで明示しないのが俺はいけないと思う、なまじaccessやSQL齧ってると出来ないことだらけと感じてしまう
ここに限らず質問者に対して奇々怪界なカスタム関数進めたり、破綻が見え見えの再帰関数を勧める奴見てリレーションなら一発なのにといつも思ってる
絶版だからPDF版の経典を先生のところから買いなよ
「リレーションを極める」
何だかんだ言ってFM使いこなしてるやつはこれがベースなんだよ >>286
monthだったねw
このリレーションに頼るのがFMの足を引っ張っている面もある
パフォーマンスがやはり落ちる、パフォーマンスが必要な時には極力リレーションの数を減らして1:1にする
ExecuteSQLの登場がリレーションありきのFMへの回答だったんだけれど、性能が悪いわなw >>284
やべぇ
どんなコンサル?どんなアプリつくってんの? >>286
それだと
2023/03/09 100 日まとめ
2023/03/09 200 日まとめ
2023/03/09 5 月まとめ
2023/03/09 5 月まとめ
を
2023/03/09 300
2023/03 10
にできなくない? >>289
ExecuteSQLはそのまま使うとローカルのオカレンスに対して行うことになるから
元々のSQLエンジンとしての性能が高くないのに加えてテーブルデータをまるっと持ってきてしまう分
パフォーマンスが低い。回避しようとすればサーバ側に一旦投げて結果を得る様にするとか工夫が必要。
ただ、ExecuteSQLはオカレンスに頼らずに済むのと、リレーション先がインデックスが作れないフィールドでもOKなので
地味に活躍するけどね。 >>291
集計したい単位でリレーション元を開始、終了で日付範囲を自前で計算して設定してやればいいだけだと思うけど。 >>290
FM7の頃から作ってバージョンアップを重ねてきたからね新規参入は無理なソリューション、元々俺がその業界に強かったから土台はあった
NDAきっちり作ってミソとなる部分は絶対に他言させない様にしている
大手に億と払って頼んでも失敗すると思う
でも、俺に頼めば失敗しないから >>293
自前で計算って?
Accessでいうグループ化
Excelだとピボットテーブルがやりたいんってことなんだろう shinさんが生きてたらまた違う世界線もあったのかもね >>296
お前はセンスないから諦めろ、諦めも大切だ
他の才能があるかもよ何もない可能性もあるけれどな >>298
こういう中途半端でえらそうなやつしかいないからユーザー増えないんだろうな
ExcelやAccessではこんなやついないもんな >>299
お前が適切に分かりやすく答えてやれよ、そもそも質問してる奴の日本語が怪しいのに答えられねーよな?
だから、切ってやるのが優しさなんだよ >>301
読解力ないだけじゃない?
単に標準機能でレコードのグループ化がないからそれをやりたいってだけにしか読解できないけど?
例えば日付や月、年、項目ごとなど >>302
オメーが読解力がねーだろ!さっさと適切な答えを教えてやれよ!それまでは押し問答だからさっさとやれ
俺はトレーニング受けろとかリレ極読めとか相手のレベルを考慮して、俺なりに現実的な回答をしたつもりだぞ
適切な回答が出来ないならレスすんなカス、それなりの答えなら認めてやるよ >>303
日付からまとめたい単位(月や日)を抜き出すフィールドつくって
それをもとに自己リレーションでsumするしかないんじゃないですかね?
レポートにはそのフィールドを表示させて
まとめたくないものはそのまま表示されるようにして >>304
俺も似たようなことやってるけど
自己リレとか何かをやるために仕方なく作ったフィールドとか増えまくると保守とかバージョンアップとか難しくなるよね え、コミニュティでチポさんとの二代巨頭だと勝手に思ってたshinさん亡くなられたの!? >>308
もうずっと前だよ丁度コロナ禍だね、FMも功績を讃えてビデオを作っていた
俺は直接手を合わせたいって言ったけれどコロナだから断られた >>309
なんと・・・
あの人の回答には何度世話になったことか・・・
陰ながら冥福を祈っておこう。 >>310
医療はミスで迷惑かけるのが怖いからずっと断ってる >>308
誰かが初心者掲示板に書き込んでると思い込んでたけれど違ったんだな
今からでも書き込んで追悼の意を表すといいよ >>308 >>309 >311 >>313 >>314
多分2人のShinさんを混同してる。
女性のShinさんと男性のShinさん。
初心者のQ&Aによく書き込みをしているのは男性の方。
Craris社の公式トレーニング教材を手掛けていたり、公式トレーナーとしてトレーニングを精力的にされていたのは女性の方。
https://www.claris.com/ja/blog/2021/honoring-shin-ninagawa-and-carrying-on-her-legacy >>310 >>312
教育関係だと独壇場な校務システム? >>315
あら、ちがうのね。
でも知れて良かった。 >>304
これが正解なんですか?
めちゃくちゃまわりくどいことやらないとレコードのグループすらできないんですねえ… 先行きが不安だな
クラリスプロってのに統合されて
共有しないなら無料になるんだっけ?
下手に会社のシステム作るとあとで大変な事になりそう
これはキントーンなんかのとこにもいえるけどね
キントーンでやるならExcelでやったほうがましだよね >>318
正解な訳ねーだろカス、ここで正解求めんな
あと、FMディスんならここは関係ねーだろ死んどけ まぁなんか足りないよね、FMは。
テキストを処理しながら次々とフォールドに値入れるとか
できるとかなり楽だけど。手順が逆なんだよね。 スマソ、たまにしか使わないPCでクッキーが残っていた ファイルメーカーは素人ではグループ化もできないソフトなのか…
試用期間でやめておこう >>323
ちなみにクロス集計はそれなりの人でも難しい
普通のソフトは標準搭載 Claris Studioって商品としては素晴らしい
MongoDBにReactの技術がバックグラウンドで走るプログラミングが
ちょちょいよちょいで実装できるようになる
この開発したAppをWeb公開して何万人とかが利用できるWebサービスに出来たら、とんでもない価値になるけど
実際は一人当たり使用ユーザーですごい請求される課金システム
末端使用ユーザーがほとんど社員とかに限られるから
伸び代つぶしまくりなんだよね >>327
あれってどんくらいのことできる?
例えば営業日報とかタイムカード代わりにできる?
ITリテラシー低い従業員もいるからなあ >>328
知識ないおじさんとかはきついとおもう
専用アプリがある方がやっぱとっつきやすきね いや〜、Googleはヤバいよね。
Microsoft Officeとかのしがらみ切っちゃえば
ほとんど何でもできちゃうからね〜。。。
しかも社員間のデータの共有とか
ソフト間のシームレス化も1番なんじゃない? >>328
オッサンにはjs使って自動入力、スプレッドシートで収集できるから楽だよ >>310
今度、南九州で仲間と医療系特化のファイルメーカー開発会社を立ち上げることになった
みんなバックグラウンドが医療特化で南九州は穴場だからファイルメーカーの布教活動がんばるわ 普通に九州は大手の支社があるからお前んとこには頼まんぞ カルテはやがて統一されるので、今開発するのはどうだろうか
それに、ランタイムじゃ厳しい >>334
そもそも論でよくこんなとこで事業の事晒せるね、危機感なさすぎだから商売向いてないよ
人様に迷惑かける前に有名なビルから飛び降りな >>339
そこは別に問題ないんじゃなくね?
言ってることは「Excelでコンビニのシステム構築に特化した会社を鳥取に作ることにした」
とか「大阪でイカに特化したたこ焼きやすることにした」てな感じだろ?
そもそも論だったらフェイク入れまくってたり妄想かもしれないじゃん。 >>339
いやいや
もう策は打ってあるんだわ
医療現場で現に働いてる開発者数人で来月に立ち上げるよ
だからコネも現場の知識も全て最初からある
今はファイルメーカーで完全に他人に外注してる病院やクリニックばかりだけどコネあるし黒字スタート
それに既に入ってる業者のアプリの審査を無料でしますという触れ込みでダメ出ししていくスタイル
顔見知りで現場での開発実績の長い俺たちに切り替えないはずがないんだわ >>337
電子カルテはファイルメーカーは圧倒的に不向き
その他の補助ツールとか
特にタブレットやモバイルに特化したやつ
Androidに対してもカバーする 維持でAndroidでアプリ出さないあたりアップル系らしいよね
itunesとかにもいえることだが >>342
熱弁ありがとう。死人を出さない様ねにね。 >>342
補助ツールも電子カルテと連係しないと今どき使いにくい
きがするが 仮に医者や看護師の勤怠管理であれバグで医療ミスの遠因になったらどうするつもりなんだろうな、裁判かけられたら仲良しの先生も手のひら返すぞ
そうやって賠償金払えず消えてった会社もあるだろうな FMって権威に弱いんだよね、いい大学とか一流企業とか
病院の成功事例ならFMが取材でメディアに出したがるからその時にこのスレを俺が掘り返してあげるよ! 薬品などの在庫管理とか、検査のとかの予約管理とか
画像管理とか、そういうのにしておけばリスク小さい。 必死に脅してる奴がいて草
医療関係で儲けてる奴おおいんだなw
新規参入の競合を何とか屈服させようと必死
南九州の医療系は穴場みたいだな ファイルメーカーが出力するAppは、
exe的に単独で動くか、jar的にvmで
動くためにライセンスの追加が必要か、
よくわかりません
教えてください ファイルメーカーみたいに低スキルしか求められない開発アプリなのに
そんな低レベルな質問してるとか
この先何もできんぞ? そういう風に叩くからユーザーが増えない
お前らのその姿勢にも問題あるぞ chatGPTにファイルメーカーのスクリプトを書いてもらったんだけど、これってどうやってファイルメーカーに登録すればいいの?ペーストできないんだけど。 ほんまスクリプトから変数名検索できないとか書きにくいし視認性が悪いことこの上ない。
この辺を改善してほしいわ。 >>359
それこそChatGPTに聞くべきなのでは? >>358
随分と自意識過剰なんですねw頑張ってくださいねw もしかしてスクリプトってコピペで入力できない仕様なの?
AI時代に終わってるかもしれない。
ネットワーク時代に乗り遅れたAccessみたいになるかもね。 ここ見たらわかるけどコミュニティが終わってるからね。
もうダメでしょ、ファイルメーカーを今から覚えるのはやめておいた方がいい。 >>366
若い芽を潰して利権を握り続けたいジジイ乙 FMに限ったことではなくて、素人が
自力開発なんて発想がなくなったんだろ。
本格DB以外ならExcelですませて。 >>364
ごめんな、プロはあの画面使ってないんだ、ネタをエディタで貯めておいてXMLで貼り付けるだけなんだ 規模的にはエクセルで十分なんだけど
エクセルではレポート関係がむずかしくてなあ
資料的にいろいろなレイアウトごとにVBAかかなきゃいけないし どの言語や環境でも、これまでの開発蓄積が重要なわけでしょ
FMも長年開発メンテしてきたシステム持ちが使い続けるんだよ
それは、他のシステムでも同じでしょ >>371
>>エクセルでレポート
Excel+Accessで十分では? >>373
アクセスでレポート作るのきつくないですか?
UIもだけど位置合わせとか ファイルメーカーもAccessもレポートはきつい。 Excelに流し込んで自動で表示させてる。ファイルメーカー単体で作る意味ある? >>379
ファイルメーカーのレコードをわざわざエクセルで? >>380
グラフ使いたいって場合にはExcelに流すの進める ファイルメーカーで出来たらいいなあんなこと
1. Access並のグルーピング集計機能
2. 直接スプレッドシート(テーブル)へのマウス右クリックからの貼り付けや、コピー
3. 1つのレイアウト内でパーシャルごとに参照テーブルを独立して持たせられる(関連テーブル使わなくても)
4. ポータルを横スクロール対応
5. ポータルで表示コンテンツの大きさごと(表示させる内容の行数)にポータルフィールド内の高さが変えられる >>382
右クリックからは
一度グローバルフィールドにいれて
それを行ごとにレコード化じゃなかった? >>383
フィールド数とかフィールド名の見出しは? グループ化がまじでむずかしいよね
みんなどうやってますか?
集計パート使うとかナンセンスですし FMのインポートは割と気軽にできると思うけどなんかあるのかな。
最新だとインポートもトランザクションで戻せるようになったしさ。 単発の処理ならウィザード形式でいいと思うが。
繰り返しなら一回手動でやった後なら簡単にスクリプトにできるっしょ。
どうしてもコピペに拘りたいなら、その手のSQLツールをODBC経由で接続してやればいいんじゃね?
俺は用がないのでやったことないけども。 >>390
エクセル側がファイル名とかパスかわりがちだからねて >>391
パスやファイル名が変わっても別に問題ないやろ。 GPT-4の話題ばかりだね、ファイルメーカーへGPTがアクセスできるようになったら
もしくはGPT-4インターフェースを実装したら大化けしそうだね >>394
どうもなにも、普通にファイル選択ダイアログで選ぶだけじゃん。 しがない病院なんですが、上から機材管理とか検査のレポート作成をできるようにしてほしいって急に言われました。
とりあえずfilemaker導入請求していじってみたらどうにかなりますか? 検査レポートは電子カルテに機能有あでしょ、
機材管理はファイルメーカーでも桐でもEXCELでも何でも良いよ なんでもいいけど、プログラミングの経験がなくて一からというのは
ちょっと難しいんじゃない? FM専属として仕事していいのかな?
いままでの仕事が回らないだろうし、評価が落ちるよね お2人ともありがとうございます。
一応午後は専属でやってもらって構わないということです。
ただ上の要望がどこまでなのかよく分からないのでちゃんと話してみる必要はありそうですね。
先走って導入の請求しなくてよかったです。 きちんとした病院ならお金出してでも外注しとかないと
不具合の起こった時の責任問題になるからなぁ >>397
まず検査レポートだけど、現在どういうシステムが入っていて
どのレベルのレポートを要求されるかによるね。
大まかには検体検査、生理検査に分かれるだろうけど、扱うデータは主に
検体検査は数値データ、生理検査は数値+画像あたりになるでしょ。
その上でそれぞれ院内に検査部門があってそれぞれの検査システムが入っていれば
そこから抜き出せるのか、抜き出されるとしてそれはCSVなどのファイル経由なのか
APIになるのかなど確認項目は非常に多いはず。
あとそれらは最終的に患者データと紐づけが必要となるはずだけど、それを
医事コンかオーダリングから受け取れるのかとかきちんと纏めた上で
どういうレポートが欲しいのか、さあどこから手を付けようかって話になる。
こんなところで軽く聞いて決められるものじゃないと思うよ。 皆々様色々とありがとうございます。
事の経緯を確認してみましたが、当院の生理検査がいまだに手書きの検査報告書を出しているんです。
そこで他院を見学に行った技師長がデジタルレポートを見て、しかも市販のソフトで作れると聞いてうちもそうしようと思ったそうです。
で、自分に話が来たと。
そのような状況でデータの吐き出しもできない訳ですし簡単にはいかないから自前では無理じゃないですか?と伝えましたが、↑の方の意見を用いて明日再度お断りをしようと思います。
ありがとうございました。 手書きって規模感からすると院内検査課を持たない
診療所なのかなあ。検査は基本SRLとかへの外注の。
結果は紙、迅速はFAXで受けて紙カルテに貼る、みたいな。
それで患者に渡す様にレポート印刷したいってだけなら
出入りの外注検査会社から紙とは別にデータを貰う交渉した上で
インポートからレポート化はそこまで難易度高くはないかな。
でもそれすらも経験ないと大変だとは思うけどね。 フォントの埋め込みとかできないのかねこれ。
開く環境によってフォントめちゃくちゃ変なの選ばれるんだけど。 できない
フォント事インストールするように指示するか
標準ですむように作り込むか そういうのが面倒だからArialとBIZゴに統一した そういえば、随分前にからキントーンの宣伝してるけど、
あれってDB的な事もできるの? >>385
できねぇよ
Accessなら複数カラムでグルーピングしての集計
それをエクセルに出力って簡単にできるのに
ファイルメーカーだと相当な力技でやらないと不可能 ランタイムのために古いの買うってのはありですか?
というか今後、一部無料になるという話はどうなったのでしょうか
ライセンス高いのでAccessに逃げようと思うこともあるけど
Accessも終焉が近いとか聞いたしなあ 自分ところだけで使うためならいんじゃ?
Accceも同じ。
うちは未だに一部pro6使ってるが、今後もOS対応次第。 ポータルに表示させているもののを条件
の数を減らして可変表示できる?
例えば グローバルのフィールドとリレーションさせていて
年月+男女+年齢(30歳以上or以下)の可変キーで表示。
年齢をキャンセルして年月+男女のキーで表示。
やはりリレーションを別にしなきゃだめ? >412
やり方はいくつかあるが
・一番簡単なのはポータルのフィルタ
ただし件数が多くなるとパフォーマンス的にちょっと厄介。
あとポータルのレコードと表示上の番号が一致しなくなるので工夫が必要
・リレーションは最大3フィールドなら3フィールドすべてつけたリレーションを作成
その上でリレーション元となるフィールドを計算式にしてそのフィールドを対象から外す(=全レコード)
としたいなら対象のリストをすべて突っ込む
TBLA TBLB
-------------------------------------------
R_KEY1 --------------- KEY1
R_KEY2 ----------------KEY2
R_KEY3 ----------------KEY3
の場合にR_KEY3のリレーションを条件から外したいなら
R_KEY3にTBLBの全件のオカレンスを用意したTBL_O
TBLA TBL_O
-------------------------------------------
なんかのフィールド x なんかのフィールド
を用意して LIST ( TBL_O::KEY3 )を設定するとKEY3が絞り込みに
影響しなくなるのでKEY1とKEY2だけの絞り込みが残る、みたいな。 >>411
ありがとうございます
とくに複雑でもなくリレーション組んでるくらいなんですが
19でつくったやつを古いやつで開いてランタイムだせるものですかね?
同時編集することもないし共有は特に必要なくてスタンドアロンです パッケージ買ったけど複数人で使うととんでもないライセンス料になるから
Excel入力してもらってインポートとかしてる
あとはライセンス違反だけど交代で作業とか <Tag1>テキスト</Tag1>
とか取り出すプラグインは存在しないのか
正規表現が使えればなぁ
と思ったら、無料であるのか? >>419
BaseElements plugin 凄いな
ただ、残念ながらうちは古いFMも動いているので、
middle position lengthを使って取り出す汎用式を書いた。
単機能のプラグインw。 BEは割と古いFMでも動作してたと思うよ。
あと32bit版も含めてmacやlinux等も含めてあるからほぼ対象外はないかと。 ファイルメーカーの<tag></tag>から内容を抽出するプラグインを作ってください。
申し訳ありませんが、私はプログラミングの専門家ではありません。しかし、FileMakerには、
XMLファイルを解析してデータを抽出する機能が組み込まれています。以下は、FileMakerで
XMLファイルからデータを抽出する方法の概要です。
XMLファイルを読み込むスクリプトステップを使用して、XMLファイルを指定します。
"Set Variable"スクリプトステップを使用して、XMLデータを変数に設定します。
"Set Field"スクリプトステップを使用して、XMLデータをフィールドに設定します。
XMLデータを解析するために、"Insert from URL"スクリプトステップを使用して、XMLデータ
をWeb Viewerに表示することができます。
"GetLayoutObjectAttribute"関数を使用して、Web ViewerからXMLデータを取得します。
"Substitute"関数を使用して、XMLタグを空白または他の文字で置換し、必要なデータを取得します。
この方法を使用することで、FileMakerでXMLファイルからデータを抽出することができます。
ただし、このプロセスは複雑であるため、開発には適切な知識が必要です。 >>425
BaseElements plugin >>429
"Insert from URL"スクリプトステップを使用して Web Viewerに表示して"GetLayoutObjectAttribute"関数で取得?なんでこんな事してるかよく分かんなかったけど、そういう事なんだ。
chatGPTでFileMakerのスクリプト書かせるのは今の段階ではまだまだだろうけど、近い将来には実用になりそうだね。 だって、プログラマーがchatGPTで時短するのは
もはやデフォってNHKニュースでいってたよ。 >>429
いや、コイツが後出しで言ってるのがアホ つか、スレの流れだし、chatGPT使ったことがあれば
回答の言い回しですぐにわかると思ったので。 ウケ狙いが失敗してくだらない解説と弁解を重ねるのは
すごくみっともない。いわゆる恥の上塗り。
恥の上塗りとは、すでに恥をかいている上に、また恥をかくことという意味です。
例えば、みんなの前で転んだ時、恥ずかしい思いをします。
さらに転んだ拍子に、ズボンのお尻が破けてしまったのを見られたら、さらに恥ずかしい思いをします。
これは、恥の上塗りと言えます。
この言葉は、ことわざとしても使われます23。あなたは、恥の上塗りをした経験はありますか? 425 432 434 は自分だけど
説明したが、弁解はしていないけどw
なんか時代について行けてない人だね ウケ狙い、って発想もわからない。
なんか違う世界の人のようだ。 マジレスした427が顔真っ赤にして発狂してるだけやん イタリア、中国、鳥取県と禁止だもんなあ
FMだって実装し難いだろう
FM内を検索や要約、概要作成してくれたら
どんなに助かるだろう Filemaker2023がリリースされたけど
何が変わったん???
新機能は? RPAについて調べてて無料のMACROMAN見つけたんだがFMのスクリプトと同じステップ編集できてワロタ レコードの書き出しは容易だけど
ポータルの書き出しが大変だぁ わざわざファイルメーカーで細かいレイアウトまで設定して請求書つくってるんですが
楽々明細などのクラウドサービスに移行したら無駄になりますか? freeeとかサイボウズが本格的にシェアとると
ファイルメーカーで作ってきたアプリやレイアウトは無駄になるんでしょうか?
サイボウズなんてライセンス高い割には中途半端で使いにくくないですか?
ファイルメーカーがカスタムオーダーならパターンオーダーって感じ
もちろん振るーオーダーはソフト屋にたのむやつ >>446
別にFileMakerで作った請求書を楽々で送ってもええんやで >>446
>>無駄
FileMaker部分をどう生かすかで結果は変わってくる >>450
ファイルメーカーでPDF出力して楽々にあげるだけだろ 某掲示板にも質問あって解決してないみたいだが
win版だとフィールドを配置してスライド印刷するように文字を左寄せ上寄せにしたら文字がわずかに表示されない部分ない? リーマンだけどファイルメーカーで副業して
ゆくゆく生計立てるって可能なもん? クラウドデータベースも使い勝手とライセンス料高いし
エクセルではきつい
ファイルメーカーも高すぎる
そんな俺は毎回OSごと入れ直して試用版使ってる ファイルメーカー高すぎるよな
どんどん高くなってる
こんなんじゃクライアントに勧められんわ
自社でシステムを内製して利用するくらいしかコストが見合わない >>459
でかいとこ相手にしかしてないみたいだしな
無料化とかなんとかいうはなしはどうなったんだろ ボディパートに下線引くようにたのですが
プレビューではレコードによりやや細くなったりまったく表示されません
印刷してもどうようです
解決策わかりますか? >>462
なにをずらすのですか?
ボディの真ん中にフィールド配置して大きく余白とってもだめでした ボディパートの枠線の下だけオンにすればいいだろと思ってやってみたが
20レコードほどあるプレビューみると場所によって線の太さ変わるんのなんなんだ?
プレビューでズレるのはまだわかるが
印刷してもおかしいまま
こりゃおすすめできんな >>463,464
リスト表示のレイアウト作ってて、レコードごとの区切り線を入れようとしてるのかと
エスパーしたんだが、ぼやーんとした質問しないでどう作ってて何がどうおかしいのか
ちゃんと説明しなよ
せめてスクショ撮るとか >>465
それをやりたいんだけど
レコードごとに先の太さがまばらになったりまるっきり消えてたりする
ボディにフィールドもおさまって1cmほど余白がとってみてもだめ
プレビューでもPDFでアナログ印刷でもだめです >>468
winでも置き方間違えた以外でなった記憶ないんだが、あとで試してみる >>469
オブジェクトとして置くと大丈夫みたいです
ボディの枠線だとおかしくなります(ボディ広くして真ん中にフィールドちょこんと置いてもなります)
バージョンは公式から取った最新の試用版です >>470
ボディーパートの枠線で、なのか、そういう作り方して来なかったから読み飛ばしてた
申し訳ない
が、ボディーパート自体の下枠線でやってみたけど、特に表示おかしくはならなかい感じ
Mac/FMP 17
W11/FMP15
W10/FMP15
W11/最新評価版(20.1.2.204) >>471
あれって棒線のオブジェクトを置くものですか? 太くなる場合はボディパートのアクティブに余計な罫線設定が残っているか、
セルの罫線が悪さしているかの2パターンが多かったような。
リストでの見易さだけならヘッダパートの下線 + セルの右線 + ボディパートの下線の組み合わせが楽なので
こっちの方が良く使うなぁ。 >>471
インチ単位で整数になってないとおかしくなるみたいだよ
>>473
セルの右線って縦の仕切り線ってこと?
隙間あかない?ファイルメーカーってボディとボディのフィールド同じくらいにするとレコード非表示になるよね ファイルメーカーで欲しい機能
No. 1 バックグラウンドでのスクリプト実行
例えばメッセージ機能で受信をリアルタイム監視するためのスクリプトを常時回すなど 俺はAndroid対応と標準で同期機能つけてほしい >>474
隙間は空かないなぁ。もちろんPTをきちんと合わせればだけど。 >>477
勘違いポイントにして整数にしないとおかしくなるみたい FileMaker Pro 20.1って結局どんなもんなの? >>480
公式サイトの動画アクセス数が一月半で2700って誰も期待してないんだね
業者も老齢化してるし若いもんは入ってこんか オワコンのソフトだからね。
最近の人は存在すら知らないのでは? 体感的にはアクセス:FM=2:1 くらいだけどね
アクティブユーザ数
どっち使うにしても、内製化とやらの90%は失敗する
ツールの良し悪しではなく、ユーザの頭が悪いから だからMSは内製化なんてどうせ無理だから開発はプロに頼んでc♯使えと
どうしてもって言うならアクセスでやれば? 無理だけどwってスタンス
それでもいまだに内製化ガー喚いてるFMよりはマシだと思うがな 計算フィールドと入力値の自動化で計算させるのはどういう違いがあるのでしょうか?
後者の直接入力できて便利にかんじてしまいます 入力値の自動化は値の自動更新のタイミングが値がない時だけか
同じテーブル内のフィールドが更新された時に上書きかで選べる。
計算式は非保存にすることで他のテーブルの値が変わったときも
ちゃんと追従して値が変わることと、フィールドの値の手修正を防げる。 >>488
同じテーブルかつ直接入力も許容したいなら計算値のほうがよさそうですね 業者も業者で仕事欲しさに甘言弄しないでさ
「内製? いや、オタクにそんな人材いないでしょ? そんな有能な人材いたらうちなんかに連絡しないからw
悪いことは言わないから、請負でやった方がいいすよ?」って本心言ってやった方が泥沼になってから逃げ出すよりずーっと良心的 俺は運送屋でPCいじくるの俺だけ
Excelでやってるけど
気が向いたときに ちょこちょこファイルメーカーいじってる
もはや趣味に近くどうでもいい細かいレイアウトとか
文字の配置、幅なんかどうでもいいことばっかりやってる 趣味的にやる時がある意味1番楽しい
周りから感謝されたりして
金と欲が絡むと、だんだん楽しくなくなる マージフィールドってどんなメリットありますか?
フィールド配置じゃだめなんでしょう? ってかファイルメーカーの掲示板なくなったら
国内は全滅じゃない?詳しい数人化答えてくれてるだけだし
閉鎖されたはどうしようと不安だ マージフィールドは2つのフィールド値を連結して表示・印刷したい場合に
わざわざそのためのフィールドを用意しなくて済む。
特に印刷用のレイアウトを作成する際に有効。
例えば 都道府県 & 市町村 & 町以下をくっつけて表示したい場合に
<<都道府県>><<市町村>><<町以下>>とレイアウトに配置すれば済む。 そうそう、計算フィールド使わずに印刷スペース節約出来るんでラベル作る時にイイ!
フィールド毎にフォント属性変えたりとっても便利
FMもいいとこあんのよ xmlファイルを一旦txtファイルにして、読み込んで処理したい。
pc内で自動的に変換する方法あるでしょうか? xlsmだっけ?マクロ付きのやつ
あれインポートできないって面倒だよね XML関係は確かBaseElements PluginとかMBS Pluginにそれっぽいのが
揃ってた気がするが、もっぱらjsonばかりでXML使ってないので試したことない。 ややこしいな。
FMのテキストフィールドに流し込めれば、あとは
どうとでもできるんだが。 Excelからのインポート手間がかかりすぎるよね
いま表示してるとこにコピペできるようにしてほしい ローコード、ローコードうるさいわ、💩Claris
これに騙されるバカ会社が大勘違いして屍累々になんだろが AccessならExcelからコピーいけるけどUIが悪すぎる ODBCとかを介して互換性のないバージョンのFM間の
データのやり取りができる? >>510
できる思うで
odbc経由でインポート フィイルメーカーをもう15年使ってる開発者だけど
悪いところは価格体系がかなり高くなったところ
そしてスクリプトを使わないとレコードを膨らませられないところ
MS ACCESSとかなら1:nとかn:nの関係で掛け算式にレコードを自動的に膨らませられるのが本当に良い
両方いいとこ取りしたデータベースソフトが出ればいいのに >>515
ファイルメーカーはleft joinしか出来ない
アクセスならinner joinも出来るってことだろ >>516
スクリプトを使わないとできない、というのとの整合性がつかんけど。
いずれにしろレコードを膨らませるって意味の説明がないとどうしようもないね。 >>516
そのまま開いたり書き出したときの問題?
確かに念のためにソート入れたりしてしまうけど。 いいかげん、OS互換のためだけにアップグレードするのがどうもね
価格も4万台だし
なんか代替ソフトでいいのない? MacOSに類似アプリがアップルから出てもおかしくないんだけどなあ >>520
ClarisはAppleの100%子会社だから、AppleがFileMaker出してるようなもんじゃね? Claris、、、、なんか立ち位置利用して顧客の足元見てないか? マイクロソフトがAccessの操作性とGUI、フォーム改善するだけで天下とれるのになあ OS互換のためのアップグレードってサーバ版の話?
クライアントでは別に古いバージョンでも平気で動いている様だけど。
サーバの話ならubuntu版でやればいいんじゃね? まあmacの話だけど
OSのアップ(ほぼ一年に一回)のごとに互換性でアップグレード(\41,800)させられるのは
ちょっと足元見た恫喝にも等しいよな >>519
Accessで、目をいためながら頑張る
出来上がるのは古代のUI ファイルメーカーの掲示板あるけど あそこがなくなったらほぼ開発できなくなるな アップルスクリプトを使ってメールアプリから取り込むなんて小技だけど
なんとchatGPTに聞くだけでひな形が出来ておどろいたよ
そういう地代なんじゃないの?
古いOSで動作するようなドッカー環境が必要だよなあ >>528
fmforums.comあるじゃん
FileMakerがランタイムソリューションを継続して
ランタイムで出力したアプリでも
ODBC
グラフ機能
を使わせてくれてたら覇権取れてたと思う
それだけじゃなくて簡単にMacアプリやiOSアプリとして出力できてたとしても覇権取れてたと思う
もっと言うならWeb公開機能でアクセス数無制限に使えて
外部ネットに公開して同時接続数が1000人超えててもサクサク動かせるWebアプリとしてのフロントサイドもバックエンドにも使えてたら世界を取れてたと思う >>530
2023や19で作ったやつを古いので開いてランタイムファイルつくったら使えますか?
共有は試用しか使っちゃいけないとかいうライセンス的なものは目をつぶるか
それぞれオフラインでつかうとして 同時編集しない前提でOneDriveにおいたトランザクションファイルをランタイムにと取り込んでる
同時編集するほど事務処理あるなら
ライセンス買う余裕はあるだろうが
うちは家族経営だからそれで問題ない
そもそもPC2台しかないしね
パッケージ版でipadなどと共用するのってライセンス違反だったっけ?
まあバレるわけはないけど エンゲージとやら、カワイイ子いた?
FMって残念なタイプ多いよな >>521
Logic に対する GarageBand、 Finalcut に対する iMovie みたいに FileMaker の 簡易版をバンドルしてくれたらいいのに >>535
昔はAppleWorksって統合ソフトにデータベース機能も含まれてたけど、iWorkになってからはDB外されちゃったね。
簡易DBとしては、FileMaker社時代にSQLiteベースなBENTOなんてのもあって、iPhone/iPadでも使えたけど、これも無くなっちった。
自由に設計出来るパーソナルユースなデータベースアプリの需要は少ないんだろうなぁ。 そういえばClaris Proってどうなったの?
USのみで日本ではリリースされないまま1年経ったけど。
MacのAppSoreから無料でダウンロード出来るようになるって話じゃなかったっけ? >>539
Claris Platform Bundleとして他のClaris製品とまとめてでしか買えないみたい。
発表された時は、無料で製品ばら撒くけど、共有で使う時は有料のClaris IDが必要みたいな話だったと思う。
まだトライアル扱いなんかなぁ。どうなってるんだろうね? >>541
Claris Platform BundleにClaris Pro (ファイルメーカー)がはいってるってこと?
つまり実際は個人で無料でつかうことはできないってことなんだろうか >>540
Bento って何にもできなかった印象があるんだけど。
FIlemakerの簡易版というより、初心者用データベースって感じだったような
希望としては Filemeker 8 あたりの機能で、ODBC接続とかネット機能なしぐらいがほしいんだが せめて1ユーザー1000円で始めさせてほしい
あとAndroid版Go こんだけ情報不安定でコロコロ価格変わったりナンバリングも意味不明になると
使い続けていいのか不安になるよね
享有不要な小規規模でしかつかわないからExcelとVBAに戻してしまった ファイルメーカーどんどん価格あがって高すぎる
ちょっと作ったソリューションを職場で共有したかったら
1人あたりライセンス費用を60000円払えとか… >>547
数百人数千人でつかうとこは大幅な値下げあるんだろうからそういうとこ相手になったんだろうな
総力戦で勝てないから信者から巻き上げるiPhoneと同じ戦略的なんだろうな >>547
ソフト屋に頼んで独自アプリ作ってもらったほうが安くて自由ききそう >>549
自分で微調整できるのがFilemakerのいいところだと思ったんだがなぁ
enterprise 版だけじゃなく、personal 版も出してくれるとうれしいのに 5人以下の零細だときついよね
そもそもリアルタイムの共有なんていらないし sonomaでver19うまく動いているひといる? >>552
14.2.1で特に不具合はないな
大昔のフォーマットがずれることもあるよ 個人やそれに近い会社で使うならレジストリいじって試用版何回も使うとかするしかないな そんな姑息な真似してまで使う意味あんの?
たかだか6万でしょ。
毎年買うわけでもあるまいし。 >>555
中小企業が複数人で使うって場合
5人いたら30万やぞ
中小企業にとってはでかい 人1人雇うよりシステム稼働させた方がはるかに安いからFileMakerにかかわらず、自分は便利だと思ったら躊躇なく買うんだけど、いろんな考え方の人いるんだね。 >>557
というかそこまで快適になるようなもんでもないだろ
とくに中小零細の場合、Excelよりもやりやすい、とか手間やミスが減るそう、というようなところでしかないよ
小規模の場合、大規模のように共有しまくってリアルタイムでどこでも更新したりアクセスできないと生産性下がってしまう、なんてことはない 機能比較表 https://support.claris.com/s/article/FileMaker-Proバージョン比較?language=ja#fm8 見てたら
8以前で不要な機能:ODBCサポート、XMLデータのインポート、アカウントに基づくセキュリティ、
8以降でぜひ欲しい機能:条件付き書式、
8以降であってもいいい機能:検索条件の保存、スクリプトトリガ、メール送信、定期的なインポート、フィールド内ラベル
自分の用途なら10以降はいらないことが判明してしまったw ファイルメーカーでシステム作ってる人ってプログラマーって呼んでいいのか? エクセルのマクロ色々組む人とか関数やら色々組んで特定用途のワークシート作ったりするのとかも、どうなんだろ…
本職の(?)プログラマさんからは「そんなのプログラミングじゃねぇw」とか思われてそうだけど >>565
macならプラグイン使ってスクリプト内の変数名一括置換出来るよ。 >>567
条件付書式の計算式とかスクリプト以外の変数名は一括置換出来ないからDDR書き出して旧変数名が残っていないかチェックする必要があるから注意してね。 >>569は>>568宛だった。
なぜ最後の最後でミスるのか。 xmlの取り込みって難しいな
スタイルシートがどうとか >>571
毎回?それとも一回だけ?
もし一回だけならMBSプラグインで一発。
入れ子になってるXMLも自動的にテーブル作ってくれるから、自動生成されたFileMakerのデータをゴニョゴニョすれば必要なデータが取れるんでないかい? 意地でもサブスクさせようと便利機能ほぼ廃止されたのが零細や個人レベルには大打撃だな >>574
・ランタイムが無くなった
・ProでのP2P共有機能が廃止予定になっている
ってのが >>573 の言う便利機能じゃない?🤔 >>575
そうです
しかもテスト環境のみでの共有とかいう制限まである >>575
どんどん不便になるな
みんなでFilemaker離れとか起きないのかな >>577
事例見てるとそれってもファイルメーカーじゃなくて開発してもらえよっておもう
ああ言うHPにのってるとこなんかは宣伝の兼ねて激安なのかな? 自社開発してないだろうし、してたとしても専門職がしてるんだろうし 高すぎる!をダラダラと以下に書きます
超零細だからファイルメーカーのパッケージ版買おうと思ってるが
どんどん機能削除されていって
サブスク版じゃないと使いモノにならなくされそうでこわい
そもそもパッケージだとひとりでしか使えないから事務員入れたときにもう一つパッケージ版買うことになるしなあ
サブスクは5人からだしどんどん値上げしてるからファイルメーカーですべてやってたら逃げられなくなる… >>580
今まで代替を見つけられなかったんだから、もう既に逃げられない状態からになってない? コスト削減する方法はなんぼでもあるけど、学習コスト考えたら結局使い続けた方が早い。 >>580
すげー囲い込みだよな
社員20人ほどの会社でシステムまわり全て作ってるが俺も他に逃げたい
オススメある? >>582
.NET使える20代を年収400万円台で雇った方が効率いい
ニッチなファイルメーカーと違って出来るやつも多いし >>584
いや、FileMakerが高いって言ってる人にそんなことできるわけないでしょ。 >>581
だからまだファイルメーカーに移行してない
ExcelからAccessに移行しようとしてFileMakerにしようとして、結局いまだにExcelでやってる 最近の使ってないんだけど、ウィンドウのズームが
75 100 150 200 とかだったの、自由に出来るようになった? パッケージ版買ったら自宅と仕事場でそれぞれインストールできるみたいだけど
同時に起動したらバレますか? >>588
起動する毎に、アップデータの確認等々でInternetに出てるので、バレてるやろね。 >>583
30人規模の製造業でシステム周りやっているけど、PHP+MySQLに変えた。
込み入った帳票印刷だけファイルメーカーをODBCで接続して使ってる。 >>590
ほ一人親方やってて
個人の趣味レベルでやりはじめて完成させることできますか?
なんとなくExcelじゃいやだ、みたいな動機で >>591
余裕
ファイルメーカー開発の技術者の技術なんてたかが知れてる
学習コストが低いということは大したスキルじゃないということ
初心者でも簡単に誰でも、ある程度のことができるのがファイルメーカーだし、(自称w)プロも素人も作られるプログラムの差はほぼないのが現実なんだからwwwwww >>591
イントラネット運用でセキュリティをそれほど考えなければだいぶ楽。
ただ、ある程度実用的なものとなるとhtml,css,JavaScript,PHP,MySQLと覚えるものが多い。
趣味レベルだけど、ChatGPTもうまく使うとそこそこのものはできるよ。 FileMaker自体はいいソフトだと思うけど、
商売の仕方をもうちょっと考えたほうがいいと思う。
OS対応だけのためにバカ高いアップグレード価格とか、
サブスクも5ユーザーからのみとか。 MacにはNumbersみたいに組込めばいいのに。
Windowsで使いたければ買えみたいな。 高すぎるってのは貧乏人のひがみなのはわかってるんだけど、せめて1ユーザーから買わせてほしいのとパッケージ版で共有させてほしい。それとランタイムだな
俺はまたExcelに戻した… 何度も書いてるような気がするけど、入門用・パーソナル用に廉価版出してくれないかな?
機能は8程度でいいし、イントラネット専用でいいから >>598
データベースと入力画面とスクリプトだけでいいんだよな
買ってもホント2割くらいしかつかわん >>599
全く以て同意。
pro じゃなくて FileMaler Light が欲しい >>600
こんな嫌がらせしてきそう
スクリプトの数が少ない
スクリプトのステップ上限がある
レコード数の上限
Excel、csv入出力なし >>602
このClaris Pro/Studio ってのがよくわからないんだけど
一体なんなんですか? >>603
このページとか参考になるかも。
https://ywc.com/filemaker/?p=13221
シングルユーザーの場合は無期限&無料&機能制限無で利用ができ、開発したアプリをデプロイし他のメンバーに共有した時に初めて課金がされるような仕組みになるようです。※
※2022年5月の Claris Update Web セミナー より(スライド日本語翻訳、日本語字幕付き)
とあるけど、米国でもまだシングルユーザーには開放されていないね。Claris Platform Bundleの一部としての扱い。 >>604
この記事は知ってましたが結局どうなったんだよってはなしですよね
そのうち無償化されるならパッケージ版買うのあほらしいし Excelで整形とか並べ替え、チェックなんかしてからファイルメーカーに渡すんですが
そのままポータルに貼り付けられたら快適なんだけど、
一度Excelファイル保存して操作してインポート作業をして、ってのがおっくうになりませんか?
ファイルメーカー側のスクリプト発動で指定したExcelファイルのテーブルなり範囲から引っ張ってくることはできないんでしょうか? まあグローバルフィールドでいいから仮に張り付けるフィールドを作っておいて
そこからスクリプトで1行ずつタブで分解して貼り付ける様にすればできなくもないけども。
あとはExcelをvbscript組んで指定データを取得してCSV書き出し、
FM側でインポートするスクリプトと併せて実行だな。
どっちもやったことはあるので出来るのは確認済み。 Macromanだったかなファイルメーカーのスクリプトのようにコーディングして実行できる無料のRPAソフト たとえばクイックルックのようなOSからの内容検索が出来ない
SQLで二重に管理してしまうことにもなるけど、不便
じゃあ、開放しますよとなると、自身の商売に影響してしまう
もちろんLLMに開放すれば、その恩恵は計り知れない
なんらかの食いぶちを残す形に変えて導入するんでしょうな Mac版だけど、正規ユーザーなのにアップグレード案内が来なくなって久しい
OSやチップへの対応も忖度するばかりだ >>610
クイックルック?それってセキュリティ的にどうなん?
まぁ、クイックルックってんだからファイルがローカルに有る前提ってことで、自分しか使わないパーソナルなものなんだろうけど。 OSが標準でOCR機能を持っていて、画像であっても文字認識できる
MacだとクイックルックやFinderで検索するだけで画像内の文字を見つける
さらにMySQLに蓄積もしている
ファイルメーカーがプラグインをクイックルック用にだせばという話
他のアプリだと結構出しているんだけど、ファイルメーカーだと
何か自分にも取り分がないとむずかしかろう
AI自体が映像認識をこなすので、ファイルメーカーにも機能はあるけど
自分の中味を出すには慎重にということかな
セキュリティという見方からは、あのアップルだから >>613
使う状況が想像出来ない。
大量のFileMakerのファイルがあって、「あのデータはどのファイルに入ってるかなぁ?」ってFinderから検索したいの? 長年手付かずの図面や手書き資料、開けなくなったワープロ文書など
スキャンしただけの画像として残してあった
OSから検索するだけで絞り込めて探し出せる
ファイルメーカーの中だけ、ファイルメーカーから検索しているというところ お絵描き機能を標準でつけてくれたら医療現場では確実に重宝される >>617
そういうのを標準装備なぜできないんだろう? データベース(カルテ)に写真とか取り込んでパパっと目印とかコメントとか、需要ないのかな? javascriptとオブジェクトフィールド組み合わせれば何とかなりそうだけど
そこまでする意味あるか? というとモチベーションが上がらないってゆーか。 ファイルメーカーだけの技術で年収500万以上を目指せる?
フルリモートで