08/11/21 13:45:49
アクセスで作られたファイルは小汚い。
ユーザーの側からしたら触る気もしない。
FMはちゃんと作られたファイルは小奇麗
ユーザーが分からしたら触りやすい。
変な人が作ったら小汚いどころじゃなく汚物だけどね。
某有名な人のことだけど。
834:名無しさん＠そうだ選挙にいこう
09/09/20 16:12:54
？
835:名無しさん＠そうだ選挙にいこう
09/11/16 14:55:52
>>833
FMってテーブルに実データ以外の計算結果フィールドがどんどん追加されていく
イメージがあるんだけど、そっちの方が汚いと思う
836:名無しさん＠そうだ選挙にいこう
10/02/16 18:59:20
最新ビジネスソフト入荷！
激安販売中！
URLﾘﾝｸ(wwttww.hostrator.com)
837:名無しさん＠そうだ選挙にいこう
10/02/18 00:29:25
アクティブなタブ(名)を取得する方法ある？
（タブ押した瞬間に$$変数に記録する、ってのはナシで）
838:名無しさん＠そうだ選挙にいこう
10/02/18 00:35:23
>>835
アプリとデータに分け、データ側には実フィールド以外、極力作らなければおｋ
分離しないと、確かに汚い
839:名無しさん＠そうだ選挙にいこう
10/02/18 11:30:22
>>835
アクセスは触ったことがないから分からんが
実データが入るフィールドにはスクリプトトリガで
計算結果を入れられるので、計算フィールドは要らなくなると思う。
840:名無しさん＠そうだ選挙にいこう
10/02/18 16:00:44
計算フィールドは汚いけれど、DB定義でフォルダ構造とか
FM側でインターフェースの見直しがなされれば保守が楽になると思う
841:名無しさん＠そうだ選挙にいこう
10/02/18 19:57:00
>>839
Access は2010から計算フィールド装備だよ～ん、テーブル内蔵のトリガ&データマクロも装備して
クラウドにピッタシになるよ～ん
FMのマクロってフォームベースのみでしょ
842:名無しさん＠そうだ選挙にいこう
10/02/18 22:17:34
ここ数年のAccessの実装はFMを意識した物ばかり
843:名無しさん＠そうだ選挙にいこう
10/02/19 16:01:08
>>841
計算フィールド装備になるの？
使いやすくなりそうだけど、SQL準拠とはちょっと違うような...
844:名無しさん＠そうだ選挙にいこう
10/02/19 19:36:58
>>827
アクセスでFMの限界越えるようなファイルを作れるヤツは
そういうカキコはしないと思うよ
リソース書き換えるくらいやらないとな
845:名無しさん＠そうだ選挙にいこう
10/02/20 02:10:29
FMだけが唯我独尊でやってきた。
SQLって何？っ手感じでさあ。
今更戻れないんだろうが。
でもDBに迎合したがっているのがプンプン臭う。
846:名無しさん＠そうだ選挙にいこう
10/02/20 16:45:49
そもそもSQLを知らなくても使えるDBがFMな訳だから
今更SQLを実装する必要はないと思うが。
将来的に実装されたとしても、アップグレードを続けてきた
ユーザには不要な機能だと思うなぁ。
でも、トランザクションは欲しいね。Server版でいいから。
847:名無しさん＠そうだ選挙にいこう
10/02/20 17:05:14
>>845の意見がFMの現状をあらわしていると思う。
>>846
トランザクションは欲しいよねー
848:名無しさん＠そうだ選挙にいこう
10/02/20 17:16:46
オモチャにトランザクション望む男の人って。。。
849:名無しさん＠そうだ選挙にいこう
10/02/20 22:10:34
>>848
10を使ったこともない人に言われても・・・
850:名無しさん＠そうだ選挙にいこう
10/02/20 22:13:53
>>848は10を使った事がないどころか、FMにデータ型が無いと思ってる馬鹿餓鬼だよｗ
851:名無しさん＠そうだ選挙にいこう
10/02/21 09:26:26
>>848 が FileMaker に興味が湧くのは理解できるけど
そんなステレオタイプな奴には触って欲しくないなぁ。
852:名無しさん＠そうだ選挙にいこう
10/02/21 16:31:02
外道４Ｄｑｎは出てくるなよ
853:名無しさん＠そうだ選挙にいこう
10/02/21 20:49:21
FMでカバーしきれる業務なら、何もムリして「やっぱりSQLだよ」なんてこだわる必要なんてないと思うんだ。FMじゃ
もう限界、となった時に考えればいいんじゃないかと。