-
ビジネスsoft
-
ファイルメーカーユーザの集い Part6
-
UPLIFTで広告なしで体験しましょう!快適な閲覧ライフをお約束します!
聞きたいこともあり、立ててみました
リンクとかは、2レス目以降でお願い致します - コメントを投稿する
-
早速質問です FileMakerでのSQL発行について教えて頂きたいです
group by に、関数項目は適応できないのでしのうか?
group by trim(項目) みたいなのは可能?
サブテーブルの参照は可能でしょうか
from (select 〜) みたいな
FileMaker14なんですが、何故か、シンタックスエラーになります
書き方違うんじゃないとか、ありましたら
教えて下さい -
諦める
-
ひとつ買ってふたりで使おう復活したね。ってキャンペーン期間が今日から23日までって10日も無いけど。
-
そんな高度なことはできない
SQLが使えるのではなく、TOを無視して値リストを生成する指示をするのにSQLのSelectっぽい構文を使えるだけって思っておくのが吉 -
ひとつ買ってもうひとつのメール自分とこにもきた。
ってほぼ7万。そんなに高かったっけ? -
xmlのファイルで
<Address>○○○○</Address>
<Name>○○○○</Name>
ってなってるのを、取り込んでフィールドに切り出すの
どういう手順がイイ? -
webビューアのjavascriptでXML→json変換ライブラリを使う、とか
BaseElements Pluginとか入れてXMLを直接解釈して処理する、とか -
なるほど、ハードルが高いわ
正規表現使えればテキストから自由に取り出せるのに -
一応Webビューア経由ならjavascriptの正規表現使える
同じくBE Pluginの正規表現も使える
本体だけでやるならキーワードをPositionで調べて間と抜き出すとかは
出来なくはないけど面倒くさいよ。 -
集計だけするテーブルってどうやってつくるんですか?
売上テーブルAのレコードを、日付と任意の値で集計し、 グループ化したレコードを集計テーブルにつくり
集計テーブルと売上テーブルBのレコードを
請求書の明細欄として羅列したいです -
>>13
集計テーブルで実行するということですか? -
>>6
速攻で諦めるを教えた俺にお礼がないとはどーいう事だよ -
>>15
諦めろ -
良い流れw
-
う〜ん、うちのバージョンではそもそもxmlファイルを取り込めない。
せめて、開いてコピーペーストできれば。そこから処理できる。 -
>>19
クズは相手にしなくていいよ -
それネタでしょ、ちょっと執拗すぎたけど
-
>>18
サーバー使ってない場合はできませんか? -
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)のパート設定で小計作るの忘れずに。 -
>>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が増えまくるから -
>>33
アンチはどっかいけよ -
>>33
アンチじゃなくて能無しアンチだったな -
何も問題解決案も出さない無能がアンチ言ったところでね。
-
カスがほざいてんな
-
このスレって随分昔からある気がするけど何かの役に立ってんの?
バージョンも古いのばっかりだしクラリスの役に立ってないのは確かだな -
旧スレから小計ガー言うてはるかた、同じ人かいな?
とすると相当な時間費やしてんと違いまっか?
前に書いた気もするけど、小計パートだけで済まない、集計用テーブルガーとかなるとちと面倒や
上司に言うてお金もろうて業者にコンサルなり部分開発なり頼みなはれ
マトモな業者はんなら、そんな時間かけず助けてくれるんちゃうかな -
小計とグループ化はツイッターとかネットでもよくみるから
簡単に対応してないファイルメーカーが異常かなと思う
90年代みたいな設計のAccessでさえできるし、Excelですらできるってのに -
データを取り出しにくいんだよね。
何でこんな仕様なんだろ。 -
有名なSQL DB間でも、例えばランクやウインドウ関数があったりなかったり、サブクエリが通ったり通らなかったりする
そのたんびに怒ってもしょうがないで
そのDBに合わせてなんとかすんのがプロやろ -
>>41
あと不満点といえばスライド印刷とかいう中途半端な仕様な
普通、文字列に合わせてフィールド高が自動拡張するものなのに
このくらいになるかもしれない、というサイズにフィールド高を拡大しておいてスライド設定してください、も意味不明 -
請求書とかそういう業務に使おうとしてるのがおかしいんだろ、と思ったが
売ってる側もそういう売り方してるみたいだしな -
ファイルメーカーのデータを
ACCESSに取り込んで、データ編集して
インポートし直す
もうこれで良くない
ファイルメーカーでやろうとするから面倒くさくなる
画面が簡単にできるメリットだけを活かす
これがベストではないか -
>>46
印刷だけAccessなら印刷だけExcelでいいんでないの? -
>>33
ユニオンしてソートしとけ -
いいこと考えたで
Clarisはんに頼んでSQLをansi対応にして、select結果をTOにしてもらえば万事解決や -
それ、DBエンジンごと書き直すってことでは?
カード型以来の資産が邪魔になってるんだろうなあ -
だったらAccess使えやカス
-
FileMakerでできない事ってあるのか?
ぶきっちょだけど工夫してWinのスクリプト連係すれば
だいていはできるじゃ?
それに今はSQLとか使えるんだろ?よわからんけど。 -
>>53
レコードのグループ化 -
>>52
オメーみたいな奴いるな何にでも文句言う奴、ウザがれてるから引き篭っとけよ -
レコードのグループ化って何かと思ったらAccessの標準機能か
単にリレーションで条件つけるだけ
こう言うカス共がファイブメーカー使えんとか言って回ってんだろうな -
新しい友人に、前の友人はこうだったああだったと
当てはめて新しい関係を築こうとしない人間はカス -
FileMakerでデータベース初めて触ってSQLも使うようになったけど、SQLの方が細かい設定ができると思う。
FileMakerはとっつきやすいし開発も楽だから好きだけどね。 -
FileMakerの良さ、これは欠点でもあるんだろうけど
細部の設計ができてなくても作りながら構築できること -
小さい会社やってる(扱うのは俺一人)けど請求書を発行するのにファイルメーカーにするの少し不安がある
Androidとwinメインでipadもあるけど
サーバー契約はせずパッケージ購入となると
扱える環境が限られるからなあ
Office365のAccessかExcelだと
ファイルさえクラウドに置いとけばどこでも扱えるんだが -
オーナーならいいんじゃない?
社員なら、開発、運用、手直しで、手いっぱい
本来の仕事はできなくなると思う -
なにが不安なのか意味がわからん
自分の作るFMファイルに設計不安があるって事? -
請求書作るのが月に数名とかなら
エクセルでシコシコ作ってもいいかもしれないが -
FileMakerはなんと言っても開発の手軽さとUIの作成がが簡単な事だから人数少ない方が作りやすいと思うけども。
サーバーなんて使う人数多くないと要らん。 -
他のクライアントが作業中のレコード、の問題だな
-
不安なのはパッケージを買ったら
そのパッケージが入ったPCでしか作業できないから
デスクトップの場合自宅と職場でいじることが難しいところや
それを解消するためのライセンスだと5ユーザーからなので
共有自体ができないというところです
ipadはあるのですが、OneDriveなどにアップしたファイルを開いて上書き保存ができず、コピーを作成するだけなのも困ります
一人で作ってひとりで使うので
色んなところで使いたいなら5ユーザー買うよりノートPCを買ったほうがいいのかもしれませんが -
>>67
今はExcelVBAで擬似的にデータベースみたいにしてますが擬似的なのでデータの取り出しはコピペになるし
整合性保つのもなかなか大変なので
Excelを無理やりデータベース的に使うならファイルメーカーのほうが手軽なのかな、と
結局Excelでやってることは無理やりidで照合してコピペをVBAでやってるので… -
>>58
TOと自己リレーションば分かるのか? -
>>59
あるある!本業だから!最近は同業者の高齢化が激しくてね
新規が少しでも入ってきるのか見にきた
あと、コネクトからローカライズが疎かになっているから日本の切り捨て若しくはAppleがクラリス無くす事も心配している -
廉価版なくなるしadvncedの機能だったランタイム作成機能も切り捨てられてるしサブスクになるし、
自ら新参の門戸を閉ざしてるようにしか思えないけどな…
むしろFilemakerから離れられない奴らからがっぽりむしり取っていこうという方向… -
>>74
あんたが買い取って独自進化させろよ -
完全に中小の小遣い帳なんてクラリスは無視してるよ
ファイルメーカーはその為に大幅な進化をしてきた
ただ、ここにいる様なユーザーは極論バージョン7で十分
クラリスが想定ているマーケットはFBAを通しての大型開発案件、もしくは"何故か"インハウスでバリバリ開発できる、グループ化なんてアホな事言ってる奴がいない、大手企業
FM7で困る事なんて正直ないでしょ?足らないものが有ればプラグイン外注したり他の言語で補完してやればいい
iPhoneで使えないなんて言ったらクラリスの思う壺だからね、毎年に近いレベルでお布施を要求される -
>>76
ファイルメーカーがまだ輝いていた20年前と違って大概の事はASPとしてサービスがあるでしょ、何万円もするソフトを勉強までして使うよりも既存のASPサービスをサブスクで使った方が有意義
ユーザーが思ってるいるFMの使い方は消滅、若しくは極めて0に近くなるビジネスモデルだよ -
どうでもいい揚げ足取りじゃなくて本質でレスしてくれや
ここの平均年齢50~60才の希望する方向にクララリスは向かわないよ、未来がないし
本業にしてる俺だって2バージョン違うだけでサーバー使えなくなるんだから、バージョンアップのお願いをクライアントにするのに苦労してるんや
ユーザーからしたら何ら変化がないのに金だけ取られる訳だし
俺もそう思うし
だから、ライト層はずっといまのバージョン使ってくれ -
>>81
確かにバージョン変わってもなんの変化もないよね -
AccessはUI改善するだけでライトユーザー全部取れるのになんでやらないんだろうな
10人以下なら余裕だろうし
レイアウト作成のときにすら拡大できないとかおかしいよな -
powerappsに勝てる要素ある?
-
もはや小規模はExcelVBAだな
かっこよくはできないが小規模なら最適だよね
売上備蓄して取り出してレポート 程度なら -
なんで古いバージョンではいけないの?
Winなら動くでしょ -
FileMakerじゃなきゃ、accessじゃなきゃじゃなくて
ハイブリッドで良いじゃない
己自身もカスタムしてレベルアップしていかないと -
FileMakerは2バージョンしかサポートしないのは鬱陶しいけど、ブラウザベースにしても大概だよ。
コロコロ変わるし対応するのも本当に大変でコストもかかる。
金払ってバージョンアップするだけで手間はかからんからその点は良い。 -
ver.3から使ってきた個人ユーザーとしては
諸行無常としか思えない -
この場合の「諸行無常」を具体的に解説してください
-
なんであれだけDBとして使えないAccessをここまで来て持ち上げているのかわからないけど
もしかして「騙されたつもりで使ってみろよ」と誘った上で騙されたと後悔させるまでがセットの迷惑系のプレイ気取ってるつもりなんだろうか。 -
accessは、お手軽だからね
勿論、複数アクセスとかトランザクション考えたらキツイけど
データ編集くらいなら楽だし
セットアップも楽じゃん
そりゃあ、oracleやらmysqlが
総合的には上回るけど
FileMaker的なお手軽さという点は勝てない -
macの俺は、昔access出作るとどんな感じか、中古アプリ
を買ってシェアウェアを試したことがあるが、酷かったな。 -
というか事実上Accessなくなるんだってよ
ロードマップ上の開発も止まったらしい -
>>98
それライセンス違反らしいよ -
SQLiteをデータソースとしてサポートしてもいいと思うんだけど。
↑今すぐ読める無料コミック大量配信中!↑