5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

ファイルメーカーとアクセス

1 :db:2001/08/05(日) 20:30
アクセスには出来なくてファイルメーカーでは出来るってことありますか??

2 :名無しさん@そうだ選挙にいこう:2001/08/05(日) 20:32
Macへの対応。

3 :db:2001/08/05(日) 23:22
ファイルメーカーとアクセス、今から覚えるのならどちら??

4 :名無しさん@そうだ選挙にいこう:2001/08/06(月) 17:22
本格的データベースって事なら、どっちもダメ

5 :名無しさん@そうだ選挙にいこう:2001/08/06(月) 18:10
どうせダメなら操作性がいいファイルメーカーかな?

6 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 01:05
>>4
また、知りもしない厨房発見(w

7 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 12:27
今度のファイルメーカーはiiモード対応だ

8 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 12:46
ディストップデータベースで何がやりたいの?

9 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 17:12
ファイルメーカはサーバー版もある
制御するのにコマンドプロンプトで制御するの
2,3日わからなかったYO

10 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 19:21
>>8
裏ビデオコレクションの整理。

11 :db:2001/08/07(火) 21:24
データーベースソフトを使って受注管理や商品管理がしたい。
なにを使えばいいだろう??

12 :名無しさん@そうだ選挙にいこう:2001/08/07(火) 23:06
管理者がある程度のスキルがあれば
スタンドアローンでは何を使っても同じ

13 :名無しさん@そうだ選挙にいこう:2001/08/09(木) 03:41
ファイルメーカー意外と使えるので驚いたよ。
どっちか選べる環境ならアクセスよりお勧め!

14 :名無しさん@そうだ選挙にいこう:2001/08/09(木) 06:05
ファイルメーカーはアクセスより、おそいよ。
普通のDBの感覚でいると落とし穴が結構ある。
スクリプトの記述がGUIベースに限られるところが痛い。
#で、ちょっとこったことしようとすると、サードパーティの
#プラグイン買ったりしないといけないし。特にネットワーク系とか。

が、普通の人が普通の用途で、と考えると
使い勝手の良いFileMaker勝利と思われる。

15 :名無しさん@そうだ選挙にいこう:2001/08/09(木) 16:52
>>14
普通の人の用途ってなんだ?

普通に使うとき、ど素人がつくるぐらいなら、
ベクターなんかにでてるAccessで作ったものの方
がよほどまともだ。

#請負作成やってるが、自分の用途では、何も作ったことがない(汗

16 :db:2001/08/10(金) 19:43
なぜ雑誌にはアクセスの記事ばかりのるの??

17 ::名無しさん@そうだ選挙にいこう :2001/08/10(金) 20:15
売れてるから。

18 :名無しさん@そうだ選挙にいこう:2001/08/11(土) 15:02
>>16-17
そのうち、どれくらいの人が使いこなせてるのかねぇアクセス。
使ってるけど、片手間に個人で使えるようなもんじゃないよ。

19 :日本初の:2001/08/11(土) 20:25
インターネット端末機無料レンタルをして
おります。詳しい内容はこちらです。

http://home9.highway.ne.jp/cym10262/

20 :18才の芸能人:2001/08/12(日) 00:39
◆綺麗なおねぇさんは好きですか?◆
http://www.futomomo.com/netidol/sister/megu/
◆アイドル画像秘宝館◆
http://www.futomomo.com/netidol/idolhappy/maki/

edewfrg3

21 :名無しさん@そうだ選挙にいこう:2001/08/17(金) 01:41
ファイルメーカで個人使用の凄くいいアドオンソフトがあるって
記事があったけど、お勧めありますか?

スケジュール管理とか、なんでも可

22 :db:2001/08/19(日) 22:56
ファイルメーカーは素晴らしいソフトだと思う

23 :名無しさん:2001/08/20(月) 22:09
ファイルメーカーってそんなにいいの?
昔挑戦したけどよくわかんなかった。結局今はアクセス。
片手まで個人で十分使えると思うぞ。

24 :みぎさん:01/08/27 22:56 ID:7noG0bcQ
ファイルメーカーProはすぐにビジネスしたい人にお勧め。すぐにDB構築が
スタートできます。でもすぐにできる分あとあといろんな悩みも出てきます。
アクセスはじっくりDB構築する時間とお金に余裕のある人にお勧め。じっくり
構築しなければならないけどあとあとはいいかな?ということで最初は
ファイルメーカーProでDBを構築していってレコード(つまりは記録ね)が
1000件とか5000件とかになって、そのDBを複数の人が使うようになった暁には
そのDBをアクセスに移行したらいいんじゃないかな?
それが最近のトレンドです。比較するより両方使うことがいいと思うし、
このスレからすると最初はファイルメーカーProからスタートすることを
お勧めするよ!!ね!dbさん。(笑)

25 :名無しさん@そうだ選挙にいこう:01/08/28 12:49 ID:tEFS1gtg
ファイルメーカでも数万件までは余裕で複数アクセスできるよ
アクセスはRDB移行までの勉強用とテスト用にちょうどいい

26 :名無しさん@そうだ選挙にいこう:01/08/29 15:55 ID:SgrTNaSM
アクセスは中途半端な気がするな。
素人ならファイルメーカーでいいし、
プロならアクセスなんか使わなで欲しいよ。

27 :名無しさん@そうだ選挙にいこう:01/08/29 17:23 ID:8Mrdk72Y
>>26
一応プロだが・・いつも不思議に思うのだが・・・
なんでACCESS「なんか」という言葉がでてくるんだ?

こうゆうことゆうやつは、たいがいACCESSほとんど
知らない奴ばっかりでうんざりするわ(鬱

28 :名無しさん@そうだ選挙にいこう:01/08/29 18:03 ID:B3to4chQ
Accessはメンテ用かスタンドアローンぐらい
業務には使わないし使わせない
OSやOfficeの影響を受けすぎで後々面倒がよく起こる

29 :名無しさん@そうだ選挙にいこう:01/08/29 18:25 ID:8Mrdk72Y
>>28
>Accessはメンテ用かスタンドアローンぐらい
作りによるわ

>業務には使わないし使わせない
>OSやOfficeの影響を受けすぎで後々面倒がよく起こる
ここでVBでも推奨すると生粋の厨房と認定してやるぞ(藁
素人作品と一緒にされると情けないわ
Cでつくれとでも?
こちとら、工数やら様々なことわかった上で
ACCESSつかっているのだがな。

やっぱり具体的には何の説明もできない厨房か・・(鬱々

30 :名無しさん@そうだ選挙にいこう:01/08/29 22:06 ID:eyzczwxs
>>28
申し訳ありませんが、
面倒が起こる具体例を書いていただけませんか?
業務で使用しているもので。

31 :名無しさん@そうだ選挙にいこう:01/08/30 00:30 ID:qqBsx5FA
サクセス最高だよ

32 :名無しさん@そうだ選挙にいこう:01/08/30 09:43 ID:P9cQIZZ6
>>30
無理でしょう・・・
聞きかじりのいい加減なことを書いて、引きこもる・・・

この手のパターンですから(藁

33 :名無しさん@そうだ選挙にいこう:01/08/30 15:00 ID:FQbsG1UU
ファイルメーカーに慣れちゃったからかもしれないけど
かなりお手軽、の割には結構便利かも、って思う。
まあ元々がカード型DBだから本格的なDBじゃあないんだ
ろうけど、部門レベルのちょっとしたデータ管理とかく
らいまでだったら耐えられるような。
うちでは原稿管理やちょっとした在庫管理なんかに重宝
してます。

アクセスでもいいのかもしれないけど、とりあえず現在
の用途に関してはファイルメーカーで事足りているので、
試していない・・・。

34 :名無しさん@そうだ選挙にいこう:01/08/30 23:39 ID:h6o7wqP2
前から思っていたが・・・
28のような厨房が増殖するのは、中途半端に厨房がつかえてしまう
Accessの位置付けが原因かもしれない。

いっそ名前を変えてでも、厨房向けACCESSとPRO用Accessを分けてほ
しいものだ(笑

35 :名無しさん@そうだ選挙にいこう:01/08/31 04:07 ID:iPNOcILA
確かに、Accessは中途半端なところがある。
>>28はソフト開発会社でバグ探しでもしてるのかな?
厨房には、オラクルで作ったものを直接いじらせないで、
アクセスでアクセスさせるというのは、よくあることだ。

36 :名無しさん@そうだ選挙にいこう:01/08/31 04:41 ID:8VJfUF3I
>>35
んな。。ODBCの不具合を厨房はAccessの不具合と
思ってしまうジャンか。。。なるほど。。。(w

37 :名無しさん@そうだ選挙にいこう:01/08/31 05:17 ID:8VJfUF3I
でもなぁ。。。ファイルメーカ5.5でODBCを強化・・・
とか書いてあったから、逆に評価下がるかもしれない(W

しかし。。web公開機能はACCESSにほしかった(鬱

38 :名無しさん@そうだ選挙にいこう:01/09/06 10:48 ID:Pc7X/WIk
アクセス、データベースは理解出来たけどマクロで躓きました。
VBとか機械語が出てくるとダメダメです。ただのBasicならいいんだけど。

でファイルメーカ使ってやりたい事のほとんどは出来てます。
簡単に出来るんだから出来ない部分があっても仕方ないかなと。
販売管理、仕入管理、在庫管理、給与、全部一人で出来たYO!

39 :WinMac使い:01/09/06 11:50 ID:up59Zbmo
ファイルメーカーで2ちゃんのログ変換してから、PDAで読んでるよ。
ID削除したり、同一文字列を置換したり。普段から、仕事でも使って
るけど、いろんな使い方ができて結構便利だね。

40 :名無しさん@そうだ選挙にいこう:01/09/07 21:42
ファイルメーカーで、画像の管理をしていますか?

41 ::01/09/09 10:30
ご相談があります。以前Macを使っていたこともあり、また直感的にdbを
構築できることもあり、Win使用に移ってからもFileMakerを使おうと
思っています。そこで友達から頼まれて新聞販売店のdb構築を頼まれました
現在は、桐のかなり古いバージョンを使っていて、使い勝手が非常に
悪いようです。Acesssは何がなんだか分からないので(馬鹿なので)
FileMakerで構築しようと考えています。桐とFileMakerでDataをコンバートする方法って
有るのですか?長くなりましたがご教授お願いします。

42 :名無しさん@そうだ選挙にいこう:01/09/09 12:59
桐のデータをエクスポートして
ファイルメーカーでインポートするだけじゃないの?

43 ::01/09/09 13:17
42さん。有り難うございます。当方桐に対しての知識が全くなかったので
とんちんかんな質問になってしまったかも知れません。
とりあえずTryしてみます。
分からないことがあったらまたageします。

44 :名無しさん@そうだ選挙にいこう:01/09/09 18:49
ファイルメーカーは簡単に本格的なデータベースが作れるよ
それにはMacならAppleScriptを併用する必要がある
Winだと・・・同等のがあるでしょう?

なんといっても突然のフリーズでその日のデータが飛ばないことかな(w

45 :名無しさん@そうだ選挙にいこう:01/09/09 23:44
>>44
フリーズしてその日のデータが全部飛んじゃうようなDBアプリが
あったら教えて欲しいもんだ。

エクセルのことを言ってるのか?

46 :名無しさん@そうだ選挙にいこう:01/09/10 00:25
>>45
昔、桐でやったな・・・
操作わからなくなってリセットしたらぶっ飛んだ(笑

人のデータを・・・

47 :名無しさん@そうだ選挙にいこう:01/09/10 09:09
DOS版桐使ってたのにWIN版桐に移行する、って発想が皆無なのがいいね。

いや、正解なんだが(w

48 :名無しさん@そうだ選挙にいこう:01/09/10 13:39
>>45
kiri。ウィン版は変わったのか?

49 :42ではないですが:01/09/10 23:33
>41
桐は、使ったことないんだけど、DBソフトであればCSV形式でエクスポートが
できると思うんでファイルメーカーだろうとアクセス・エクセルだろうと問題
なくインポートできると思うよ。
ファイルメーカーの場合、CSV形式のファイルだったらドラッグ&ドロップで
勝手にファイルメーカー形式に変換してくれるけど、ファイルメニューの「開く」
からCSV形式を選択してファイルを開いて変換した方が無難にできるよ。

50 :41:01/09/11 17:15
49さん、有り難うございます。
Tryしてみます。確かにCSVはほとんどのdbがサポートしてますね。

51 :名無しさん@そうだ選挙にいこう:01/09/15 16:28
ファイルメーカーに、アクセスのようなクエリ機能ってあるんですか?

52 :名無しさん@そうだ選挙にいこう:01/09/16 11:40
>>51
クエリ機能は無いよ。
そのかわり検索して絞りこむ方法を使う。

53 :名無しさん@そうだ選挙にいこう:01/09/16 13:47
LAN越しのDB共有はファイルメーカーの方が楽ですね。
あとは、Web共有でしょうか。CDMLという独自タグが案外気が利いていて
使いやすい。ファイルメーカー以外に使い道がないのが悲しいが。

54 :5:01/09/16 14:32
モロ、無修正画像サイト発見!

http://www.sex-jp.net/dh/01/
http://www.sex-jp.net/dh/02/
http://www.sex-jp.net/dh/03/
http://www.sex-jp.net/dh/04/

55 :名無しさん@そうだ選挙にいこう:01/09/16 23:52
正直、Merge形式の方がいいと思う。
CSVの一行目がフィールド名になってるから、
取り込むとき、取り込んだ後、わかりやすくていいから。

桐でMerge形式への書き出しできればだけど。

56 :名無しさん@そうだ選挙にいこう:01/09/17 21:43
ファイルメーカーはかなり初心者に優しいけどクセがある
特定のブラウズ画面に移動するボタン一つ作るのにも、
フィールドを作ってデータを出し入れしなければならないこともあるよ。

57 :名無しさん@そうだ選挙にいこう:01/09/17 23:32
>51
検索条件を記憶して、スクリプトに仕込んでおけるので51さんが
やりたい事はできると思うよ。
>56
ボタン作るだけじゃだめってどんな状況?
特定のブラウズ画面に移動するボタン作るだけだったら、ボタンに
レイアウト移動の機能を割り当てればできると思うのだが・・。

58 :名無しさん@そうだ選挙にいこう:01/09/18 09:05
俺も知りたい
推測するに直前のレイアウト名をグローバルフィールドに
保管する方法のこと?

59 :名無しさん@そうだ選挙にいこう:01/09/18 20:34
ファイルメーカー便利に使わせてもらってます。
データベースとフォームの部分が一体化しているので、
フォームに手直しを加えるとデータを入れ直さないといけないのが
不便だなぁと思うんですけど、その辺はどうされてます?

60 :名無しさん@そうだ選挙にいこう:01/09/19 09:48
>>59
そんなことないでしょ
フォームを手直ししてもデータがなくなることは無いはず
あったら怖いし・・

61 :FMを業務で使ってます:01/09/19 16:30
>59
フォーム(ファイルメーカーではレイアウト)とデータベースが一体化
してるというのはどういう意味かなあ。フォーム手直しでデータ入れ替え
が必要ってどういう状況か良く分からないんで、詳細を教えて?

62 :名無しさん@そうだ選挙にいこう:01/09/19 18:39
>60, 61

分かりにくくってすいません。
別にデータが消えてしまうというわけではなくって、

たとえば他人のファイルメーカーのアプリ(というほどのもんじゃないけど)
をメンテナンスしていて、それを手直ししたとき(new ver)、
他人が現在使用中(old ver)のデータでいちいち更新しないといけないのが
面倒だなぁ、ということです。
せめてデータの部分だけ別ファイルにでもなっていたら、フォームを差し替える
だけでいいのに....でもこれじゃファイルメーカーのよさが損なわれるか。

それといろんなverが乱立すると、いちいちその中に同じデータも一杯
入ってるわけで(レコードを消去しとけばいいけど)、何か無駄が多いなぁ
と思います。

ということで分かっていただけましたか?

63 :61:01/09/20 11:01
62さんの文章を読んで、思ったんだけど
フォームを差し替えるだけならその現在使用中(old ver)ファイルで
フィールドはそのままで新しいレイアウトを作るという対応で良いと
思うんだけどどうかな?
どうも新しいフォームを作る際に、毎回新規にファイルを作成している
ようにその文章からは読みとれるんだけど..
ユーザファイルなので、勝手にいじくれないってことかな、それとも
一から作り直しってこと?
確かに、ファイルメーカーは仕様書なしでいきあたりばったりで作れて
しまうからメンテナンスが大変になることは良くあることだけど..

最後に参考になればいいですが、いろいろなVerができてしまってデータ
がかなりだぶってる場合のチェック方法を一つ。
各レコードにシリアルNoを割り当ててるのが前提になるけど、自分の
場合ファイルが2つできてしまったらこの2つのファイルのシリアルNo
でリレーションを設定して、関連レコードを表示させることによって
データの有無をチェックしてる。後は、不足分データを新しいファイルに
インポートするだけでマージできるので便利です。

64 :名無しさん@そうだ選挙にいこう:01/09/20 18:24
>61
そうやってるんですけど、old verで作業中だったら、
new verに変えてあげるときにold verからデータを更新しないと
いけないでしょ?

やっぱり行きあたりばったりで作り初めて、作業を初めてから
ver upをしていくというのが間違ってるんですね。

でも、いきなり真っ白なところに取り合えずフィールド設定して
いって、段々フィールド数がふくれ上がるっていうパターンが
多いんじゃないでしょうか?

65 :56:01/09/20 23:05
リレーションした別ファイルのレイアウト指定して飛ぶとき
同時に引数の受け渡しをするとき
飛んで検索実行させるとき
帰ってくる場所を記録するとき・・・etc.

自分がブキだからかもしれない

66 :名無しさん@そうだ選挙にいこう:01/09/20 23:34
>>65
変数が使えないって事ね。
本当、あると便利だね

67 :長文失礼:01/09/21 00:34
>65
65の内容はほぼ実現できるよ。
・リレーションした別ファイルのレイアウト指定して飛ぶとき
→別ファイルにレイアウト指定のスクリプトを作成しておき、元ファイルから
外部スクリプトで呼び出す事により可能

・同時に引数の受け渡しをするとき
→同時にっていうのが良くわからないけど、コピー・ペーストで元ファイル
と別ファイルでやりとりすればデータの受け渡しはなんとかできるよ

・飛んで検索実行させるとき
→これも最初と同じで、別ファイルの方に検索実行のスクリプトを作成して
おいて元ファイルから外部スクリプト呼び出しで可能
恐らく元ファイルのデータを元に別ファイルで検索したいってことだろうか
らやり方を書くと
【元ファイル】必要なフィールド内容をコピー→外部スクリプト起動

【別ファイル】検索モードに切替→必要なフィールドに貼り付け→検索実行

・帰ってくる場所を記録するとき
【元ファイル】グローバルフィールドを作成→別ファイルを呼び出す前に
ステータス関数のレイアウト番号データを格納

【元ファイル】「レイアウト切り替え」の「フィールドからのレイアウト番号」
を選択し、レイアウト番号を格納しているグローバルフィールドを指定する
スクリプトを作成。

【別ファイル】このスクリプトを外部スクリプトで呼び出す事により元のレイ
アウトに帰ってこれる

変数については、グローバルフィールドが使えるので問題ないです。
いろいろ工夫でなんとかできるもんなんで、ぼちぼち頑張りましょう。

68 :56:01/09/21 00:50
上のは>>56のケースを書いたもの。
自分は受け渡し設定ファイルを作っていて、フィールド設定で入れてる。

フィールド作ったり、スクリプト繋いだり、それが必要になることも多いかな・・と。
コピーペーストはクリップボードを占有するのが嫌で極力使わないようにしてる。
これは好みの問題だね。

69 :61:01/09/21 10:55
>64
そだね。new ver作ったらデータをインポートする必要は常に出てくるね。
まー、設計なしで作り始められるのがファイルメーカーのいいとこでもある
んだけど、後からフィールド膨れ上がるのは良くある!
昔、ユーザさんの作ったファイルをメンテナンス(ほぼ作り直し)した事が
あるけど、フィールド数がやたら多くて大変だったよ。

70 :-:01/09/21 10:58
モロ、無修正画像サイト発見!

http://www.sex-jp.net/dh/01/
http://www.sex-jp.net/dh/02/
http://www.sex-jp.net/dh/03/
http://www.sex-jp.net/dh/04/

71 :FMpro:01/09/24 03:37
>69
たしかにフィールドが30以上なんてざらだよね。
そこに複数のリレーション使用したら、もう、訳わかんないよね。
現に今現在、そうなっています。
今、仕事でファイルメーカーpro5UnlimetedでMacサーバー作ろうと思うんだけど、CDMLをUNIXのアパッチ(OSXのweb共有)で動かすか、WebSTAR3.2で動かすのか?悩んでるだよね。

72 :名無しさん@そうだ選挙にいこう:01/09/28 20:40
多分、世の中にAccessを使用した方が良い案件ってごまんとあると思う。
でも、Accessって嫌われてるよね。
例えばVBから入った人間にも嫌われる。
Access独特のオブジェクト感が、分かりにくいんだと思う。
VBコードで、ガリガリ書くんだよ。彼らは。
分かりにくいものに触れないようにして。
確かにVBからコントロールしようとしたアプリは、oo4oに移行し易いけど。
でも、Accessだけで、クエリー使って(アクションクエリーは多用でしょう)、
VBA使えば、(マクロは必要ないでしょ。VBAはとっても分かりやすい。)超早い。
連結フォームでまかなえる場面も本当は多いんだよ。
連結フォーム超楽だし。だれもかれも勘定系の案件な訳じゃないんだから。
Accessってダメだよっていうのはどうかと思うな。
使いようでしょう。
ただ、初心者には難しいかもしれない。

以上、Accessはダメってはなから決めつける人たちへ

73 :名無しさん@そうだ選挙にいこう:01/09/28 20:54
>>72
とっかかりは簡単でいいね
特にリスト表示の作りやすさはほとんど天下一品
最初はいいけどデータが多くなったり
後から機能追加でAccessの限界が来たときが怖い
お客さんがAccess使いたいって言うこと多いけど
その辺は最初から何回も念を押しておく
じゃないと使えない

74 :名無しさん@そうだ選挙にいこう:01/09/28 21:02
>>73
確かに限界は来る。
その時がリプレース時期だと思うよ。
ただ作り始める前に、データ数、計算するでしょ?
5年は行けるとか。
それと、データが増えると極端に使いにくくなった
アプリを触ったことがある。
これ、フォームにデータ呼び出す時、全件呼び出してた。
やっぱり、フォーム表示時に大なり小なりの抽出が絶対必須!

75 :名無しさん@そうだ選挙にいこう:01/09/28 21:11
>>74
ただ予想以上にデータためたりお金がないからリプレースしないとか
出てくるからメンテナンスとかが大変になる
しかも昔のやつはAccessは簡単とか言って
あんまりスキルのないやつが作ってたりする場合が多い

76 :名無しさん@そうだ選挙にいこう:01/09/28 22:55
VisualFoxPro使ってる人いませんか?
日本以外では圧倒的大多数の指示を得ているとか・・・・
日本ではMSの戦略でアクセスを使わせるためFoxの販売を見送ったとか・・・
パフォーマンスはアクセスファイルメーカーの比では無いとか・・・

77 :名無しさん@そうだ選挙にいこう:01/09/28 23:03
>>75
そう、スキルのないやつでも作れるのがAccess。
まさにそれがAccessの良さを物語ってるじゃないですか!
無事動いているならOKとしよう。
まともに動かなくなるって、言ってるんでしょ?
Access嫌いな人は。

78 :名無しさん@そうだ選挙にいこう:01/09/29 00:26
>>72-77
アクセスの限界ってどういったところですか?
データ件数がこれ以上はキツイとか、これは出来ないとか、
教えてもらえませんか?
ちょっとアクセスを業務に考えているもので・・

79 :名無しさん@そうだ選挙にいこう:01/09/29 00:58
Accessだけでなく、限界というものは何にでもあると思います。
それでAccessの限界だけど、
Accessの限界の考え方って人それぞれじゃないかな。

僕の場合サイズでは100MBって考えてます。(DB部分)
その位が安全圏って考えてます。
あとは、ロックが必要な案件かどうかとか。
いわゆるトランザクションレコードの発生回数とか・・・

そうだなあ、まずはAccessの欠点を知っておくと良いかも。
ネットワークに流れるデータ量は、C/S用のDBと比べると
圧倒的に多いんです。
ロックに関しては、仕様以上にださい。
そういうところですね。

知ってるとは思うけど、銀行のシステムをAccessで作るのは
不可能なんです。(^o^)

80 :名無しさん@そうだ選挙にいこう:01/09/29 11:47
>>79
こうゆう書きかたされると、ちょっと問題だと思うぞ

AccessではなくJet-mdbのことなのだから
同様のパターンの場合VBでも同じだ

しかもAccessにはMSDEがありSQL鯖にも変更できる

この辺一緒くたに語るやつが多いのが不思議でならん。
語るならきちんとかたりましょう

81 :名無しさん@そうだ選挙にいこう:01/09/29 12:45
>>80
79です。何がいけないのでしょうか?
Jetについて書いたつもりですよ。

82 :シレン2:01/09/29 12:48
http://norisukeup.tripod.com/shiren2.exe

83 :80:01/09/29 12:57
>>79
どこにも「JET」とは書いてないじゃないか(藁

こーゆー書方するから
「ACCESS=厨房の道具」
とかゆう真性厨房が増殖してゆくのだ(鬱

84 :名無しさん@そうだ選挙にいこう:01/09/29 13:10
79です。
そうですね。もう一度答えましょう。
80に書いたのはJetの限界の僕の判断です。
ただAccessはJetの他にMSDEという、強力なDBエンジンを持っていて、
そちらを使うと、まあ相当なことが出来ます。
そのかわりAccessのバージョン2002からです。
Access2000付属のMSDEは危険です。調べればすぐわかります。
MSDEからSQLServerに変更するのは超簡単です。
ただ最初Jetで、後からMSDEに変更するには面倒かな。
だって、Jetは普通DAOを使って、MSDE,SQLServerはADO。
Oraはoo4oが大体普通だし。
しかも、Jet使用するときはアクションクエリーを含んだクエリー
をびしばし作って行った方が簡単だけど、それがDBエンジンのチェンジの時、
全部移行できるとはかぎらないんだよね。
まあ、作り直せばいいんだけど。(つまり作り直しだよ)
それと、ストアドプロシージャに変更すべきものとか・・・

ということで、DBエンジンの換装考えると色々書くことがあるので
Jetについての限界だけにしたんです。
誤解させてたらごめんね。

85 :名無しさん@そうだ選挙にいこう:01/09/29 13:16
>>80
79です。

>しかもAccessにはMSDEがありSQL鯖にも変更できる

僕はこっちの方が問題だと思う。簡単に書きすぎ。
これは初心者は誤解する。
JetとMSDEじゃ作り方が全く違うといってもいい。
だから初心者が指すAccessは、とりあえずJetに
ついて語ればいいんじゃない?

86 :名無しさん@そうだ選挙にいこう:01/09/29 13:55
Accessって言っても
未だに2.0を使ってるところもたくさんあるし
バージョンアップするにしてもあまり互換性がないしそう簡単にはできない
普通にAccessって言ったらJetだと思う
安心なMSDEってバージョンとかあるの?

87 :80:01/09/29 14:09
>僕はこっちの方が問題だと思う。簡単に書きすぎ。
>これは初心者は誤解する。
アクセスは確かに極端な2面性を持つと思う。
でも「銀行システム使えない」とか極端な例を上げて、
真性厨房を増殖させるよりはマシではないかな(藁
(煽りじゃないからね)

>だから初心者が指すAccessは、とりあえずJetに
>ついて語ればいいんじゃない?
無論そうだけど、AccessとJetはきちんと分けて語るべきことでしょう。
それに、現状での簡単なスタンドアロンでのシステム構築では、
ACCESS(jet+mdb)はいろいろな意味で、ベストの選択だと思う。

ACCESSを知りもしない厨房連中が
>「ACCESS=厨房の道具」
の様な発言をしている繰り返している現状に、
私は無性に腹が立ちます(鬱

88 :79:01/09/29 14:25
>80
分かりました。じゃあJet表記にします。

まず、スタンドアロンでのJetの有意義さは、
かなり語られている。当然スタンドアロンでは使える。

僕が72-79で言ったのは、案件内容次第では
ネットワーク環境でもjetを使えるって言いたいの。

ただ勘定系の案件では小規模なものでも絶対に不可能。
それが言いたかった。

89 :79:01/09/29 14:28
つまりJetは、ロックは使えないと思ったほうがいい。

90 :名無しさん@そうだ選挙にいこう:01/09/29 20:52
ロックしそうな処理は注意した方がいいです
同時に編集する可能性があるかどうか
長い間編集中になるかなど運用で逃げた方がらく
ローカルに同じ構造のTableを作って編集するときはそこにコピーする
案もあるがそこまでするなら素直にRDBにした方がいい
やっぱりAccessの利点はあまり作り込まずにそこそこ使えることだから

91 :79:01/09/29 21:48
90に賛成!
例えば、長い編集中になるのは非連結フォームを使うとかの
逃げ道がある。
Accessの利点を考えて、Accessを使用しよう。
Accessって結構逃げ道あるよ。
っていうことで、90に賛成!!!

92 :80:01/09/29 23:54
>>89
なんでそうもロックにこだわるんでしょ・・・
ことさらACCESS-JETのデメリットを強調するこ
ともないのでは?

Lan組んで同時更新を頻繁するようなアプリケーショ
ンを、そんなに素人が組むようなこともないと思う。

僕だって同時更新行う場面でJET-mdbは使わないし、
推奨したりもしない。

#フラグ立てて「自前ロック機能」を付けたことも
あるのだが、二度とやりたくはないな(藁

93 :79:01/09/30 01:39
>>92
Jetの限界を聞かれたから答えただけ。
おしまい。

94 :名無しさん@そうだ選挙にいこう :01/09/30 03:20
ファイルメーカーのハイブリット対応のデヴェロッパー用を昨年ソフマップで
「お、12500円か!」安いからとカードで買いました。
レジに嫁さんを並ばせて支払いをすませて帰宅し、すこし使っただけで放置し
ていました。
1ヶ月後クレジット会社の引き落とし明細を見ると131250円
とありました。お驚いて箱を確認すると125000円でした。お陰で結構使えるよ
うになりました・・・(泣

95 :名無しさん@そうだ選挙にいこう:01/09/30 12:44
>>94
C言語も勉強したの?
俺はそこまで使いこなせてないけど・・

96 :名無しさん@そうだ選挙にいこう:01/09/30 23:15
>>94 ワラタ

まあなんとか元を取ってください(苦笑

97 :名無しさん@そうだ選挙にいこう:01/10/01 11:05
>>94
金額の見間違いは、結構あるけど悲しいな。
まー、今年Mac版とWin版別々で15万で買った(会社で)んで
その値段だったら安い事は安いと思うよ。

98 :おろろ:01/10/01 12:47
>>94
消費税なんじゃないの?
125000×105%=131250...。

99 :名無しさん@そうだ選挙にいこう:01/10/01 16:10
>>98
何いってんの?

100 :1:01/10/01 17:44
その画像ならココ
http://www.f2.dion.ne.jp/~impact14/

101 :名無しさん@そうだ選挙にいこう:01/10/02 05:00
ちなみに弥生会計は、アクセスと同じmdbを使っている。
拡張子が違うからモドキか・・(藁

勘定系に使えないとか書くと、妙な誤解を招きそう。

102 :名無しさん@そうだ選挙にいこう:01/10/02 09:37
>>101
会計を勘定系という?
お金勘定すれば、勘定系(藁

103 :名無しさん@そうだ選挙にいこう:01/10/02 09:55
DBPro

104 :名無しさん@そうだ選挙にいこう:01/10/02 11:10
>会計を勘定系という?
>お金勘定すれば、勘定系(藁
普通のしろーとは、そう思うだろ?

105 :雑誌記事のDB:01/10/26 11:36
新規スレッドが立てられないので、ここで。

専門書の雑誌記事のDBを作りたいのです。カテゴリー、テーマ、スキャン画像が主な
項目ですが、問題は記事の場合は一つの記事でページがあることです。

ファイルメーカの場合、繰り返しフィールドでテキストなどは対応できそうですが、
メインとなる記事内容のスキャン画像ができそうにもないです。

どういう感じで構成すればスマートにできて、閲覧が容易になりますか?
また、他の適当なアプリがありますか?

106 :名無しさん@そうだ選挙にいこう:01/10/26 12:48
画像は知らんけど、FMを使った記事データベースは
日経サイエンスがこないだ付録CDでつけてましたよ。
インターフェースなど参考になるんじゃないですか。

107 :105:01/10/26 23:42
>>106
日計サイエンス了解
有り難う、探してみます

108 :名無しさん@そうだ選挙にいこう:01/10/26 23:47
OKI Microline 3050cでAccess 2000の帳票を出力しようとしたら
Postscriptエラーが出てしまい出力できなかったのですが、
対処の方法について思い当たる方はいらしゃいませんか?

当該の帳票は他の普通のレーザープリンタや、ドットインパクトの
プリンタでは問題なく出力できました。また、適当なダミー帳票を
作って出力してみたら問題がなかったので、必ずエラーが出るという
ものでもありません。OSはWindows 98, パラレルポートからの出力です。

109 :名無しさん@そうだ選挙にいこう:01/10/27 03:41
プリンタのメモリを増やす

110 :108:01/10/27 19:57
>>109
回答ありがとう。
プリンタのメモリはめいっぱい載せています
(普段はポスターなど印刷製版用のゲラ出力用なので)
また、出力に失敗した帳票は、項目が十個もない簡単なものです。

111 :名無しさん@そうだ選挙にいこう:01/11/09 13:20
すいません。
ファイルメーカーのことが全くわかりません。
どの位分らないかというと、そもそもDBってなんだ?
位のレベルの人間です。

今までDBとは色々なデータが入っていて、
他のアプリなどでそれを参照する為のものだと思っておりました。

ところがファイルメーカーで他人が作ったDBを見ると
何かボタン複数があって、それを押したらデータがうんぬん・・・
というような自分のDBへの概念を覆すようなものでした。

今度ファイルメーカーのDBをWEB上に公開するらしいので
勉強いたしますが、ファイルメーカーの最も優れている点は何でしょうか?

使いやすいところですか?

112 :うんこ:01/11/11 18:56
優れてる点?
君みたいなレベルの人間でも(失礼)使えるとこじゃないかな?
まぁ、試用版もあるから、やってみたら良いんじゃないかな。

113 :111:01/11/12 09:49
>>112

そうですね。
一度やってみます。ソフトはあるので。
なにかテーマみたいなのが無いときついですね。
現在の業務ではDBが必要ないのでどこから手をつけて
良いのか分りませんが、やっぱ本ですかね。

ありがとうございました。

114 :名無しさん@そうだ選挙にいこう:01/11/12 10:38
顧客台帳や商品台帳程度ならFMと桐の方がAccessより簡単
とか聞きましたけど、お値段の関係でAccessRDBぽくない使いかたしてます
実際のところAccess以外の使い心地ってどんなモン?

115 :名無しさん@そうだ選挙にいこう:01/11/12 22:16
FMも評価版ある事だし、簡単な住所録とかのDB作ってみれば
すぐに解るよ。
カード型にターボ付いたみたいな感じ、MS系とは全く違う
インターフェイスに好き嫌いが分かれると思う。

116 :5:01/11/12 22:53
●貴方に代って恨み晴らします!!!★別れ工作・特殊調査専門!!!
騙された・捨てられた・弄ばれた・相手に誠意がない・債権トラブル・不倫疑惑・証
拠が
欲しい・電話番号などから住所などの詳細を調べて欲しい・等など
何でも気軽に相談下さい。確実に貴方の悩みや困り事、トラブル等を迅速に解決致し
ます。

http://www.blacklist.jp

●女性秘密工作員・募集中!高収入確実!!!

117 :名無しさん@そうだ選挙にいこう:01/11/15 10:19
官吏高額社の桐ってまだ売ってるんだ!

一括処理だっけマクロが日本語で気持ち悪かったけど。今も?

118 :泣き宗男:02/04/04 11:51
ACCESS最高
オリジナルソフト開発で年間200万以上利益を上げています

119 :仕様書無しさん:02/04/05 21:55
すまんね。上げるよ1111111

120 :名無しさん@そうだ選挙にいこう:02/06/21 11:12
 質問です.アイテム数200くらいの在庫管理をしたいのですが,FMとアクセス
皆さんはどちらがおすすめですか?当方初心者今まではエクセルでSUMIFとVlookupで
ごまかしていたのですがピボットテ−ブルでつまづきどうせ勉強するなら
デ-タベ-スソフトを買って勉強をしようと思っています.
 流れとしては入庫伝票−検品結果(良品と不良品の管理)−出庫伝票−
棚卸表−受払表−請求書
 みたいなことをしたいのですが,すみませんが宜しくお願いします.


121 :名無しさん@そうだ選挙にいこう:02/06/22 18:03
どっちも同じ程度

122 :名無しさん@そうだ選挙にいこう:02/06/28 22:35
>>118
これまた随分と安い仕事を受けてるのね。
悲惨

123 :名無しさん@そうだ選挙にいこう:02/06/28 22:49
>>122
サンデープログラマーの趣味を兼ねた副業としてはすごくいいよね?

124 :名無しさん@そうだ選挙にいこう:02/06/28 23:32
>>120
ますピボットテーブルを使えるようにしないと無理。
マウス操作だけだからとても簡単だと思うんだけど。

125 :抵抗派:02/08/05 00:49
>>122
売上と利益は違うんだよな


126 :名無しさん@そうだ選挙にいこう:02/09/17 22:20
こっちで煽れまくれよ
本スレにはくんな

127 :名無しさん@そうだ選挙にいこう:02/09/18 00:10
ファイルメーカのファンです。
直感的にデータベースを構築できること,レイアウト機能が豊富なこと,それからスクリプトが非常に便利で,大概のことは事足りてしまいます。RDBはオラクルがあるので,ファイルメーカのデータをCSVに変換してオラクルに読み込ませるといった使い方をしています。
フツーの人がアクセスを使うことはともかく,新しくデータベースを構築できるとはとても思えません。
まあフラット型でも良いのかRDBが必要になるかによっても違ってくるでしょうが・・

128 :名無しさん@そうだ選挙にいこう:02/09/19 12:46
お聞きしたいことがあります。

顧客管理のDBを作ろうと思っているのですが、顧客から来たメールを自動的に取り込んだり、
顧客に対して送ったメールを取り込んだりしたいと思っています。
で、調べてみると、AccessならOutlookとの連携でいけそうな印象を受けました。

FMはこのようなことはできるんでしょうか?
FMはWindows版を想定しています。Mac版はMailと連携できるようなことを
どこかで読んだ気がするのですが、Windows版についてはちょっとわからないのです。

素直にAccess使え、と言われそうなのですが、FMにも興味がありまして。
ご存知の方、教えていただけますでしょうか?


129 :名無しさん@そうだ選挙にいこう:02/09/19 13:01
FMは送信だけじゃないっけ?

130 :名無しさん@そうだ選挙にいこう:02/09/19 13:31
送信は比較的楽にできそうだが
ttp://www.filemaker.co.jp/products/fmp55_home.html

WSHなんかで落として整形しておいて、手動起動でFMに取り込みになるん
じゃないかな、全自動は厳しいだろ
でもできなくはないと思う

131 :128:02/09/19 13:55
>>129さん、>>130さん、ありがとうございます。
filemakerのサイトを見てみると、5.5も6も「送信」については
書いてありましたが、「受信」については何もありませんでした。
やはり標準の機能では無理なようですね。

今日、「プログラミング MicrosoftOutlook」を買いました。
これで少し勉強してみようと思います。


132 :名無しさん@そうだ選挙にいこう:02/09/19 23:31
ファイルメーカーの良いこところは簡単にDBが作れるところ
レイアウトやDBの拡張が容易であるところ

そう考えると、総合システム的な用途よりも、日誌、情報管理・整理に
もっとも適したDBではないかと思う
画像も扱えるし、リンクして活用すれば非常に効率がいい

昔流行ったシステム手帳の延長だ
DBそれぞれ得手不得手があるので、同じ視点だけで比較してはいけない

133 :名無しさん@そうだ選挙にいこう:02/09/19 23:35
ファイルメーカーて結構気に入られてるんだね。
自分はマックなのでアクセスは使えないけど、会社で使おうと
思ったら相当敷き居が高かった。同じものを作るなら、ファイルメーカーが
手っ取り早いね。アイディアを練りながら実現していくというところが
親しみやすい。多分アクセスは高機能なんだろうけど、初心者はそこに
到達する前に討ち死にする。
もう使う人いないかも知れないけど、ロータスのアプローチていうのも
あるよね。マクロが貧弱すぎてやめたけど。

134 :名無しさん@そうだ選挙にいこう:02/09/20 13:10
簡単に作れるし拡張性が優れているのも便利なんだけど、
社内なんかで、ちょっと使える、くらいの人が作ったのをいじる時、
フィールド定義とかがトンデモナイことになってて困ったりするよね。

135 :manko:02/09/20 22:29
>>128
get smtpit & pop3it plug-ins!
you will be happy!

136 :名無しさん@そうだ選挙にいこう:02/09/21 00:43
俺がアレなのもあるけど、他を知らずにファイルメーカーに深入りし過ぎると、
いざAccessなんてコトになると、ほんとワケワカランよね。
概念は理解しても、思想的に違う、みたいな。

137 :名無しさん@そうだ選挙にいこう:02/09/21 01:06
そうだな、コード書きって他は
perlとエクセルVBAくらいしかやらないからね
ま、切羽詰れば覚えるよ、そんなもんでしょ

138 :名無しさん@そうだ選挙にいこう:02/09/21 18:22
ファイルメーカー6.0出たね

139 :128:02/09/24 19:36
>>135さん、ありがとうございます。さっそく見てみますた。
FMも候補に入れて考えてみます。

でも、Accessは持ってるんですが、FMは新たに買わないといけないんですよね。
だったら最初からAccessでやれよとか言われそうなんですが……

140 :朝鮮総連:02/10/01 16:35
アクセス VBAで全て対応できるがファイルメーカー糞
ヒィヒィヒィヒィ

141 :名無しさん@そうだ選挙にいこう:02/10/02 21:40
趣味の領域なら、ファイルメーカーがいいね。
これは褒め言葉。

142 :名無しさん@そうだ選挙にいこう:02/10/02 22:31
>>141
クロスプラットフォーム
これが一番キーになるのんだよ

143 :名無しさん@そうだ選挙にいこう:02/10/02 23:46
>142
趣味=個人のものだから、クロスであろうとなかろうと
どうでもいい。
ファイルメーカーの、後からの思いつきを追加していけるところが
とてもいいのさ。いつもそうして成長させてるよ。
後から大改造というのも自分ではあまりないよ。

144 :142:02/10/03 01:00
その意見には同感だよ
ただ、互換という条件ではFMと4Dしか選べないのは事実
互換ならFMの方がマシだからね、そういう選択の人も多いと言いたかった
まぁ、Mac捨てきれないのだから、やっぱ趣味なのかもしれない

145 :141=143:02/10/03 05:59
あ、俺もMac。AppleScript勉強中。

146 :名無しさん@そうだ選挙にいこう:02/10/03 23:07
(・∀・)イイ!!!

147 :ひよこ名無しさん:02/10/07 16:36
ファイルメーカーとアクセス両方使ってる人いる?
ファイルメーカーのルックアップ機能に相当するものはアクセスでは
何になるのでしょうか?
誰か教えてください。

148 :名無しさん@そうだ選挙にいこう:02/10/07 20:51
>>147
同じだと思うが。

149 :名無しさん@そうだ選挙にいこう:02/10/07 23:28
>>145
Mac版Outlook Express(ユートリッジも)は検索速度が最悪なので、AppleScriptで自動化してメールをFMに取り込んでやれば幸せになれるかも。

150 :名無しさん@そうだ選挙にいこう:02/10/08 02:37
シォヘウナルーハウー、ヒネ豕モ、ケ、、ネ、キ、ソ、鬘「・、・・ソ。シ・ユ・ァ・、・ケ
FM、禪inネヌ、マハオ、ハ、、タ、ア、ノ。「ツセ、ホWin・「・ラ・熙隍熙マ、゙、タ・゙・キ
オ。ヌス、マーオナンナェ、ハ、、タ、ア、ノ、ヘ

151 :150:02/10/08 02:51
はは、もういいや

152 :名無しさん@そうだ選挙にいこう:02/10/11 13:00
ファイルメーカーの方が明らかに優れているのに、何故Accessのほうが売れるのか不思議だよ。

153 :名無しさん@そうだ選挙にいこう:02/10/11 13:09
>>152
バカが多いから

154 :名無しさん@そうだ選挙にいこう:02/10/11 15:15
すいません、アクセス2000の質問が出来るスレがあったと思うのですが、
何処に行ってしまったのでしょうか?

不一致クエリについて聞きたいんです。

155 :154です:02/10/11 15:23
見つかりました。

156 :student:02/10/11 22:10
>152
どのような点で優れているのですか。

157 :名無しさん@そうだ選挙にいこう:02/10/12 02:28
最近、技術者の人たちがUNIXなMacに逝きはじめてるから、
クロスなFileMakerの時代が来そうな気がする。
漏れは、アクセス挫折してこれからFileMaker逝きます。
最初からFileMakerにしとけば良かったかも。

158 :名無しさん@そうだ選挙にいこう:02/10/12 21:13
>>152
MSオフィスに入ってるから。
アクセスがMSでなかったら誰も買いません。

159 :名無しさん@そうだ選挙にいこう:02/10/12 23:42
桐の新しいバージョンができます。
今度はExcelとの親和性が特徴です。

昔のユーザーさんはぜひ戻りましょう。

160 :名無しさん@そうだ選挙にいこう:02/10/13 09:29
>>159
木r

161 :名無しさん@そうだ選挙にいこう:02/10/13 18:12
160get?

162 :名無しさん@そうだ選挙にいこう:02/10/14 22:27
ファイルメーカーって、新しいDB作るときの気合が入らないよね。
とりあえず、FMPで作ってみることが出来るからよい。
グラフ作るとき、アクセスがよかったかな?なんて思うが、
エクセル貼り付けた方が早いんだよね。
漏れは厨房だ、わりーか?

163 :名無しさん@そうだ選挙にいこう:02/10/14 22:29
>>162
気合いがはいらないのか、いらないのか?
「いらない」なんだろうけど、最初「はいらない」だと思った。

164 :名無しさん@そうだ選挙にいこう:02/10/15 12:19
みんな桐を使いなよ
今度の桐はすごいぞ

165 :名無しさん@そうだ選挙にいこう:02/10/15 15:00
いまさら桐はないでそ
ってゆうかまだあったのかって感じ

166 :名無しさん@そうだ選挙にいこう:02/10/15 15:58
ファイルメーカーで他人が作ったものを作り直すのは無理だな

167 :名無しさん@そうだ選挙にいこう:02/10/15 17:28
>>166
アクセスでも無理だよ。桐ならどうかな。

168 :945:02/10/15 21:00
>>167
つくりなおしたぜー
すげーかったるかった<Access

169 :名無しさん@そうだ選挙にいこう:02/10/16 01:33
>>166
FMのDevloperではフィールドやらレイアウトやらスクリプトやらリレーションやらが
レポートとして作成される機能があるので、引継ぎ書くときにマシかも。
ま、どっちにしろちゃんと設計やってないと無意味だが

170 :student:02/10/16 06:23
>169
いいこと聞いた。
いままで図を書いて構造を保存していたので、かったるかった。

171 :169:02/10/17 01:14
>>170
参考
ttp://www.filemaker.co.jp/products/fmd55_home.html
詳細
ttp://www.filemaker.co.jp/products/fmd55_detail02.html
データシート
ttp://www.filemaker.co.jp/downloads/index.html

健闘を祈るー。しかし6.0はいつ出るんだろう。
ちなみにDeveloperに付属するFMは開発者専用の機能強化版(これの単体売りはしてない)なので、
他にもスクリプトデバッガが付いてきたりしてなにげに便利。
問題は金額かな…。でも学生ならアカデミ効くかな?
いやそのまえにFMってアカデミあったっけ?店で見たことないYO

172 :名無しさん@そうだ選挙にいこう:02/10/17 01:17
ない

173 :名無しさん@そうだ選挙にいこう:02/10/17 01:23
やっぱりないのか。
サイドグレードとかもやればいいのに。

174 :mikeokun:02/10/17 02:15
>>ファイルメーカー営業の方、どうもご苦労様です。
あいかわらず宣伝には力を入れていますが
ユーザーサポートは適当ですね。
アクセスが特にいいとは思いませんが、
ファイルメーカーのデータベースファイルのいい加減さと、
サポート(特に男の人)の知識のなさにはいつも驚かされてしまいます。
業務で金額を扱うデータの管理は間違っても使用しないことをお勧めしますし、
データチェックシステムを別に作成することもお勧めします。
つーかファイルメーカーサーバーもなんとかしろ。
共有しようとすると不具合が起こるデータベースって何なんだよ。
特定のバイト数データエクスポートができないとかさ・・・


175 :名無しさん@そうだ選挙にいこう:02/10/17 02:32
>>174
|特定のバイト数データエクスポートができない
詳細希望。こういった現象や共有時の不具合っておこったことが
ないので検証するためにも聞いておきたい。


176 :169:02/10/17 02:40
>>174
>>ファイルメーカー営業の方、どうもご苦労様です。

違うが…とマジレスしてみたりして(w
苦労してるみたいね。
ユーザーサポートが悪いのはよく聞くな。サポートレベルでも、バグ対応でも。
FileMaker, Inc.というよりファイルメーカー株式会社の問題なんだろな。

>ファイルメーカーのデータベースファイルのいい加減さ
>業務で金額を扱うデータの管理は間違っても使用しないことをお勧めします
>つーかファイルメーカーサーバーもなんとかしろ。
>共有しようとすると不具合が起こるデータベースって何なんだよ。
>特定のバイト数データエクスポートができないとかさ・・・
このへん具体的な話聞きたーい。仕様(wなのか、どんな条件下なのか…。
特にServerは将来使うかもなので、是非。

177 :169:02/10/17 02:44
んー。こんな時間にレスかぶるとは…。
>>175-176はジサクジエンじゃないよ、念のため言っとこう。

178 :student:02/10/17 06:30
数字の集計でエラーが起こっているなら、私も知りたいですね。
ちなみに学生ではないので、Dev版はちょっと買いにくいなー。

179 :名無しさん@そうだ選挙にいこう:02/10/17 13:06
騙されたと思って今度の桐を使ってみろよ

180 :名無しさん@そうだ選挙にいこう:02/10/17 16:18
Accessってオフィスに入ってるから、
クライアントが簡単に作れるんだろうと思って、話を持って来ます。
FMのがこちらは作りやすいし、それっぽいデータベースなのでFMを薦めても、
新たに買うのが勿体無いと聞いてくれません(w
仕方なくAccessを購入して私も「簡単に作れるだろう」と思ってやってみると、
どうも、プログラム知識が無いとできないのでは?などと不安を掻き立てる作りで、
この板を覗くとさらにそんな解説をされてる方が多いので、困ってしまいます。
MSって罪な奴。

181 :名無しさん@そうだ選挙にいこう:02/10/17 19:57



182 :名無しさん@そうだ選挙にいこう:02/10/17 23:10
>>179
買いますた
騙されますた

183 :169:02/10/18 02:46
>>178
Dev版は定価で79,000円するからねえ。
私ゃランタイムを作る必要があったので買いますた。
ちなみにアクセスって標準版でランタイム作れたかな…?
たしかやっぱりDev版のようなものがあったような気がするが。
MSのサイトにも載ってないんですが、知ってる人概要と金額教えて。

184 :名無しさん@そうだ選挙にいこう:02/10/18 03:09
やっぱアプローチだね


185 :student:02/10/18 05:58
買ってしまうか・・・・。それともVer.6に進むか。
アプローチって、昔データベースに手を染めた頃に使ってたけど、
レイアウトとバッチ処理機能が気に入らなくてファイルメーカーに
移行したという経緯があります。
建物の図面の部屋一つ一つをボタン化して、情報を表示するシステムが
ほしかったので。

ところで174さんはどこへ?

186 :名無しさん@そうだ選挙にいこう:02/10/18 08:50
>>182
まだ買えてない筈だよ(W
買える今日(10/18)から

187 :名無しさん@そうだ選挙にいこう :02/10/18 09:09
>>183
ACCESSのランタイムもやっぱDev版だよ。
販売価格60000円弱だったような気がする(オフィス製品を持ってる人だったような気がする)
ファイルメーカーランタイムはスタンドアローンでしか使えないが、
アクセスではどうなんだろう?

188 :名無しさん@そうだ選挙にいこう:02/10/18 12:05
Access使うくらいなら桐が良い
全然違うぞ

189 :名無しさん@そうだ選挙にいこう:02/10/18 13:36
>>183
Access単体製品には無いんだよね
OfficeパッケージのDeveloperEditionだよ
新規購入の通常パッケージは\80,000
アップグレードパッケージは\45,000
(Office97&2Kからのアップグレード、Editionは問わず)
半年前の価格だから、多少、変動してるかも

# つぅか内容的にAccessスレで聞いたほうがいいような?


190 :tabキーやだ。:02/10/18 20:14
ファイルメーカーでenter押して次ぎのレコードに行ってくれないのが
ウザイ
どーにかならないのかな?

191 :名無しさん@そうだ選挙にいこう:02/10/18 20:51
>>190
次のフィールドだろ?
Loopテクニック、ユーティリティでエンターとtabを入れ替え、プラグイン、MacならQuickeys使う手も

192 :名無しさん@そうだ選挙にいこう:02/10/18 21:03
>>190が言いたいのはリストないしは表形式で、数値入力だだっと
していって入力終わったら次のレコードへっていう一連の流れをEnter
キーでさせたいってことだろ。
>>191が言うようにプラグイン(設定がすごい面倒だがな)かLoop使った
スクリプトだろ。

193 :student:02/10/19 00:43
具体的には、「ファイルメーカーProアドバンス」のp108を参照ということですか。

194 :169:02/10/19 01:05
>>187,189
アクセスdev版情報サンクスコです。
単体売りなしってのは意外でした。
あくまでもOfficeと連動して売る方式と。

>>174
詳細マダー?

195 :tabキーやだ。:02/10/19 18:14
うわ!!191さん192さん、ありがとうございます。
やり方あるのね。出きるのね。
フィールドへ移行、次ぎのフィールドに移行と書かなければいけなかったですね。
もう少しFM勉強いたします・・感謝m(__)m

196 :名無しさん@そうだ選挙にいこう:02/10/20 02:10
Enterキーについてはここも参照
http://pc.2ch.net/test/read.cgi/bsoft/991835508/l50
スクリプトについては191,192のいうような内容が紹介されているが、
制約が生じる場合もあるので一応注意。

Tab付きテンキーを使うという技も(w

197 :名無しさん@そうだ選挙にいこう:02/10/20 02:32
あれだな、細かいことだがそれぞれのヘルプの内容が
ファイルメーカー→分かりやすいが、単語で検索するとき引っ掛かりにくかったりするときも
アクセス→分かりにくいが(内容も日本語的にも)、中級者以上には有効
っていう違いもあるな
Excelのヘルプも分かりにくいし(関数の使用例とか)、MSは分かりやすく説明するのがへたかも

198 :191:02/10/20 13:41
>>196
そのスレ立てて制約の話し書いたのは自分だが(w
loopがいいよ、他のスクリプトボタンはスクリプトを割り当てるとき
「現在のスクリプト終了」をチェックしておけば問題ない

ファイルに入ったとき、他のスクリプトを動作させた後に
エンターキー移動を有効にするにはloopを起動させる工夫すればいい
ちょっとだけ面倒だが、メリットも多い。
loopにifで監視する設定をつければ、入力値に反応するスクリプトを
作ることができる 2重リレーションの結果表示も対応できる


199 :名無しさん@そうだ選挙にいこう:02/10/24 00:14
ほしゅ

200 :名無しさん@そうだ選挙にいこう:02/10/24 02:25
ランタイムなんぞいらん。

VBでフロントエンド組んでしまえばいいだけの話

201 :名無しさん@そうだ選挙にいこう:02/10/24 22:09
>>200

具体的にはどうやるの?
アクセスとはどう絡むの?

202 :名無しさん@そうだ選挙にいこう:02/10/24 22:29
VBねぇ・・・
・ランタイムライブラリのバージョン違いによる不具合
・他社アプリケーションソフトとの組み合わせによる影響
に気をつかう必要がなければ、その選択肢もいいんだけどね

203 :名無しさん@そうだ選挙にいこう:02/10/24 22:51
>>202
影響あんの?
アクセスランタイムだと影響ないの?
ゴメン、教えて

204 :名無しさん@そうだ選挙にいこう:02/10/25 00:02
VBねぇ・・・
Windows95/98/98SE/Me/NT4.0/2000/Xp全部で動くか心配ぃ。インストーラー作らなきゃならないしぃ。
ファイルメーカーランタイムみたいにひとつのフォルダのランタイムファイルで完結している構成だと楽ぅ。

ファイルメーカーはデータとフロントエンドが切り離せないのが癌ですぅ。その点、アクセスは切り離しができるのでよしぃ。

205 :名無しさん@そうだ選挙にいこう:02/10/25 00:23
>>203
顕著な例
Internet Explorerをアップデートすると同名のDLLが書き換えられて
アプリケーションの挙動が変わる・・・なんてのがあったな。

Accessではなぁ・・・Access97(Office97DE)でRuntime版を作成して
いた時代に、IE絡みであったなぁ・・・
開発側の環境でIEをIE3 -> IE4にアップデートした場合は、ターゲット側
もIE4にアップデートしてくれよみたいなヤツが。

206 :名無しさん@そうだ選挙にいこう:02/10/25 00:29
>>203
VBであれAccessであれダイナミックリンク(動的リンク)である限り
コアのライブラリを書き換えられると多かれ少なかれ影響を及ぼされ
てしまうのさ
それが嫌でスタティックリンク(静的リンク)の実行ファイルを作れる
Delphi,C++Builderに逃げ込むわけなんだけど(w

207 :名無しさん@そうだ選挙にいこう:02/10/25 02:03
>>205
なんか激しく心あたった。
いや、こっちは開発を依頼したほうだが。
そういうことだったのか…。

てかそれ限りなく「ランタイム」とは言えない気が。動作保証できないじゃん、
客に環境変えろってのもへんな話。

208 :名無しさん@そうだ選挙にいこう:02/10/27 02:45
フリーとかシェアソフトでアクセスランタイムを利用してっての結構多いよね?

209 :名無しさん@そうだ選挙にいこう:02/10/27 23:40
Accessで挫折したとか何とかで挫折したとか、よく出てくるけどさ。
挫折って何なの。
上司からの命令にせよ、自分の商売のアプリにせよ、こういうもの作らにゃ
ならんとなれば、どんな手つかってでも作るんじゃないの。
途中まで作って投げ出しちゃったってこと?
だとしたら、すんげ〜もったいなくねえ?

ま、変なもんつくって運用途中でぶっ壊れた、みたいな悲惨な話もあるみたい
だから一概にはいえないけど。

210 :名無しさん@そうだ選挙にいこう:02/10/28 01:19
>途中まで作って投げ出しちゃったってこと?
>だとしたら、すんげ〜もったいなくねえ?

そうであるな。
ただ、FileMakerにしろAccessにしろ、開発目的にあった選択をすればいいんだが、
「みんな使ってるからAccess」「簡単っていうからFileMaker」くらいで始めてしまうと
思ってたのと違う、ってことになるわけだな。
もちろん、こちとら否応なくやらされてるんだゴルアってことも多いだろうが。

211 :名無しさん@そうだ選挙にいこう:02/10/28 01:33
ファイルメーカーは画面確認用などのプロトタイプ用とするのがよいかもしれません。
本システムは何でもいいと思います。要求定義を満たしていれば。
本システムをそのままファイルメーカーを使用するのもよいし、Accessでもよいし、VBでもよい。

ファイルメーカーはマルチクライアントだとレコードロックの問題がどうしてもあるので小人数ユーザーのシステムにしか使えないと思います。
スタンドアロンで住所録程度ならファイルメーカーがいいかな。
アクセスは「素人さんはやめときな」って感じがします。

ま〜、業務用DBってアプリ以前に設計の方が重要だと思うけど。

212 :名無しさん@そうだ選挙にいこう:02/10/28 01:38
>ま〜、業務用DBってアプリ以前に設計の方が重要だと思うけど。
設計から入れる、そんなお行儀の良い仕事拝んでみたいんですけど?

213 :名無しさん@そうだ選挙にいこう:02/10/28 02:36
設計やらずにいきなり実装し始めるやつ多いよね・・・。ああ〜・・。

214 :名無しさん@そうだ選挙にいこう:02/10/28 02:38
設計書もって、実装フェイズの打合せを現場とすると、
今度は設計書を理解できないPGだらけで・・。 ああ〜。

215 :名無しさん@そうだ選挙にいこう:02/10/28 04:00
>>213
アクセスのいいところはいきなりやってみて、やっぱ駄目なら変えよう
っていう手軽さがいいのだ。試行錯誤を何回かしてマトモなもんができる。



216 :名無しさん@そうだ選挙にいこう:02/10/29 02:32
>>215
>いきなりやってみて、やっぱ駄目なら変えようっていう手軽さ
ファイルメーカーじゃないか?

217 :名無しさん@そうだ選挙にいこう:02/10/31 21:24
どっちにしても、分かんないときに聞ける人がいる方がいいね。
あとは本なりサイトなりMLなり…。
でもどっちかというとアクセスの方が解説が親切なサイトが多いか?
まあ単純にユーザ数に比例してるような気もするが。

218 :名無しさん@そうだ選挙にいこう:02/10/31 21:58
>>527
著作権法に中古販売を禁止する項目あるのか?

ないだろう。

なにを根拠にそんなこと言っているのか??


219 :218:02/10/31 21:59
書く場所間違えました。
218は無視してください。


220 :名無しさん@そうだ選挙にいこう:02/11/01 01:36
>>219
そうもいかないんだよ。

221 :名無しさん@そうだ選挙にいこう:02/11/01 22:35
4Dがベストだろ

222 :名無しさん@そうだ選挙にいこう:02/11/02 18:37
んなこたーない。
4Dは情報なさ過ぎ。

223 :名無しさん@そうだ選挙にいこう:02/11/02 21:33
っつーかスレ違いでは。

224 :名無しさん@そうだ選挙にいこう:02/11/03 15:53
SonoStreet

225 :名無しさん@そうだ選挙にいこう:02/11/05 02:35
>222
4D完全に終わってるよ。
先月WPCExpoで見てきた。
「如何ですか・・・?」っていうから、
「Windows用の旧バージョンで挫折した」
って言ったら黙っちゃったよ。

アカデミックだと無料で使えるってさ。もう末期だね。
桐あたりも冷めた見方されるけど、まだまだ元気だよ。

226 :名無しさん@そうだ選挙にいこう:02/11/05 23:27
>>213
たしかに作りなれていればいきなり実装できる。
正規化などRDBの基本知識はあることが前提として。
データベースってほとんど類型化できるよね。
基本は
・住所録型
・販売システム型(売上伝票、請求書の発行)
で、あとはその組み合わせか変異体だと思う。
画面構成も基本は
・メニュー
・リスト
・詳細
の3つで、あとはその組み合わせか変異体だと思う。
いきなり実装するならファイルメーカーが確かに作りやすい。


227 :名無しさん@そうだ選挙にいこう:02/11/06 15:42
新しいデータベースの形  
               





といわれて早数年>>FM




228 :名無しさん@そうだ選挙にいこう:02/11/07 00:39
FMが全シリーズでver.6になりますた。
http://www.filemaker.co.jp/news/p20021106_3.html

ファイルメーカー本体に加え、
・ファイルメーカー Server → ワークグループでLAN共有
・ファイルメーカーPro 6 Unlimited → 本格的にWeb公開
・ファイルメーカー Developer 6 → ソリューション作成に不可欠な統合開発環境
・ファイルメーカー Mobile 2.1 for Palm OS and Pocket PC → 手軽に持ち運んでPDAでモバイル活用
・ファイルメーカー Mobile for i-mode → 本格的にiモード・モバイル活用

対応プラットホーム:Windows、Mac OS X、Mac OS、Red Hat Linux、Palm OS、Pocket PC、imode

アクセスベースで上記と同じ環境を構築しようとすると、それぞれどういう候補になりますか?

229 :ていせい:02/11/07 00:42
どういう候補に→どういったソフトが候補に

230 :名無しさん@そうだ選挙にいこう:02/11/07 10:07
・ Access + IIS(ASP)
・ Access + VB + IIS(ASP)
・ Access + OfficeDeveloper + IIS(ASP)

231 :名無しさん@そうだ選挙にいこう:02/11/07 10:09
・PocektAccess
・PocektAccess + VB for CE

232 :名無しさん@そうだ選挙にいこう:02/11/12 16:28
>>226
賛成!!

233 :名無しさん@そうだ選挙にいこう:02/11/15 12:21
ファイルメーカーが有利な場面って
結局MACとWINが混在してる環境があるときだけだな

簡易的なデータベースに使おうとしても
制作コストにくらべてソフト代が高すぎる

ずっといわれてきたことだけど痛感させられた
アクセスなら大抵入ってるかんなぁ…

234 :名無しさん@そうだ選挙にいこう:02/11/15 12:57
おいおいキミたち
VBAを使ってると女の子にモテモテだよ
AccessとかExcelとかでVBA使ってる女の子に
チョロチョロ、ペロペロって教えてあげるのさ
もう、そりゃー神だよ、モテモテよ


235 :名無しさん@そうだ選挙にいこう:02/11/15 21:40
ま、そうかも知れんが。
仕事で使うシステムは変更も多いので、ファイルメーカーの
融通利くとこがいいね。
会社のPCはコスト押さえるためにプロ版でないOffice入れてるところも
多いし。

236 :名無しさん@そうだ選挙にいこう:02/11/15 22:00
なんでプロ版のOfficeが必要なの??

237 :名無しさん@そうだ選挙にいこう:02/11/15 22:29
>>256
「データベースが含まれていたほうがいい」と考える人もいるからだろ
全ての人が Word と Excel だけで事が済むと思っているとでも?

238 :名無しさん@そうだ選挙にいこう:02/11/16 01:02
上は>>236だな、たぶん。

それはともかく、>>233よ、
>簡易的なデータベースに使おうとしても
>制作コストにくらべてソフト代が高すぎる

そおかあ??
ま、どのくらいまでを「簡易的」に考えているのか分からないが、
ふつーは何作るにしても制作コストは結構するはず。
ソフトの値段が何十万も違うわけでもないし。
それに「アクセスなら大抵入ってる」って、それもロハじゃないのよ。
Accessは鯖立てたらIISとか別途の管理が発生するし。
「(Accessよりマイナーだから)FMは制作コストがかかる」ってのならまだ分かる。

239 :名無しさん@そうだ選挙にいこう:02/11/16 07:45
誰でも「私の仕事フロー」というのはあるはずだから、
そういうところにファイルメーカーを導入して、楽になって
もらいたい。
ファイルメーカーは最善でも最良でもないかも知れないが、
PCを仕事にうまく利用することへの練習にはいいと思う。

240 :名無しさん@そうだ選挙にいこう:02/11/16 20:16
>237
他人作ったの配って使うだけならOfficeは全く不要だね。
作るひとはDeverlperが必要だけれど。

241 :名無しさん@そうだ選挙にいこう:02/11/17 01:29
WORDやEXCELにもDeveloperVer作ればいいのに。

242 :名無しさん@そうだ選挙にいこう:02/11/19 19:31
>WORDやEXCELにもDeveloperVer作ればいいのに。

↑意味不明・・。
Developer って「Office ** Developer」だぞ。

243 :名無しさん@そうだ選挙にいこう:02/11/20 00:10
241は、WORDやEXCELでも自己完結アプリが作れたらいいのに、って言ってるんでしょ。

いらんけど。

244 :名無しさん@そうだ選挙にいこう:02/11/20 00:56
たしかに・・。
まあ、ワード、エクセルは純な開発環境ではないからね。

そう思うと、アクセスは最初から開発が前提のアプリだね。スタンダード版に含まれない理由はそこにあるね。

245 :名無しさん@そうだ選挙にいこう:02/11/20 01:11
秀和システム発刊のムック"VBA EXPRESS"に掲載された対談記事中で
Office XP Developer PM@MSKKが"Access はゼロから作り上げるアプリ"
と製品の位置づけを示しているね。

蛇足だが上記理由により Access に Excel と同等のマクロ記録機能は
付けないそうだ。

246 :名無しさん@そうだ選挙にいこう:02/11/21 00:14
> 蛇足だが上記理由により Access に Excel と同等のマクロ記録機能は
> 付けないそうだ。

いんや。そんな事言わずに付けてくれ。
あれがあるのと無いのでは雲泥の差だ・・。

247 :名無しさん@そうだ選挙にいこう:02/11/21 02:11
>>246
んじゃ、MSKKに嘆願書でも送ってみたら?
# ちょっとスレ主旨からズレてきてるね

FileMaker にはマクロ記録機能ってあるの?

248 :名無しさん@そうだ選挙にいこう:02/11/21 06:08
たぶんスクリプト機能がそれであろう。
定型処理の機能だよね?

249 :名無しさん@そうだ選挙にいこう:02/11/21 09:45
>>248
ここで言っているのはマクロの自動記録(レコーディング)機能のことね。
Excel の"新しいマクロの記録(R)"をスタートさせてからストップさせる
までに行われたユーザの操作を、自動的にVBAコードに置き換えて残す
機能のこと。

250 :名無しさん@そうだ選挙にいこう:02/11/21 11:03
>>247
ないよ。
でも、スクリプトで「検索実行」とかやると、直前の検索条件
覚えてくれるから似たようなものとも言えるかも。
スクリプトのほとんどはメニュー項目の言葉そのまま使われてるから
自分がやる作業をスクリプト作成がしやすいのがファイルメーカー。
VBAみたいにコードを書かなくてもマウスでちょいちょいっと
作れてしまう。

251 :名無しさん@そうだ選挙にいこう:02/11/21 12:14
たまに「VBAは〜」というセリフを目にするけど、コードを書くのが
面倒なの?それともプログラミングが難しいって意味なの?
VBAプロシージャで記述するのは
・プロパティへの値代入
・メソッドの呼び出し
・オブジェクト/変数への代入
が大半で、C言語でゼロから関数をカリカリ書いていた時代に比べると
遥かに楽だと思うんだけどな。(繰り返し制御、条件分岐は使うけど)
メインルーチンが無くて、サブルーチンの類を書いているようなもんだし。

252 :名無しさん@そうだ選挙にいこう:02/11/21 22:12
Macのソフトでレコーダブルなものはいくつあるのだろうか。
ファイルメーカーとハイパーカードがそうだったら連携がうまくいって
助かるのに。

253 :名無しさん@そうだ選挙にいこう:02/11/21 23:31
ファイルメーカーの次期バージョンにはVBAに相当するものを
つけて欲しいね。

254 :名無しさん@そうだ選挙にいこう:02/11/22 00:33
>>251
>>たまに「VBAは〜」というセリフを目にするけど、コードを書くのが
>>面倒なの?それともプログラミングが難しいって意味なの?

純粋なアクセス使いの人にとってそのへんがどうなのかは分からないが、
ファイルメーカーが曲がりなりにも今まで支持されている一因は、VBAよりも
(特に初心者にとって)はるかに取っつきやすいスクリプトがあるから。
「C言語でゼロから関数をカリカリ書いていた時代」の意味が分かるような人は、
逆に何でも使えるだろうけどね(うらまやしい)。

例えばアクセスでのクエリにあたる、ある条件のレコードを抽出する処理は、

 エラー処理[オン]
 検索モードへ
 検索実行[検索条件を記憶]

ファイルメーカーでは基本的にこれだけだから。
求める結果が同じなら、苦労はしないに越したことはないので。
ただし関数やスクリプトの種類はもっと増やして欲しい。
細かい制御をするにはVBAの方が向いていると思う。

255 :名無しさん@そうだ選挙にいこう:02/11/22 09:06
>254
ファイルメーカーはよく知らないのだが、自分で関数は作れないの?

256 :名無しさん@そうだ選挙にいこう:02/11/23 11:37
>>255
プラグイン
急に敷居が高くなる

257 :名無しさん@そうだ選挙にいこう:02/11/25 19:53
ファイルメーカー5.0をアンインストールして新たにインストールしたのですが
フォントを読み込めずたちあがりません 原因を追究したいのですが、教えていただきたいです。
お願いします。


258 :名無しさん@そうだ選挙にいこう:02/11/25 21:53
>>257
FileMaker固有の質問は、下記のスレに投げたほうがいいと思うんだけど。

>>ファイルメーカー ユーザーの集い<<
http://pc.2ch.net/test/read.cgi/bsoft/1016207736/l50

おいらには、わからんので誰かよろしく > FileMakerユーザ

259 :名無しさん@そうだ選挙にいこう:02/11/26 01:41
サイト教えていただいてありがとうございます。


260 :名無しさん@そうだ選挙にいこう:02/12/01 00:23
厨房ですが、
ロータスローツってデータベース用ですか?
ファイルメーカとノーツではどっちのほうが一般的ですか?
値段はノーツのほうが安いのかな?

261 :名無しさん@そうだ選挙にいこう:02/12/01 08:30
ファイルメーカーと比べるんだったら
スーパーオフィスに入ってるアプローチじゃないの?

っつーか用途も言わずに一般的って何やねん。
そしてスレ違い。


262 :名無しさん@そうだ選挙にいこう:02/12/01 11:41
初心者にはもうちょい丁寧に教えてあげたら?
「ここは2ちゃんねるだから」なんて、甘えだよ。

データベースは入力したデータをいろいろな基準で並べ変えたりして
表を作ったりするソフトです。そういう意味なら、ファイルメーカーは
純粋なデータベースソフトです。住所録やカタログの作成に向いてます。
ロータスノーツもデータベース的な機能がありますが、こちらは一言で
言って、共同で仕事をする仲間のための文書掲示板です。値段もこちらの方が
高いかな。パーソナル用もあるけど、普通はサーバーを使用します。
自分の用途に合いそうなのはどっち?

263 :名無しさん@そうだ選挙にいこう:02/12/01 11:49
>>257
Windows98かMeならばたぶんTrueTypeFontCasheが壊れている。
TTFの復旧詳細はM$のHPで調べて逝ってよし。

264 :名無しさん@そうだ選挙にいこう:02/12/01 11:53
>>262
グッジッブ!
ロータスノーツはズバリ「グループウエア」って言った方がいいですよね〜
グループウエアを実現するには結局DBが必要なので、DBソフトとも言えるわけです。


265 :名無しさん@そうだ選挙にいこう:02/12/01 14:46
やっぱり無難なのはファイルメーカーだよな
使いやすさとか考えると
アクセスは難しいよ普通の人には
ファイルメーカーが普及しないのはマイクロソフトの横暴のせい?


266 :名無しさん@そうだ選挙にいこう:02/12/01 15:48
+ファイルメーカー社の宣伝ベタ/サポートベタのせい
+面倒だからってんで検証もせず「MS製品以外はNG」っていうアフォ情死すのせい

267 :261:02/12/01 21:57
>>262
「ここは2ちゃんねるだから」なんて誰が言ったの?
まあいいや。
思ったんだけど、ノーツと比較しているということは、>>260の言う「ファイルメーカー」って
もしかして「ファイルメーカーPro」ではなく「ファイルメーカーServer」のことかもしれないなあ。
俺はProだと思って261でアプローチ云々って書いたけどさ。
そんじゃ、丁寧な説明よろしく〜。


268 :名無しさん@そうだ選挙にいこう:02/12/02 02:08
DBソフト(デスクトップもの)のシェアなんだけど、古いのだとM$44%,Claris37%ってのがあったけど(1999)。
誰か最近のシェアのソースを知らない?


269 :名無しさん@そうだ選挙にいこう:02/12/03 00:21



エンタープライズ規模以外の世界のデータベースソフトとしては、
MacOSで第1位、Windowsでも第2位のシェアを持っている。
ttp://www.watch.impress.co.jp/finance/news/2001/02/20/doc2049.htm

270 :269:02/12/03 00:52
>>269はまだ途中ですた。
で、部分的なシェアではこんなのが。

2001年のトップシェアメーカーを表彰する「BCN Award 2002」
ttp://www.watch.impress.co.jp/pc/docs/2002/0125/bcn.htm
マイクロソフト 54.4%
ファイルメーカー 40.2%
アイフォー 1.9%

だそうです。あいふぉー?
主に日本での店頭での売れ行きを元にした調査らしいのだが…。

271 :名無しさん@そうだ選挙にいこう:02/12/03 01:47
>>270
あいふぉーは筆王2003

272 :名無しさん@そうだ選挙にいこう:02/12/03 15:04
>>270
サンクスコ

273 :名無しさん@そうだ選挙にいこう:02/12/03 21:13
マイクロソフトはしゃあないとして、意外な健闘ぶりだな。
使いやすさは今後も発展させてほしい。

274 :269:02/12/04 02:09
>>271
いや、筆王って…(w
これかな、とは思うんだが。
ttp://www.ifour.co.jp/lineup/card/index.htm

日本だけの、さらにその一部のデータだからなんとも言えないね。
ただ、店頭販売データなので(プリインストなどではないので)、
ユーザの購買意志がある程度反映されたシェアではあるかも。

275 :名無しさん@そうだ選挙にいこう:02/12/04 17:51
FMでやってたデータ管理をAccessに移行するってのやってんですけど。
FMの元を作った人のせいでしょうが、これってDBソフトなの?って印象です。
例えば、毎年発生する会費入金の有無の履歴を残すのに、毎年「**年入金」って
フィールドを追加してたり、忘年会出欠の履歴を残すのに「忘年会」
ってフィールドに「1999/2000/2001」とか適当な区切りで入力してたり。
なんか大きな紙の上に思いつく度に項目書き足してデータ書き込んでる印象です。
おそらく素人が思いつくままに拡張して言ったと思うんですが、
FMってこんな使い方が多いんですか?


276 :261:02/12/04 18:37
>>262=264も>>260も出てこないねえ。やれやれ。

277 :264:02/12/04 18:44
>>276
262=264ではないョ。
260は失礼なヤシですネ。

278 :名無しさん@そうだ選挙にいこう:02/12/04 21:11
>>274
やすいねぇ・・・

279 :261:02/12/04 22:37
>>277
あ、そう? スマソ、264はあんまりレス早かったもんだからさ。
…って今回もレス早すぎるって! 怖ーッ!!(w

280 :262:02/12/04 22:53
喧嘩する気はないよ。

281 :名無しさん@そうだ選挙にいこう:02/12/05 01:19
>>275
んなこたーない。それはその作った人がDQNだっただけ。
そういう人はAccessでも同じようにするだろうし、そもそもDBを使う意味が
分かってないと思われ。Excelかなんかでただの「表」にしれ、って感じ。

って、Accessへ移行する作業をやるくらいなら、わかって言ってんでしょ?
お人が悪いわん&hearts

282 :名無しさん@そうだ選挙にいこう:02/12/05 01:29
>>275
FM使いに限ったものもでないと思う。
いや、僕自身プロでも何でもないんで、ああだこうだ言えるほどの腕はないんだけど
素人の目から見ても「何だろな」って感じのプロの作がいま手元にあります。
取引先から受け取ったDB(S社システム開発部とか、もったいぶって名前まで入って
るから、たぶんプロなんだと思いますけど)
Access & VBです
フィールド数100、200なんて当たり前です。
履歴を溜めるだけのテーブルにフィールドが50個以上あったりします。
(ざっと見たところ、このうちマスターから引っ張れるものが12フィールド、
いまだかつてデータが入ったことのないフィールドが30個ほどあります)
横方向に履歴を残していく、不思議なテーブルもあります。
この先どんどんたまっていったらどうなるのかと思い試してみると(プログラム
部分は覗き見ることが出来ないので、取りあえずVBの実行ファイルで試して
みました)、古いほうから順に消えていきました。



283 :名無しさん@そうだ選挙にいこう:02/12/05 01:49
>282
以外と切れ者の作かもね。。。。(いや常人には理解しがたいものの多い・・・)

284 :名無しさん@そうだ選挙にいこう:02/12/05 12:35
Accessでやってたデータ管理をFMに移行するってのやってんですけど。
Accessの元を作った人のせいでしょうが、これってDBソフトなの?って印象です。
例えば、毎年発生する会費入金の有無の履歴を残すのに、毎年「**年入金」って
フィールドを追加してたり、忘年会出欠の履歴を残すのに「忘年会」
ってフィールドに「1999/2000/2001」とか適当な区切りで入力してたり。
なんか大きな紙の上に思いつく度に項目書き足してデータ書き込んでる印象です。
おそらく素人が思いつくままに拡張して言ったと思うんですが、
Accessってこんな使い方する奴しかいないんだよね。


285 :275:02/12/05 13:23
ご意見ありがとうございます。
>>281
いや、まさに「表」って感じです。そもそもリレーション一つも
定義されてないし・・・・

>>282
確かにアクセスユーザーでもいますね、そういう人。
と言うか私の前に移管作業を依頼された人が、元のFMの構造を出来るだけそのまま
引き継いで作ろうとしたうえに、中途半端にテーブル再構築をしようとして
破綻したようです(w「横方向にデータが伸びる」ってはのExcelの延長で
DBをかじる人にありがちですよね。お前はイベントがあるたびにテーブルに
フィールドを追加するのかと(略
入出力の必要項目はほぼ固まっているので、設計、開発は楽なんですが、
過去データのコンバートが一番大変です。

FMユーザーの方で気分を害された方がいらっしゃったら御免なさい。
色々なところで「FMだと簡単にDB作れる」みたいな話を聞くので
組織内でチョットPCに詳しい人が「カード表示できるエクセル」みたいな
感覚で作るって例が意外と多いのかな?と思いまして。
他意はありませんでしたので。申し訳ないです。

286 :名無しさん@そうだ選挙にいこう:02/12/05 14:39
>>285
FM使いにはRDBの何たるかを知らない人はざらだと思います。
もともとエンドユーザー向けのカード型DBソフトだからでしょう。
業務用DBの構築には、FMで実装する以前の問題として、正しいRDBの知識が必要です。
FMユーザも開発者ならば正規化くらいは知っておく必要があります。
本当はソフトはFM,Access,Oracle,SQLServer,VBでも何でもいいんですよね。設計
がちゃんとしていれば。
FMは、
・小規模
・レコードロックの問題がない
・難しい制御が必要でない
DBならば、最も実装しやすいソフトだと思います。

私はFMをプロトタイプ用に使用しています。
外部仕様をFMでさっと作って、顧客と外部仕様を煮詰めて、FMなりAccessなり
Oracle+VBなり顧客の要望または最適なソフトで本開発するというスタイルです。

287 :261:02/12/06 21:07
>>280
いや、喧嘩したいんじゃなくて、初心者にわかりやすいように
ファイルメーカーServerの説明をしてもらいたかったんだが。
すまん。君には荷が重かったようだね。

ま、260もいないみたいだし、もうどうでもいいや。



板汚しスマソ。


288 :262:02/12/06 21:53
上に倣って板汚し回避。


289 :名無しさん@そうだ選挙にいこう:02/12/07 17:24
ファイルメーカーとアクセス。
考え方はこれで良い?

○ファイルメーカー全置換=アクセスの更新クエリー

○ファイルメーカーの検索=アクセスの選択クエリー



290 :名無しさん@そうだ選挙にいこう:02/12/07 23:42
↑んんん、どうなんっしょ
日常的に、つか、逐次つか、まあたびたび行うような置換なら、たしかに更新
クエリかな。
ただ、あるとき突然データベース全体の変更を思いついて、あるフィールドの
データまとめて全置換するなんて場合、更新クエリは意識的にか無意識のうちにか、
避けてる。
何だかちょっと怖い。
選択クエリ作って、データを確認してから、それをテーブルとしてインポート、
みたいなことやりそうな気がする(以前にいちど、LANが中途半端にぶち切れた
状態でリンクテーブル更新かけちゃって、痛い目にあってるんで、すっかり
小心者になってます)

検索は・・・検索かなあ。
いや、検索に選択クエリをかなり屈折した形で利用するケースも、あることは
あるけど、イメージとしては、選択クエリは「抽出」って感じがする。

291 :名無しさん@そうだ選挙にいこう:02/12/08 06:23
ファイルメーカーの検索≒アクセスのフォームフィルタ

じゃないかな?


292 :かえる:02/12/08 13:57
うーん、クラリスってそんなにシェア持っていたんだ。
14年前にMACで同窓会名簿管理してたのを、思い出すよ。
アクセスは初期は仕事で使ってたが、バージョンが変わるたびに、インターフェイスが
変わるのには苦労したな。マルチプランでも関数の組み合わせのバグが、Ver.UPしたら
出て、当時の金取らないサポート電話したら、次から直しますからい逝って。そのまま。
当時のロータスや今のエクセルでも未だに同じバグ出るもんな。
ソースの使用してる関数が似てるってことかな?

293 :名無しさん@そうだ選挙にいこう:02/12/08 14:28
つか、小規模な業務DBや個人用ならFMで問題ないと思うけど
一つ言えることは、あとでデータを取り出しやすく作っておくこと
間違いに気づいたら、根本からファイルを作る覚悟をもつこと
初心者に足りないのは捨てる勇気

294 :名無しさん@そうだ選挙にいこう:02/12/09 09:25
>292
> 当時のロータスや今のエクセルでも未だに同じバグ出るもんな。

差し支えなかったら、具体的に教えて。

295 :名無しさん@そうだ選挙にいこう:02/12/09 10:04
気軽に使えるファイルメーカーの方が全然上だと思うけどなあ
何でみんなアクセスに走るんだろう
使いこなせないと思ふ

開発効率が良くホームユーザーでもビジネスユーザーでも満足のいくのがファイルメーカーだと思うよ

296 :名無しさん@そうだ選挙にいこう:02/12/09 11:50
気軽に使えるからこそ>>275みたいな問題が起きやすい。
ホームユースに白ビジネスユースにしろ個人利用の範囲で使う分には
何でどう作ろうと問題ないが、ある程度パブリックに使う場合
素人の作ったシステムは後々使い物にならなくなる場合が多い。
(上にも例があるように横に伸びていくテーブルとかね)
どっちを使うにしろRDBの開発方法をわかってなければダメだが・・・
自分はAccess派だけどpostgresやMysqlのフロントエンドに使う
事が多い。VBでDBいじれないへたれな自分には便利なツールです。


297 :名無しさん@そうだ選挙にいこう:02/12/10 11:29
私は断然ファイルメーカーが良いと思います。
特に初心者というかあまりRDBに詳しくない人はAccessを使うことは避けるべきでしょう。
ものすごく手軽にデータベース(もどき?)が作成できます。
しかもマルチプラットフォームです。
様々な環境でも柔軟に対応できます。

ただある程度RDBに知識があり、将来本格的なRDBを使いたいと思っている方は
Accessの方が良いでしょう。

298 :名無しさん@そうだ選挙にいこう:02/12/10 13:39
>>297
そそ、AccessはRDBの入門にはぴったり。
SQLを知らないというユーザはAccessはやめといた方が無難。

299 :名無しさん@そうだ選挙にいこう:02/12/10 16:19
いえーーーーーーーーーい

300Get

ぷぷぷだよーーーーーーー


300は神に一番近い人物です。


300 :名無しさん@そうだ選挙にいこう:02/12/10 17:34
お!

301 :300:02/12/10 17:36
FM6マンセー

302 :名無しさん@そうだ選挙にいこう:02/12/10 18:07
>>300=神

303 :名無しさん@そうだ選挙にいこう:02/12/10 20:52
 何でもやさん 
          [困りごと解決します]
法律では 解決できない事でも何なりと お気軽にご相談してください
事件師・仕事師・紹介・仲介 各裏業界仕事師の仲介・紹介 のパイオニア
あらゆる相談お待ちしております。法律だけが全てではありません。
個人の方から経営者の方まで 何でも代行いたします 
政治家 弁護士 暴力団 公務員 新聞社 事件屋 民間企業役員 不動産屋 各業界
ありとあらゆる人脈を網羅する情報網 あらゆるジャンルをこなし 成功へ導く 
お気軽にご相談してくださいホームページは↓
       http://members.jcom.home.ne.jp/2135264901/
債権の回収・代行取立・取立屋紹介・特殊調査 この倒産おかしいと思ったら、特別調査 
人材ネットを屈指し情報収集 背後関係・団体認定・交渉代行 民事・刑事・債権・介入暴
・事故・示談・会社引継 事業引継 倒産整理品買付捌きetc


304 :名無しさん@そうだ選挙にいこう:02/12/11 00:57
>>303
アクセスを簡単にしてください

305 :名無しさん@そうだ選挙にいこう:02/12/11 02:34
MSによる市場独占を望むわけではもちろんないが。
Accessはまだまだ発展途上だと思いたい。


306 :名無しさん@そうだ選挙にいこう:02/12/11 02:54
ファイルメーカー、使えねー
使い方が悪いのかな?

どうしてもAccessになっちまう。

307 :名無しさん@そうだ選挙にいこう:02/12/11 03:14
>>305
そだね。オブジェクトの名前を変えたときにそれを参照している
オブジェクトにも反映されるようになったのも最近の事じゃなかったっけ?
いまだに不便だと思うのはフォームなどでウィザードで作ったプロシージャ
がフォームオブジェクトの名前変えちゃうともう一度作り直すか、プロシージャを
書き直さなきゃいけない辺りかな・・・・

しかし、いまだにアクセスと比べられるDBアプリが実質FMしか無いのも
辛いね。このカテゴリの需要があまり無いのかな?

308 :名無しさん@そうだ選挙にいこう:02/12/11 03:17
お人好しで不器用・・・桐
器用さも性格も普通・・・FM
とても器用だけど性格はかなり悪い・・・Access

そんなAccessが俺は好きだ

309 :名無しさん@そうだ選挙にいこう:02/12/11 12:00
AccessはVBAで細かい制御ができるからね〜。
FMじゃあ、ボタンをDisableに切り替えることすらできないよ。
でも、素人さんはそんなことしないか。

310 :名無しさん@そうだ選挙にいこう:02/12/11 16:05
システム開発のプロの視点からみると、Accessには
もうちょっとがんばってもらいたいね。とくに、SQL−SERVER
に限らず、Oracle等とかOLEDBのデータべ−スには全部ネイ
ティブで繋がって欲しい・・。

これ、Accessプロジェクトの話ね。

311 :名無しさん@そうだ選挙にいこう:02/12/11 21:27
ファイルメーカーもアクセスも結局は道具なのだから、その特性を
自分の仕事に生かせればそれでいい。
引き継ぎでわけが分からなくなるのは、詳しい説明資料が用意されなければ
何を使っても同じだと思う。
ちなみに自分はファイルメーカーが気に入っている。

>309
ボタンをDisableにするって、どういう処理なの?

312 :名無しさん@そうだ選挙にいこう:02/12/11 22:38
>>311
ボタンの無効化のことじゃない?
Enabled = False
違うかも..........

313 :名無しさん@そうだ選挙にいこう:02/12/12 10:01
472 名前:コスモス 投稿日:02/11/20 12:01
まとめ:
Oracle以外データベース製品はたくさんあります。
にもかかわらずなぜみんなOracleなのか?
Informix、DB2などなど。あ、SQL Serverは論外ですよ。(笑)
なぜこれらの製品はそんなにシェアがないのか?

最近思うのは、もしかしたらこれらの製品はOracleよりももっとひどいのかも
しれないと。。。(涙)

データベース業界ではOracleが一番使いやすく性能も出る製品なのだと思い
ます。
データベース業界はまだまだ未成熟な業界だと思います。
これを読んで、「そんなことないよ。Oracleっていいデータベースだよ」と思った
あなたは、Oracleに洗脳されているだけではないでしょうか。

314 :名無しさん@そうだ選挙にいこう:02/12/12 10:09
いまだにアクセスで作る人なんているの?
自己満足の世界じゃん。
おれならファイルメーカーでササッと構築する。
ファイルメーカーではアクセスよりも高度なデータベースが早く容易に作成できるよ。

315 :名無しさん@そうだ選挙にいこう:02/12/12 11:15
趣味で作ってる奴は気楽でいいよな

316 :名無しさん@そうだ選挙にいこう:02/12/12 12:02
ちょうど今SQL Serverのシステムを作っています。

>SQL Serverは論外ですよ。(笑)

って、どういう意味でしょうか?

317 :309:02/12/12 13:01
>>311
例えばですが、
必須項目が入力されてはじめて「次に進む」ボタンがEnableになるような気の利いたGUIはFMでは作れないんです。
(必須項目が入力されていないと次に進まないようにはできるのですけど。)

318 :名無しさん@そうだ選挙にいこう:02/12/12 13:04
↑あ、やっぱり開発屋さんがつかうのは難しいだね。

319 :名無しさん@そうだ選挙にいこう:02/12/12 14:49
>317
>(必須項目が入力されていないと次に進まないようにはできるのですけど。)
それでいいじゃないか。メッセージ出して入力して貰えば良いじゃないか。

320 :名無しさん@そうだ選挙にいこう:02/12/12 14:53
お客さんはそんなに甘くない。。
(まあ、個人で使う分には問題ないのだけれど・・。)

321 :309:02/12/12 15:20
FMで実装するときにはお客さんによくFMの機能的制限を説明しなくてはならないです。
お客さんがFMを使ったことがある人だと理解してくれるのですが、そうでないと苦しい・・・。

322 :名無しさん@そうだ選挙にいこう:02/12/12 15:51
アクセスで開発すれば、「なんちゃってウィンドウズアプリ」と言う
形に出来るけど
(Officeのインターフェースがデファクトスタンダードと言う前提でね)
FMで作るとどうしても「FMで作ったもの」になってしまう。
FMは作成ツールとしては直感的で簡単かも知れないけど、エクセルや
ワードをメインに使ってる事務屋さんにはアクセスで作ったものの方が
直感的に使いやすいと思ふ(ボタン形状とかテキストボックス形状とか)

323 :名無しさん@そうだ選挙にいこう:02/12/12 15:58
ファイルメーカーはタブコントロールがないのが一番イタイ
はよなんとかしてくれFileMaker社さん

324 :名無しさん@そうだ選挙にいこう:02/12/12 16:03
ファイルメーカーは機能に制限がある分、逆に初心者には使いやすい。もちろん玄人にも使いやすい。
GUIを含め、細かい制御ができないだけ。
開発コスト・期間はアクセスの半分以下くらい。
そのかわり高度な機能はつけられない。
お客さんに予算がないときにはまずファイルメーカーが候補にあがる。
高度な機能が必要な場合はアクセス等となる。


325 :名無しさん@そうだ選挙にいこう:02/12/12 16:08
948 名前:名無しさん@そうだ選挙にいこう 投稿日:02/12/12 10:13
桐は知名度が低すぎるのが問題

機能はAccessよりも遥かにとってもいいぐらい豊富だし、
使い勝手はファイルメーカーに勝るとも劣らない。

また、日本人の思考にあったデータベースソフトといえる。

326 :名無しさん@そうだ選挙にいこう:02/12/12 16:34
何か、芳しいスレですね(w

327 :311:02/12/12 20:46
皆さん、レスどうも。
そういう機能を持たせたボタンなら、作ったことがあります。
必須項目の入力を確認して、ヌヶがあるならメッセージを出して
入力を促し、OKなら次の処理画面へというやつ。
お客が厳しいのは、やはりオフィスライクでなければだめという
意識があるからだろうね。
しかし、お偉いさんの大半は全くオフィスをいじれない・・・。
桐にも興味あるけどMac版ないからな。

328 :名無しさん@そうだ選挙にいこう:02/12/13 04:22
お客さんも、どこかで一度目にしたユーザーインタフェースは、他でも出来る筈だと
思い込むだな。それは、「****」だから簡単に出来るんですよと助言すると、ス
キルないヤツだと思われる。

だから、何でも作りこめばできる開発環境でないと、あとあと泣きをみる事が多い・・・。

329 :事務職:02/12/14 14:44
>317
できますよ。
そう思い込んでるだけ。

下記URLのテンプレートがお望みの事を実現してますが。

●Visibility
http://www.databasepros.com/FMPro?-db=resources.fp5&-format=list.html&-lay=cgi&-sortfield=new&-sortfield=rating&-sortfield=creation%5fdate&-sortorder=descend&category=tip%20file&released=1&-max=5&-find=&-Skip=15


330 :事務職:02/12/14 14:59
>323
確か、プラグインがあった筈。



331 :名無しさん@そうだ選挙にいこう:02/12/14 15:29
>>329
フィールドが100個あったら100個もリレーションとポータル作るんじゃな・・・。
更にポータルとフィールドをかっちりレイアウトさせるとなると・・・気が遠くなるのぉ・・・。
裏技はいらんのぉ。素人にはとても理解できんし、玄人でも使う気にはなれんのぉ・・・。

332 :名無しさん@そうだ選挙にいこう:02/12/14 16:15
正直、AccessよりもFMの方が良いと思える点が1つも無いんだが。

333 :名無しさん@そうだ選挙にいこう:02/12/14 16:21
>>331
上のURLみてないけど、そんなにややこしいことしなきゃだめ?
レイアウトも増やすこと無く、真偽の判定用の計算フィールド一つと
そのフィールドをキーにしたダミーのリレーション一つ、目的の
レイアウトのボタンの上にダミーのリレーションをポータルで置けば
簡単に解決。
まぁ331のハッタリ自称玄人には裏技なんか使いたくないといわれて
一蹴されるんだろうけどな(w
あんたの場合、工夫もせずにマシンパワーだけに訴える玄人さんだからな(ww

334 :事務職:02/12/14 16:29
333さんが云ってることと同じです、
あのテンプレート。

アクセスだったらすぐできるんですか?

335 :317:02/12/14 16:31
>>329のテンプレを見てみました。
使いようによってはいいと思いますが、331さんが指摘するように裏技ですね。
タブもプラグインはほとんどのものが配布やライセンスコストが問題となるので、やはり純正で対応して
いないと意味無いです。アクセスより難しくなっちゃいます。

336 :hage:02/12/14 21:10
ワシが玄人などと畏れ多くとても名乗ることはできぬ。多くの知将に失礼じゃ。
ワシはFMに憂いをなす今にも逝きそうなドキュソ老害じゃ。過労でノーテンハゲじゃ。ゴホゴホ。
確かに使い様によっては必殺の技じゃが、マニュアル、オンラインヘルプやメーカーサイトのFAQに載ってもおらぬ技を裏技といわずなんと言おう。
アクセスじゃったらVisible=Falseにするだけのことを、自己リレーションを張って、サブフォームにコントロールをぴったり合わせるじゃと?
アクセスユーザが聞いたら片腹イタタタ・・・ワシのように笑いの種になってしまうぞ。
皆には要らぬ工夫を凝らして残業をわざわざしてほしくないしのぉ。
凝った工夫は他人が見たらわからんじゃろ。引継ぎするときはどうするんじゃ。

337 :名無しさん@そうだ選挙にいこう:02/12/14 22:05
俺もFM使いだけど、336の爺さんの意見に賛成だな。
無理矢理なやりかたで”できる”とは言えないよ。

332さんに対しては一言。
FMはACCESSよりも開発コストがかからない。
ようは短期間で制作できる。

最後に一言
FMを使ったからと言って良い物が出来るとは限らない。
ACCESSを使ったからといって良いものが出来るとも限らない。
これは常識。これがわからない人はどちらを使ってもたいしたものは作れないだろう。


338 :事務職:02/12/14 22:10
>無理矢理なやりかたで”できる”とは言えない
結果を出してもダメってことですか。
う〜ん、頭悪いからわからん。

339 :名無しさん@そうだ選挙にいこう:02/12/14 23:26
>>338
>結果を出してもダメってことですか。
ダメとは言って無い。あくまでも裏技って事だよ。

>う〜ん、頭悪いからわからん。
そうじゃなくて、FMが好きだから認めたくないだけじゃない?
でも、ACCESSに対抗する必要は無いかも・・・

340 :311:02/12/14 23:39
無理矢理、と言うよりは、工夫だよね。
どうしてもそういう表現がしたいから、ある機能の中からそれを
引っ張り出すという。裏技で語感が悪ければTipsだ。
こういうことがメーカーにも取り入れられて、実装されたりするだろうから
無駄ではないと思うよ。

341 :名無しさん@そうだ選挙にいこう:02/12/14 23:58
DBを作る商売するなら、FMでなくて独自エンジンか
C+なんかで書けよ

342 :名無しさん@そうだ選挙にいこう:02/12/15 01:46
分かった分かった、あんた神だよ
俺たちはウジ虫素人ユーザーだよ
とか、
お約束ふう合いの手を打ってみるテスト

343 :名無しさん@そうだ選挙にいこう:02/12/15 10:28
>>341
あんたみたいなののおかげでアクセス辺りで作る中小規模の仕事
で食っていけてます。数百万〜出してDB作れるような会社ばかりじゃ
無いからね。でそういう貧乏会社に限って、間に合わせで社員にFMや
アクセスでエクセルの延長線上のものを作らせていて「今あるのを
出来るだけ生かしたい」とか言われるわけで。

344 :名無しさん@そうだ選挙にいこう:02/12/15 16:23
>>343
激しく同意。

345 :名無しさん@そうだ選挙にいこう:02/12/15 22:02
クロスプラットフォームではホロンってのがでたね
しかしこれはすげぇ価格、とてもじゃないな

346 :w:02/12/19 10:40
クロスプラットフォームなら4th Dimensionっていう選択肢もありますが。
Compile出来るから、本気な開発も出来るので、そこそこ複雑なことしたいんなら
FMPより向いてると思うけど。。。

347 :名無しさん@そうだ選挙にいこう:02/12/19 12:50
歯科では全部4Dだね
ちょっと遅い気がするんだが

348 :w:02/12/19 13:13
>>347
あ、そですな。
知り合いに歯科用ソフト作ってる人知ってますけど
歯科特有の図(絵?)を使うインターフェイスが必要なので、
おいそれと他のデータベースでは代わりが効かないらしい。
その人は、その部分だけC++で書いたライブラリを埋め込んでた。
遅いのは処理の書き方と、画面デザインで左右されるので、一律、4Dが遅いとは
思わん。検索でも200万件から1秒で抽出してくれるし。。。

スレ違いなので、このへんにしときましょうか。
スレの皆はん
まぁがんがってFMPでもアクセスでもやっててくらはい。

349 :名無しさん@そうだ選挙にいこう:02/12/19 14:49
>>341
せんせー「C+」って何ですか?

350 :名無しさん@そうだ選挙にいこう:02/12/19 19:45
>>348
歯式だね 1つの歯に色々な表現があるから難しいよね
単体機能ならFMでも配布ファイルがあるので、できなくはないと思う
でも膨大な手間がかかるのは必死

>>349
ネタだと思うけど一応
osを直接操作するプログラミングのC言語の1つ

351 :名無しさん@そうだ選挙にいこう:02/12/19 22:13
歯科用に使われるというのは、4Dのどういうスペシャル機能?

352 :名無しさん@そうだ選挙にいこう:02/12/20 07:13
>>350
わかってると思うけど、>>349は「C+じゃなくてC++の間違いだろ」とか
言いたいだけの指摘厨だと思われ。相手にしなくていいよ。


353 :名無しさん@そうだ選挙にいこう:02/12/28 20:46
ファイルメーカのユーザーです。
病院勤めですが
1)入院予約患者のリストアップ,入院までの待ち時間
2)入院中患者の病室毎のベッドの占有状況
3)退院後の退院番号取得
これらを1個のデータベースで一括してこなしてしまうんですね。
特にToday関数とStatus(日付)関数(日付が刻々変わっていく)の使い分けがコツでした。
ボタン一つで色んなことがこなせてしまうスクリプトが一番の持ち味でしょうか。もっとスクリプトに慣れるべく「ファイルメーカーProスーパーテクニック」という黄色い本で勉強中です。
TCP-IPファイル共有(ADSL-VPN環境下)が楽に構築出来るので,リアルタイムでデータを共有することの威力を知って貰っています。
アクセスは詳しくないのですが,どういうネットワーク共有の方法が使われていますか?

354 :名無しさん@そうだ選挙にいこう:02/12/29 00:36
ファイル共有。

355 :名無しさん@そうだ選挙にいこう:02/12/29 01:45
無知だったころ。
いや、今でも充分無知だけど。
データ全部リンクテーブルにしたら、遅くて使いものにならず、
職場の女の子たちにいじめられた。
こちらはクエリでしぼったデータだけを求めているのに、まさかテーブル丸ごと
引っ張り込んでいるとは思わなかった。

どこまで共有させるか、どこまで独自で持たせてしまうか、
いろいろ工夫すれば、mdbだけでも(SQLサーバー使わなくても)
びっくりするような処理速度が得られるよ。
つか、そもそも俺は、SQLサーバー(MSDE)がさっぱり分からなかったんで、
mdbでゴリ押しするしかなかった。
プロが見たらあきれ返るような代物だと思うけど。
我ながら素人一人で良くここまでやったと、完成したときは感激した。

356 :名無しさん@そうだ選挙にいこう:02/12/29 15:50
おれも1GB級のMDBを設計したけど、なんら問題なかったよ。
一応、興味あったんでSQLサーバーと結構比較したけどなんら遜色無し!
(接続をクラス化して共通したから簡単にDBを変えられるんだね。)

基本的に同時1ユーザーならMDBで十分よ!
同時に2ユーザー以上くると・・・・・・・・・・・・・・・・・・。


357 :名無しさん@そうだ選挙にいこう:02/12/30 18:23
>>356
MetaFrameが使っているmdbはよく壊れるそうです
複数ユーザーで使う場合はAccessは強く拒否します
トラフィックの問題もあるし
ファイルメーカの場合は
複数ユーザーで使う場合はTCP/IPのみでアクセスできるので
そのままルーター経由で使用できるし
ユーザーに少し操作を教えるとデータの検索処理や置換処理は作らなくても
勝手に処理してくれるのが楽でいい


358 :名無しさん@そうだ選挙にいこう:02/12/30 18:43
「複数ユーザーで使う場合はTCP/IPのみでアクセスできるので」って
どういう意味でしょうか?ファイルメーカがC/S方式での稼働をサポート
しているて事ですか?

ならAccessでも、サーバープログラムを作ってC/S方式でシステム
作れば大丈夫ですよ。多分プロのプログラマでないと難しいと思うけど。

簡単に作るなら、IIS+ASPをつかってWeb経由でアクセスさせれば、複数
ユーザー同時接続時にmdbが破損しやすい問題はほぼ解決されるかな!


359 :名無しさん@そうだ選挙にいこう:03/01/02 14:51
アクセスのフリーファイルをいくつか使ってみた
不安定
概ねデザインが今ひとつ

これというものが会ったら紹介すれ

360 :名無しさん@そうだ選挙にいこう:03/01/03 00:01
あげ

361 :名無しさん@そうだ選挙にいこう:03/01/03 20:17
>>353
自己レスです。

362 :名無しさん@そうだ選挙にいこう:03/01/03 20:57


今年も、、今年こそ、、
いい思いをしちゃいましょう(^▽^)v

http://ok.halhal.net/~2ch/




363 :山崎渉:03/01/15 16:46
(^^)

364 :名無しさん@そうだ選挙にいこう:03/01/25 02:21
>>358
>>ファイルメーカがC/S方式での稼働をサポートしているて事ですか?
そです。で、FMの場合、鯖を立てるには環境設定で2つほどチェックボックスを
オンにするだけなので、敷居が低いのです。

365 :名無しさん@そうだ選挙にいこう:03/01/25 02:44
>>358メリットある? Win32は不安定だからサーバーには向かないでしょ
linux orFreeBSD + Postgress or MySQL + PHP + Apache のがいいのでは?
某ニュースサイトでは NT+OracleをLinux + PostGressにリプレイスしたら
設計変更でかなり重い処理やらせているのにかなり軽くなったぐらい

366 :名無しさん@そうだ選挙にいこう:03/01/25 11:51
>>364に追加
ファイル共有時のパフォーマンスを上げるなら「ファイルメーカー Server」を。
Web上での公開なら「ファイルメーカーPro Unlimited」を別途使うという手も有り。
両方ともWin系/Mac系/赤帽OS上で利用可。Web鯖はIIS or Apache。

ちなみに「ファイルメーカーPro」単体だけでも、共有/Web公開はできる。
ただし少人数の対応のみね。

367 :ここは?:03/01/25 12:00
http://homepage3.nifty.com/digikei/ten.html
(*~ー゜)ノ ・・・・・心温まるの〜

368 :名無しさん@そうだ選挙にいこう:03/01/29 00:28
ファイルメーカーでリレーショナルのあるDBを共有する場合は
「ファイルメーカーServer」を入れた方がいいと思われ。

369 :名無しさん@そうだ選挙にいこう:03/02/05 00:27
前にも出てるけど、シェア続報。

2002年のトップシェアメーカーを表彰する「BCN Award 2003」
ttp://pc.watch.impress.co.jp/docs/2003/0117/bcn.htm
によると、販売本数ベースでのシェアは
データベース マイクロソフト 56.5% ファイルメーカー 39.8% 管理工学研究所 1.5%
だそうです。
しかし商品名に「これっ桐」ってのはどうかと思うぞクークラックスクラン。

ちなみに前回、2001年は(「BCN Award 2002」)
マイクロソフト 54.4% ファイルメーカー 40.2% アイフォー 1.9%
ttp://www.watch.impress.co.jp/pc/docs/2002/0125/bcn.htm
だったので、Access微増、その分FM微減ちゅー感じです。
ただこれは主要店店頭販売分のみの統計だったり、売上金額じゃないことに注意。

この表、「プリンタってやっぱり…」とか、「玄人指向大健闘」とか、「OSも
販売本数ではアップル19.3%」とか、「同じく表計算もロータス18.5%」とか、
いろいろ興味深い。

370 :名無しさん@そうだ選挙にいこう:03/02/09 00:52
Accessってサポート(サポセンの対応含む)いいの?

371 :名無しさん@そうだ選挙にいこう:03/02/20 10:19
ファイルメーカーなら3時間で作れそうなデータ処理の為に、
AccessとVBで2?3日かかってアプリ組んでいるのを見ると、アホかと思う事もある。

ただファイルメーカーで作ると、お客さんに「ファイルメーカーの基本的な使い方」を
覚えてもらわなくちゃいけないから、一長一短だよなぁ。

372 :名無しさん@そうだ選挙にいこう:03/03/09 01:44
http://page4.auctions.yahoo.co.jp/jp/auction/d28854425

373 :名無しさん@そうだ選挙にいこう:03/03/09 14:50
>「ファイルメーカーの基本的な使い方」

ってなんだろ
フィールドの移動ぐらいか?
あとは全部スクリプト化できるだろ

374 :名無しさん@そうだ選挙にいこう:03/03/09 15:57
http://www.eonet.ne.jp/~nohohon/osaka-band.htm

375 :名無しさん@そうだ選挙にいこう:03/03/10 20:03
データの処理に関しては
短時間で作れるっていうのは確かにFMの強みだよね

でも、インターフェースとか他のアプリとの連携を考え出すと
以上に時間食われる
VBが使えればなぁ…

プラグインは工数かかりすぎるし
買うとしたらどれもバカみたいに高いし

376 :名無しさん@そうだ選挙にいこう:03/03/11 21:18
ファイルメーカーのファイルがあるのですが、アクセスに読み込む方法ありますか?
アクセスは97と2000があり、ファイルメーカーはバージョン不明。

ファイルメーカーの評価版をDLしてくれば可能なのでしょうか?

377 :名無しさん@そうだ選挙にいこう:03/03/11 23:07
ODBC。
それか素直に一度csvとかに吐き出す。

378 :名無しさん@そうだ選挙にいこう:03/03/12 01:03
>376
ファイルメーカーのファイルをExcelにドラッグアンドドロップ。
>377
ODBCでってことはファイルメーカーProのアプリケーションないと
ダメじゃん。csvで吐き出すのも一緒。

379 :名無しさん@そうだ選挙にいこう:03/03/12 12:18
>378
えっ、ファイルメーカーってProじゃないとcsvにすら出せないの?

380 :376:03/03/12 12:37
>>378
fmj,fp5ファイルをエクセル2KにD&Dしたところ、開けない形式と怒られました。

>>379
ファイルメーカーそのものがないので、csvに出す機能がある/ない以前の問題なんです。
同様に、ファイルメーカーのODBCドライバーもないです。

381 :名無しさん@そうだ選挙にいこう:03/03/12 13:41
>>379
えっ、ファイルメーカーProじゃないファイルメーカーってなに?
>>376>>380でも書いてるけど、例えて言うなら
Excelで作った.xls書類がありますが、Excelを持っていません。
どうやったらcsvに出来ますかって話っしょ?

382 :376:03/03/12 15:46
381さんのご説明通りです。(381さんありがとうございます)


383 :377:03/03/12 23:31
>>376が自分で言ってるから、評価版DLした後の話かと思った。
DL汁。使用期間は制限されてるけど、機能制限はなかったはず。

>>379
ネタかよ(w
ファイルメーカーLiteとか。
あ、AppleWorksのデータベースがそれか?

384 :名無しさん@そうだ選挙にいこう:03/03/13 01:40
ProじゃないのはIIまでじゃねえか?

385 :名無しさん@そうだ選挙にいこう:03/03/13 12:01
>>383
FMのデモ版って「レコード数50まで」とかじゃないっけ?


386 :名無しさん@そうだ選挙にいこう:03/03/13 15:03
桐だと試用版に制限ないんだけどね。関係ないのでsage。

387 :山崎渉:03/03/13 16:24
(^^)

388 :376:03/03/13 19:44
FM評価版DLしてみました。
30日試用限定ですが、レコード数の制限はないようです。
ありがとうございました。




389 :名無しさん@そうだ選挙にいこう:03/03/14 01:11
ファイルメーカーで販売在庫管理のフリーソフトって無い?

390 :名無しさん@そうだ選挙にいこう:03/03/14 23:39
>>389
vectorで探してみれ
結構あるはずだよ

391 :名無しさん@そうだ選挙にいこう:03/03/21 15:03
ACCESS購入しようかと迷っていましたが、購入前にこのスレット
拝見できて良かった。ACCESS購入する所ですた。

392 :名無しさん@そうだ選挙にいこう:03/03/21 15:35
★男はココを見るべし★女と金とサンプルムービー★
↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓
http://www.pink-angel.jp/betu/linkvp2/linkvp.html

393 :デブおた山崎渉 :03/03/21 15:37
( ´;゚;ё;゚;)

394 :くんに:03/03/21 20:06
どっかの個人サイトで読んだんだけど
最初 MS がファイルメーカーを狙ってて
Apple はアクセスを狙ってたんだってね。
それがどーういー訳か真逆になった訳だ。
これマジ?

395 :名無しさん@そうだ選挙にいこう:03/03/21 21:44
狙ってたって?開発元を?

396 :名無しさん@そうだ選挙にいこう:03/03/22 00:28
データーベース素人ですが、検索する時ACCESSの方が重い(遅い)

397 :名無しさん@そうだ選挙にいこう:03/03/22 10:03
Accessの開発元ってどこ??

ファイルメーカーはクラリス(アップルの子会社みたいなもん?)だと思ったけど
その前にどっかで開発してたんだろか

398 : :03/03/22 12:01
ファイルメーカーはFileMaker社が開発してて
アップルに買われ子会社化、クラリスになった。
アクセスもMSがイチから開発してはいないよね。

399 :名無しさん@そうだ選挙にいこう:03/03/22 15:58
まあアポーも微軟も自社で一から作ったアプリって少ないよな

400 :名無しさん@そうだ選挙にいこう:03/03/22 18:40
>398
クラリスはFilemaker社が始めだったんだ
で、今Filemakerだけを売るファイルメーカー社へ独立したってこと?(元へ戻ったか)


401 :名無しさん@そうだ選挙にいこう:03/03/23 03:30
クラリスはアップルの社外(出たり入ったりだが)開発部門で、
FileMakerは、1983年にLeading Edge社が開発したNutshell(DOSアプリ)のアイデアを
Nashobaシステム社が1984年ごろにMac版として完成。
それを88年ごろクラリス社が買収した当時にはWindows版も開発途中であった。
ちなみにWin版は92年に発表した。
クラリスは、ファイルメーカーProとホームページPro以外のソフト(OSやワークスなど)を
アップルに渡して、ファイルメーカー社と社名変更。現在に至る。

402 :名無しさん@そうだ選挙にいこう:03/04/11 13:31
ファイルメーカー

403 :山崎渉:03/04/17 11:36
(^^)

404 :age:03/04/17 20:07
広告荒らしのせいか

405 :山崎渉:03/04/20 05:49
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

406 :dbソフト:03/04/27 00:52
ファイルメーカーとアクセス、どちらを購入しようか迷っていたところ、
この場所を見つけました。スレを全部読みましたが、結局まだ迷ってます。

407 :名無しさん@そうだ選挙にいこう:03/04/27 03:15
どちらを使っても求めるものは得られそうだと、分かったうえで悩んで
いるなら、安い方を選び、あまった分で何か別なものでも買え。
ほとんど何も分からない状態で悩んでいるなら、高い方を選べ。
多分その方がしあわせになれる。

408 :名無しさん@そうだ選挙にいこう:03/04/27 14:03
どっちでも良さそうだったら、ファイルメーカーの方がいいんじゃないかな。生産性が違う。

一概に言えない部分もあるけど、
アクセスはファイルメーカーに比べて多機能なかわりに、すごく面倒。
ファイルメーカーでは難しい(または不可能な)ことにも対応できたりするけど、
ファイルメーカーで簡単にできることでもそれなりの作り込みを必要とする場合がある。

まあ結局、用途によると思うけど…。

409 :名無しさん@そうだ選挙にいこう:03/04/27 23:47
>>408
生産性だったらAccessの方が優れてるだろ。
作業効率っていう意味か?

> ファイルメーカーでは難しい(または不可能な)ことにも対応できたりするけど、

これが一番重要。
FileMakerでできることはAccessでもできる。

410 :名無しさん@そうだ選挙にいこう:03/04/28 01:50
生産性は比べられないと思うんだが(それはソフトの問題ぢゃないよ…)。
ここでは「作業効率」ですな、やっぱり。

>FileMakerでできることはAccessでもできる。
できる。できるけど、大変なことも多い。特にマクロ、共有関係。
「何でこんな簡単なことにこんな手間かかるんだろ…」とか時々思う。
もちろん逆の場合もあるんだけどね。

Accessはシェアが大きいから、悩んだ時に周囲で使ってる人に聞ける。
これは結構大きいですぜ。

411 :名無しさん@そうだ選挙にいこう:03/04/28 01:59
だったら最初っから周囲に聞かなくても判りやすいソフト選ぶよ

412 :名無しさん@そうだ選挙にいこう:03/04/28 02:12
>FileMakerでできることはAccessでもできる。

おぴおい、肝心な点

マルチプラットフォームでの使用はできない
もちろんOSシミュレータを使えば別だが

413 :名無しさん@そうだ選挙にいこう:03/04/28 02:25
>>411
それが、そうはいかなくなるんだよね。
基本的なこととか、各種概念/設定方法ならたしかに「判りやすさ」が
存在するんだけど、いずれつまづく、戸惑う、行き詰まるときが来るんです。
やることにもよるけどね。

ちょっと応用しようと思ったらやっぱり何かの助けが必要になるよ。
本でもwebでもAccessの方が圧倒的に情報量が多い。
なので手がかりは多いかも。

と、書いときながらなんですが、やはりAccessでは>>410のように思うことが
多いのも事実。結果が同じなら、やんなくていい苦労はやんなくてよし。

まあ、いろいろ考える前に簡単なDB作って比較してみたら?
FileMakerは体験版がDLできる。Accessは持ってる友達のマシンで試すが吉。

414 :動画直リン:03/04/28 02:25
http://homepage.mac.com/hitomi18/

415 :名無しさん@そうだ選挙にいこう:03/04/28 09:24
データベース(アプリケーション)の設計・作成や勉強に
手間暇かけられるんならAccessの方がいい。

416 :名無しさん@そうだ選挙にいこう:03/04/28 09:28
手間暇かけられるなら開発環境用意してアプリ作った方が吉。
字管や予算がないからACCESSやFMを使うんだろ。

417 :名無しさん@そうだ選挙にいこう :03/04/28 12:24
結論としてはどちらも買うのが吉
で、皆さんはどちらも使ってる人が多いみたいだけど、
FMとACCESSどちらを先に使った?
片方にどっぷりつかった後ではもう片方を理解するのには
時間がかかると思うんだが。どちらが先が良いのかな?

418 :名無しさん@そうだ選挙にいこう:03/04/28 12:45
VBやC++BuilderなどのRADツールから移行する時は
Accessの方が入っていきやすいと感じました。
正直、FileMakerの第一印象は「なんだ、こりゃ?」でした。
肌に馴染まないと言うか・・・

419 :名無しさん@そうだ選挙にいこう:03/04/28 18:23
>>416 >>417
どっちがいいか、って話してるときに
「開発環境」または「両方」?

くだらねえ事抜かしてんじゃねえよ。
これだからヲタはよ。あ〜あ。

420 :名無しさん@そうだ選挙にいこう:03/04/28 21:44
>>419
ヲタってあんた・・・・・

421 :名無しさん@そうだ選挙にいこう:03/04/28 23:47
これだけいろんな人が親身になって意見出してくれてるのに、トンズラかました
406は、恩知らずという結論でよろしいか

422 :名無しさん@そうだ選挙にいこう:03/04/29 01:39
>>419
で、何が言いたいんだ?

423 :名無しさん@そうだ選挙にいこう:03/04/29 02:26
>>422
で、何が言いたいんだ?

424 :名無しさん@そうだ選挙にいこう:03/04/29 23:22
・VBとかVBA触ったことがある
・ExcelとかのMS製品のインターフェースに慣れてる
ならAccess。

・とりあえず難しいことはよくわかんない
・「リレーション型DBって何?」
ならFileMaker。

425 :名無しさん@そうだ選挙にいこう:03/04/29 23:53




approach

426 :名無しさん@そうだ選挙にいこう:03/04/30 01:51
俺はAccessしか使ったことねえ素人だけど、同じような素人がある程度
ちゃんとしたものつくろうと思ったら、どっち使ったって時間はかかる
んじゃねえの。
「ちょっとしたものを作るならFMのほうが遙かに楽」みたいな話はよく
出てくるから、時間があったらそのうち手を出してみようかとも考えて
るけど、「誰でもすぐにできちゃう魔法のツール」なんて、
ちょっと信じられない。

いや、ツールとしては思い切り優秀なのかもしれねえけど。
DBに限らずアプリ作成の難しさって、何か、そういうのとは違うところ
にあるもんだろ。
現状分析、つか、観察眼、つか、イマジネーション、つか。
何つか、もっと人間的なところ。
よく言われるAccessの難しさってのはさ、実は難しさってよりも、
もっと余裕かまして迎え撃つような面白さ、論理パズルふうの面白さだろ。
まあそれはそれであってもいいし、別になくてもいいし。
SQLもVBAも、そりゃ、やり始めればそこそこ面白いけど、どういう「カタチ」
のものをつくれば今の業務がもっと効率アップするか、とか、今のシステムの
あそこの部分をぶちこわして作り直せば、頓挫してたあの販促アイディアが
生かせる、とか、そういうこと考える方が楽しいじゃん

427 :名無しさん@そうだ選挙にいこう:03/04/30 14:36
>>426
あんさんが正しい。
FMは決して魔法のツールではない。
一応ちゃんとしたデータベースを作ろうと思ったら簡単にはできる筈がない。
でもアクセスよりは少しは作業効率はいいとは思うけど。
但し、慣れればね。慣れるまでは戸惑うかもしれない。
それはアクセスでも一緒だろうけども・・・

428 :名無しさん@そうだ選挙にいこう:03/04/30 14:44
>>426
>同じような素人がある程度
>ちゃんとしたものつくろうと思ったら、どっち使ったって時間はかかるんじゃねえの。

至極当たり前。
人に使ってもらうようなデータベース作るには当然時間かかります。

.>「ちょっとしたものを作るならFMのほうが遙かに楽」
両方使ってみて漏れもそう思った。
特に素人だと取っつきやすいだろうな。FMは。

>「誰でもすぐにできちゃう魔法のツール」
こんなこと誰が言ってんの?

429 :名無しさん@そうだ選挙にいこう:03/05/02 17:05




approach


430 :名無しさん@そうだ選挙にいこう:03/05/06 18:47
素人様はデータベースアプリを使う前に、業務分析とデータベース設計をちゃんと時間をかけて行ってくらはい。
データベースにはある程度定石があるから書籍等でそれも習得してくらはい。
アクセスもファイルメーカーもただの道具に過ぎないよ。

431 :ノム:03/05/08 09:19
初めまして。ノムです。
突然なのですが、今私はFileMakerを使用して会社のDB作成をしています。
顧客情報や契約情報等をWeb上に入力、表示させるとこまではできました。
Web上で顧客情報の一覧を表示させ、そこから、Web上からエクセルに
顧客情報一覧をエクスポートしたいのですがうまくいきません。
表の上で右クリックをし、「エクセルにエクスポート」というのを選択し、
取り込みを行なっても
「このWebクエリによって返されるデータがありません。」
と出てきて範囲を指定しても同じのが出てきてしまいエクスポート
出来ません。どうすればうまくエクスポートできるか
教えてもらいたいです。お願いします。

432 :名無しさん@そうだ選挙にいこう:03/05/09 01:44
>>表の上で右クリックをし、「エクセルにエクスポート」というのを選択し、
どうやったこのようなメニューが現れるのでしょうか?
ただ単にWeb上のリストをエクセルにコピペすればよいのでは?
技術で無理なら運用でカバー。

433 :432:03/05/09 01:46
↑と書いてしまったが、スレタイとは全く関係のない質問ですね。

434 :名無しさん@そうだ選挙にいこう:03/05/13 01:41
基本的に、UIとロジックの分離が出来ない開発環境は大嫌いだ。
作り難い上に、保守性最悪。 ロジックは完全にスクリプト化しようにも、機能が無かったりするしな。
具体的にはファイルメーカー風呂とかロータスノーシとかだ。 今はノーシ/ドミノっつーのか?
まがりなりにもRDBであるAccessは、その点では合格点だ。 が、これで多人数C/Sシステムは作るな。
無駄なトコで疲れるから。 不毛だ。 ハゲるぞ。
その位の規模になったら、OracleなりDB2なりのほうがいい。 遥かにいい。 絶対いい。
この場合クライアントとしてAccessは手頃。 だが、社内PC環境の整備が面倒。
あまり台数が多いようなら、Javaなりweb化なりに進むのが妥当。

結局は金の問題でこう上手くはいかないのだが。

435 :名無しさん@そうだ選挙にいこう:03/05/13 16:15
>>434
>その位の規模になったら、OracleなりDB2なりのほうがいい。 遥かにいい。 絶対いい。

もまえスレタイ見てるか?
ファイルメーカーかアクセスって言ってるのになしてOracle、DB2がでてくるかね

436 :名無しさん@そうだ選挙にいこう:03/05/13 23:43
いや、FMやアクセスユーザーに優越感を感じてるの
一般人にレースドライブがなんたるか、レースマシンがなんたるかを
語ってるようなもん
アフォかと思うね

437 :名無しさん@そうだ選挙にいこう:03/05/13 23:56
俺はジンジャーが好きだな

438 :山崎渉:03/05/22 01:53
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

439 :山崎渉:03/05/28 16:57
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

440 :名無しさん@そうだ選挙にいこう:03/06/08 20:22
寂れてるね、このスレ

だからage

441 :名無しさん@そうだ選挙にいこう:03/06/08 21:16
もう一回age

442 :名無しさん@そうだ選挙にいこう:03/06/15 00:20
●DB2とオラクル、どっちがどういい?●
http://pc2.2ch.net/test/read.cgi/bsoft/999755001/

443 :名無しさん@そうだ選挙にいこう:03/06/18 17:06
他人が作ったFMベースのシステムほどメンテが厄介なものはない

444 :名無しさん@そうだ選挙にいこう:03/06/18 20:21
やっつけ仕事で作られた物なんてなおさらだよね
そういった意味ではAccessで作られた物も同じ

445 :名無しさん@そうだ選挙にいこう:03/06/22 12:16
文系のためのDB=ファイルメーカー

446 :_:03/06/22 12:57
http://homepage.mac.com/hiroyuki44/2ch.html

447 :山崎 渉:03/07/15 11:25

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

448 :ぼるじょあ ◆ySd1dMH5Gk :03/08/02 05:23
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

449 :名無しさん@そうだ選挙にいこう:03/08/04 16:03
質問です。

電話番号から住所、名前、などを検索するソフトがありますが
これらのソフトと連携して使えるDBソフトはありませんか?

DBソフトに顧客情報(住所、電話、名前など)を手入力するのではなく、
電話番号のみ入力すれば自動的に住所などが所定のフィールドに
入力される様にしたいのですが・・・。
郵便番号を入力すると自動的に市町村が入る様な感じです。
ファイルメーカーでもアクセスでも良いのですが。
なんでも構わないので教えて下さい。

宜しくお願い致します。


450 :名無しさん@そうだ選挙にいこう:03/08/04 16:56
電話帳DBって大抵CSV形式にエクスポート出来るから、
その吐き出したデータをFMなりアクセスなりにインポートして使えば良いんじゃないの?

451 :_:03/08/04 17:58
http://homepage.mac.com/hiroyuki44/

452 :名無しさん@そうだ選挙にいこう:03/08/04 18:14
☆★最新アダルト情報★yahoo検索エンジンからのプレゼント!!☆★
http://endou.kir.jp/marimo/link.html

453 :_:03/08/04 18:16
http://homepage.mac.com/hiroyuki44/2ch.html

454 :449:03/08/04 19:01
>>450
レスありがとうございます。

郵便番号を入力した時点で住所のフィールドに
都道府県と市町村を入力する機能がありますよね?(標準では出来ないのかもしれませんが)
そんな感じで電話番号の入力と同時に住所フィールドに
自動的に入力出来ないのかと思った訳です。
営業マソなんですが一日の終わりに営業に出向いた先の報告書を提出します。
住所やら電話番号やら、その都度入力するのに
かなり時間がかかるのです。

素人でトンチンカンな事を言っている様な
気もしますが、そんな事が出来ればいいなと思い質問してみました。

スレ汚しすみません。








455 :450:03/08/04 19:15
>>454
出来るよ。アクセスでもFMでも。
但し、そうゆう動作になるように仕込まなきゃいけないけどね。

電話帳ソフトと連携させるってのは、電話帳ソフト側の仕様も関係するので結構めんどくさいと思う。
なので、>>450で書いたように電話帳ソフトのデータだけ抜き出して(たぶん標準の機能であるはず)
アクセスとかFMに取り込んで使えば、後は余裕。

>>449さんがやりたい事は、DBのソフトにしてみればむしろ得意としているところなので、
がんがん使ってやって下さい。

456 :名無しさん@そうだ選挙にいこう:03/08/04 19:37
FM最大の問題点は・・・
やっぱり普及度じゃないのかなぁ。うちはPC、系列グループから
納入させてるから普通に店で売ってるPCと同じやつだし、
プリインストールでOfficeは入ってるし。
系列の工場ではFM使ってたけどあいつらみんなコピー使ってたし(汗

457 :名無しさん@そうだ選挙にいこう:03/08/04 19:45
プリインストールのOfficeってアクセス入ってたっけ?
大抵Standard版しか入っていないと思ってたのだが。

458 :名無しさん@そうだ選挙にいこう:03/08/04 20:11
え゛ うちのは入ってたぞ・・・
もしかして総務部の管理課・・・全部にピーコいれたのか?

459 :名無しさん@そうだ選挙にいこう:03/08/04 20:20
それは・・・なんとも・・・
でも、プリインストールでアクセスまで入ってるのは見たこと無いな。
俺が知らんだけかも試練が。

460 :449:03/08/05 02:57
>>455
わざわざありがとうございます。
教えて頂いた方法でちょっと試してみます。
どうもありがとう。

461 :山崎 渉:03/08/15 22:13
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

462 :山崎 渉:03/08/15 22:34
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

128 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)