何度も挫折するアクセスの勉強法？

1 ：名無しさん＠そうだ選挙にいこう：2001/02/02(金) 00:08.net

今までワープロソフト、表計算ソフトは最低限、使いこなしてきました
けれど、データベースソフトのアクセスは、何度勉強しても途中で訳が
分からなくなったり、飽きてしまったりし、実務的にデータ管理をした
いにもかかわらず、ついつい表計算ソフトのエクセルで間に合わせてし
まいます。
良い、上達法、勉強法を皆さんの経験から教えてください。

2 ：名無しさん＠そうだ選挙にいこう：2001/02/02(金) 05:01.net

ACCESS+Delphiでやってみなされ。
そうすればRDBの意味が分かる。

ACCESSのクエリーとかはちょっと癖が強いから挫折するんだよ。
素直にSQLあたりから始めなされ。

3 ：名無しさん@１周年：2001/02/02(金) 17:21.net

既出だよーん

4 ：名無しさん＠そうだ選挙にいこう：2001/02/05(月) 23:42.net

ＡＣＣＥＳＳなんて、必要なし。あんな訳のわからんもん売るな！
鉛筆もって、ノートに書いてろ。

5 ：名無しさん＠そうだ選挙にいこう：2001/02/05(月) 23:52.net

アクセスもしらんくせに…

6 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 00:38.net

つーかある程度のＩＱがないとアクセス上達しないでしょ。
訳がわからないのは頭が悪いだけだからさ。
実際半分の人は平均以下な訳だし。

7 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 01:40.net

「魔法使いの開発工房」ってサイトの説明が一番わかりやすかった｡
そのＨＰ見て、それでも挫折するなら、諦めなされ｡

8 ：名無しさん＠そうだ：2001/02/06(火) 07:45.net

>1
ファイルメーカーにしたら？。

9 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 10:27.net

アクセク2000

10 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 11:30.net

だからＲＤＢの基礎をやれって

11 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 12:50.net

ＡＣＣＥＳＳ＋ＶＢＡ超便利！
今ではこれ無しで仕事なんて考えられません。

12 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 15:02.net

＞良い、上達法、勉強法を皆さんの経験から教えてください
っつってんのに何が

＞ＡＣＣＥＳＳ＋ＶＢＡ超便利！
＞今ではこれ無しで仕事なんて考えられません。
だよ。

これじゃ「豚肉超うまい！今ではこれ無しでは夕食なんて
考えられません。」とかいってるの変わんないじゃん。
そんなお前の意見なんて誰も聞きたくないっつの。
氏ね。

13 ：名無しさん＠そうだ選挙にいこう：2001/02/06(火) 23:25.net

>12
あんた、いいこと言うね！
あんたみたいな人が、この日本を住みやすくするに違いない！
なにか、修行された方？
おらは、ソープランドでテクの修行中！

14 ：名無しさん＠そうだ選挙にいこう：2001/02/08(木) 17:30.net

ソープにおいてもアクセスは大活躍
従業員を無理なくカット！

15 ：名無しさん＠そうだ選挙にいこう：01/08/26 20:16 ID:D8ciO/JM.net

アクセスの「候補キー」「キー」って何？

16 ：名無しさん＠そうだ選挙にいこう：01/11/05 04:13.net

DBでいう所の「キ−」の意味を学ぼう。

17 ：名無しさん＠そうだ選挙にいこう：01/11/05 08:55.net

暇なときにこつこつとマイペースで勉強すればいいのでは？
漏れもＸ−ｍｅｄｉａ社の超図解シリーズのＡＣＣＥＳＳ　２０００基礎編
を買ってきたので勉強する予定です。クエリ＆上級編も出版されてます。
ただ、問題は会社がＡＣＣＥＳＳ９７なので、自宅のＰＣに２０００を入れて
勉強するしかないかも。

18 ：名無しさん＠そうだ選挙にいこう：01/11/05 11:38.net

>>17
>暇なときにこつこつとマイペースで勉強すればいいのでは？
こんな考えじゃやるだけ無駄
漏れは2ヶ月でシステム作れとかいわれて、ボロボロになりながら
覚えたもんなぁ・・・でも今ではそれが生きている（藁

19 ：とゆーか：01/11/05 13:24.net

以前のバージョンとの互換性保って欲しいです。

20 ：名無しさん＠そうだ選挙にいこう：01/11/05 15:30.net

ファイルメーカーにした方がいいと思うな。
エクセルトの連携もばっちりだし。アクセスより効率良くて合理的。

21 ：名無しさん＠そうだ選挙にいこう：01/11/05 15:33.net

データベースがイマイチ広まらないのは、アクセスの成果もね
ファイルメーカーに一票

22 ：名無しさん＠そうだ選挙にいこう：01/11/05 16:15.net

>>21に激しく同意。
FileMakerに一票。

23 ：名無しさん：01/11/05 18:53.net

ロータスアプローチつかってみ。とにかく簡単。個人レベルならこれで十分

24 ：名無しさん＠そうだ選挙にいこう：01/11/05 23:54.net

>>23
>ロータスアプローチつかってみ
却下
本も入手出来ない、聞こうにも知ってるやつは誰もいない
そんなものは使わないほうが幸せ。

25 ：名無しさん＠そうだ選挙にいこう：01/11/06 06:04.net

結局、何か題材がないと無理!!
どんなもの作ろう？では無くて、自分に何が必要か？これが大事。
そうでないと、どのDBMSも理解は困難。
とどのつまり、最初の内はどれも一緒！
理解が深まると色々な差異が分かってくる。
設計も個々で色々変わってくるしね…
何を作りたいのか？何が必要か考えるべし！

26 ：２３：01/11/06 22:59.net

１はエクセルで間に合ってるんなら、無理にアクセスを使わなくてもいいのでは。

それほどのデータ量じゃないんでしょ？

27 ：名無しさん＠そうだ選挙にいこう：01/11/06 23:46.net

18さん, 25さんに賛成。

人によるでしょうが、
自分なんか、どうしてもやらきゃならないことになり、
尻に火が着かないとダメなタイプなもんで。

いつまでに、どこまでを、やらざるをえないとなったら
徹夜とか、土日なしとか、せっぱ詰まってやると
身に付くと思いますよ。

その最中は、シンドクてブン投げたくなるけどね。

28 ：名無しさん＠そうだ選挙にいこう：01/11/06 23:48.net

>>26
確かにね、それで何とかなってるなら、
無理しないで、今までどおりにしていくのが一番かもね。

29 ：名無しさん＠そうだ選挙にいこう：02/01/20 15:14.net

いきなりマクロの本買って来て勉強してます。
２日間くらいの初級、応用のセミナーは受講したので。
無謀でしょうか。

30 ：名無しさん＠そうだ選挙にいこう：02/01/20 16:12.net

ロータスアプローチいいって。
使い方なんぞ、ネットで探せばいくらでもあるぞ。

31 ：名無しさん＠そうだ選挙にいこう：02/01/20 16:18.net

Accessを使うには、まず、RDMSがわからんと理解できるわけがないだろ。

日本実業出版社「図解でわかる　データベースのすべて」
ttp://www.njg.co.jp/c/zukai.htm

ＳＱＬについての本も。
翔泳社「初心者のためのSQL入門１−はじめてのデータベース操作」

Accessは、RDBMを実現するための一ソフト。（ApproachもOracleもSQL Serverも）

数千件以上になったら、ExcelよりAccessだね。

ACCESS2000の分かりやすい本
http://pc.2ch.net/test/read.cgi/bsoft/994154155/l50

32 ：名無しさん＠そうだ選挙にいこう：02/01/20 22:13.net

とある会社の地方支社に勤務しています。
配下の県支店の営業分析支援として大量の顧客データをクエリーとかでブン回しています。
一番件数が多いとき一つのテーブルに60万件ぐらいインポートします。
高スペック・大容量のＰＣが必要です。

33 ：名無しさん＠そうだ選挙にいこう：02/01/20 22:51.net

>>32
一つのテーブルに６０万件って、あんたねぇ。
インポート元をどーにかした方がよろしいかと。
いったいどんなデータだ？

34 ：名無しさん＠そうだ選挙にいこう：02/01/20 23:11.net

>>33
基幹システム（IBM）から出力された顧客台帳（契約額）。(*.txt)
県別にテーブルを分ける方が一つ一つの処理が早いのは分かるが、
同じことを8県分繰り返すのも単調で・・・
あっ、もちろん一回クロス集計とか走らせると、その間は別の仕事してますよ。

35 ：名無しさん＠そうだ選挙にいこう：02/01/20 23:24.net

>>26
エクセルの方が、いつも使っているし、便利なんだけど
会社の上司が変にソートとかの操作をして、データを崩しちゃうんだ。
アクセスができればいいといつも思う。

36 ：仕様書無しさん：02/01/21 00:12.net

>会社の上司が変にソートとかの操作をして、データを崩しちゃうんだ。
ｱｸｾｽとか言う前にデータ管理をしっかりしなきゃ。
データを崩しちゃうんだって何だよ。ちょっと笑っちゃいます。

>一つのテーブルに60万件
EXCEL2000までは６０万行も使えないよ。ＸＰ？

37 ：32：02/01/21 00:50.net

>>36
60万件はACCESSのことですよ。
インポートとかテーブルと書いているので分かってくれたのか思いました。
それにEXCELの話だったらテーブルではなくSHEETでは？
はい、確かEXCEL97（2000も？）までは6万何千件ですな。
実務上、EXCELでは何百行しか使うことはないです。私の場合。

38 ：35：02/01/21 01:02.net

>36
アクセスは、データがおかしくなることが少ないと雑誌で
読んだのですが、違うんですか?
ちなみに、データを崩すというのは、ソートをある列しかかけず
行がｸﾞﾁｬｸﾞﾁｬになるケースです。
まあ、元データのBackupをちゃんと保管しない自分が
悪いんですけどね。

39 ：名無しさん＠そうだ選挙にいこう：02/01/21 01:40.net

個人でやるんじゃないなら、Oracleがなんぼか良いような気がする。
買ってくれるかどうかが問題だけど。

40 ：名無しさん＠そうだ選挙にいこう：02/01/21 16:38.net

>32
　何か根本的勘違いをしとるようだが、AccessだろうがExcelだろうが
ﾚｺｰﾄﾞ単位の集まりを表現する場合はテーブルが一般的。Sheetが云々って
論議はVBAの範囲だけでやりなされ。
>38
　Accessでデータがおかしくなるって漠然としすぎてわからないし、そういう
バグ報告もない。多分、排他制御っつーかJetの仕組みもわからない馬鹿が、
データ壊しただけだろう。
　確認も勉強もせず、ただ「Accessはデータ壊れるんだぜー」なんて言ってる
お前のがよっぽど使えねーよ。
>39
　AccessとOracleを比べるんじゃないっての。適材適所がわからん人間だな。
まさかoracle単体で運営できるとか勘違いしてないだろーね？フロントに
Access使ってるケースって結構あるのよ？
　どっかの雑誌でカジった程度の書きこみするんじゃねー。


　つーか、漏れが場違いみたいだ。ごめん、逝ってくる。

41 ：32：02/01/21 18:08.net

>>40
まぁまぁ、この場のレベルを鑑みて・・マターリとしましょうよ。

そうすか、エクセルでもテーブルといったりするのですね。勉強になります。

42 ：38：02/01/21 18:44.net

>40
ﾊｧ?

43 ：名無しさん＠そうだ選挙にいこう：02/01/21 21:06.net

>38
行列とレコードの違いが分ってないと思われ。

44 ：名無しさん＠そうだ選挙にいこう ：02/01/21 21:35.net

>40=43
お前、頭悪いだろ。
「逝ってくる。」と言ったなら早いとこ消えな、ヴァカめ。

45 ：名無しさん＠そうだ選挙にいこう：02/01/21 23:39.net

>>35,38
そういうことは、Access使うと悩まなくてすむ。
RDBでは、レコード単位でしかソートできないから。

46 ：名無しさん＠そうだ選挙にいこう：02/01/22 00:07.net

>>45質問
ACCESSのソートで複数の優先順位はどの様にして設定するのですか？

47 ：45：02/01/22 01:06.net

ええっと、クエリのデザインビューで、「並び替え」欄に、昇順、降順とか入れるんだけど、

ご質問のように、優先順位をつける場合は、クエリをSQLビューに切り替えて、
「OrderBy」句を使う。

例）最優先列：部署番号、次に優先する列：社員番号

OrderBy 部署番号,社員番号;

こんな感じ。（手元に実行環境がないので、検証してません）

上の「OrderBy」句っていうのが、SQL言語というやつで、単純な言語なのに
柔軟な抽出、集計ができる。ISOや日本のJISの規格にもなっている。

SQL本は、大型書店のデータベースのコーナー行くと必ずあるよ。

48 ：名無しさん＠そうだ選挙にいこう：02/01/22 01:13.net

>>47
なぜに、わざわざSQLビューに切り替える必要がある？

49 ：45：02/01/22 01:16.net

デザインビューでも、順位付けできたっけ？

SQLになれちゃったから、デザインビューよくわからない。

>>48どうやるの？

50 ：48：02/01/22 01:33.net

上の例だと、
部署番号,社員番号で並び替えの優先順位を付けるなら、
グリッドに、部署番号,社員番号を落として、並び替えの行に「昇順/降順」をそれぞれ指定すればいいだけ。

データシートの表示列順が入れ替わるのが嫌なら...
データシートビューで列をD&Dで順序を差し替えて保存すればいい。

または、デザインビューで並び替え用に部署番号,社員番号をあえて追加。
同列の並び替えの行に「昇順/降順」をそれぞれ指定し、表示のチェックボックスをオフ。

51 ：45：02/01/22 01:43.net

>または、デザインビューで並び替え用に部署番号,社員番号をあえて追加。
>同列の並び替えの行に「昇順/降順」をそれぞれ指定し、表示のチェックボックスをオフ。

なるほど。
これによって、作成されるSQL文はたぶん同じになるんだろうね。

52 ：名無しさん＠そうだ選挙にいこう：02/01/22 01:52.net

>>35の上司と同じようにデータをソートしてしまい、元に戻せず
歯がゆい思いをしたことあったよ。
データベースのソフトしか扱った事しかなく、表計算ソフトもレコード
として、単純にソートするもんだと思ってたよ。
エクセルは、糞だと当時は、思っていたが、アクセスでは、エクセル
のように、テーブルの項目の文字のサイズを縮小したり、色を着けた
りできないので、両方使いこなせれば、グッドだね。

53 ：名無しさん＠そうだ選挙にいこう：02/01/22 02:18.net

>>50
わかりやすい。今やってみたらうまくいきました。thanks!

54 ：ひねくれもの：02/01/22 17:21.net

>>35
私もエクセルの勉強しはじめのころ、ソレやったよ〜
ツールバーのソートボタンを使ってみる練習してたとき。
任意の列を（全て）選択してからボタンを押すんだなー
って最初は勘違いするよね…。

55 ：名無しさん＠そうだ選挙にいこう：02/01/22 20:25.net

>>52

Excel2002では、「全部の列じゃないけどいいのかい」っていう警告メッセージが出たはず。


決められた書式に合わせなくちゃ行けない場合は、Excelの出番だね。

56 ：名無しさん＠そうだ選挙にいこう：02/01/23 03:47.net

>>34
基幹システムでアイテム・月別のサマリーファイルを作ってもらって、
それをインポートすれば良いのでは？　契約単位の細かい明細が必要
ならしょうがないかな。システム部門に相談してみることだ。

57 ：名無しさん＠そうだ選挙にいこう：02/01/23 03:56.net

>>52
単純に範囲指定が正しく無いから、おかしくなるのでは？
「エクセルは、糞」ってあんたの使い方が糞なんだよ。

58 ：５２：02/01/23 09:52.net

>>57
エクセルに初めて触れた当時の話だよ！５，６年前の話しな。
今は、もちろん糞とは、思ってないよ。むしろ、重宝してる。
ご親切にありがとさん。
ちなみにレコードごとソートは、表の左上をクリック（シート全体選択）し
データ→並び替えをクリック。ソートの基準は、どれにするか選択画面
が出てくる。列を指定する。ＯＫの手順だ。

59 ：57：02/01/23 22:02.net

>>58
良く出来ました。

60 ：名無しさん：02/01/23 22:54.net

>>1はそろそろアクセスをモノにできたのか？

報告するよろし。

61 ：名無しさん＠そうだ選挙にいこう：02/01/24 11:48.net

今更だが、40は勘違い大王だな。読解力が無い。

62 ：名無しさん＠そうだ選挙にいこう：02/01/24 13:01.net

>>61
40の書き込み見たくないので煽る発言は、辞めてくれ。
１日１，２レスくらいのマターリで行きまひょ。

63 ：名無しさん＠そうだ選挙にいこう：02/01/25 01:18.net

単に大量データを取り込んで必要なデータだけを抽出してEXCELに出す。
EXCELのVLOOKUPとかいう関数よりもクエリーで結合線引っ張る方が楽。

こんな使い方しかしていません。素人なもので。

64 ：名無しさん＠そうだ選挙にいこう：02/01/25 15:21.net

>>63
クエリーで結合線引っぱる・・
どやんの？

65 ：名無しさん＠そうだ選挙にいこう ：02/01/26 02:19.net

>>64
挙げ足取り？
マウスでテーブル間に結合線を設定することじゃないの？
あ〜俺も表現下手なんで挙げ足取られそうだよ。

>>63
素人も玄人？も使い方は一緒。
必要なデータをどう切り取り、表現するかの問題だけだよ。
手段が目的にならないように気をつけましょう。

66 ：名無しさん＠そうだ選挙にいこう：02/01/26 12:09.net

>64
　多分、クエリ作る画面とか、リレーション設定の画面で、
テーブル間をつなぐことでないの？
　データの抽出って表現からして、コレかと。
>63
　抽出って、エクスポートとかしてる？だったら、必ずクエリを
エクスポートするように心がけないと、データの並びが違う場合が
出てくるから注意したいですね。

67 ：63：02/01/26 12:49.net

結合線…>>65さんと>>66さんの言うとおりです。
テーブル間をつなぐことですよ・・
例えば、Aというテーブルにお得意先の会社はコードで、Bというテーブルには会社名で。そんな感じの時。

>>66
抽出の方法も色々あるのでしょうけど、フィルタを使って対象データだけに絞った後、EXCELに出力することが多いです。

68 ：63：02/01/26 12:56.net

>67例えば、Aというテーブルにお得意先の会社はコードで、Bというテーブルには会社名で。そんな感じの時。
もちろん、Bのテーブルには会社コードと会社名が格納されていて、A-B間を会社コードでつなぎます。（こんな表現でいいかな…）

>>65、>>66さんには言うまでもないことですが、一応補足します。

69 ：名無しさん＠そうだ選挙にいこう：02/01/26 16:16.net

まずはカード型ＤＢとリレーショナルＤＢの違いから理解していけば
ＥＸＥＬとの違いが分かると思うよ

違いが分かったら、リレーショナルＤＢに出来てカード型ＤＢ出来ない事を考えるんだ
その中でやってみたい事があれば、そこから勉強すれば良いんじゃないかな？
どっちのＤＢ構築で一番重要なのはＤＢ設計だから
ここの部分を把握せずに作り始めると、最後に無く結果になるかもよ

70 ：名無しさん：02/01/26 19:20.net

１は既にマスターしていると思われ。知らぬは余計なお節介屋（俺か？）

71 ：名無しさん＠そうだ選挙にいこう：02/01/27 10:05.net

>>69
正規化ってやつね。

72 ：名無しさん＠そうだ選挙にいこう：02/02/25 13:38.net

VBAになるととたんに難しくなる。。。

73 ：名無しさん＠そうだ選挙にいこう：02/02/25 13:58.net

アクセスでなくて良ければファイルメーカーにしたら？
安くはないけど、圧倒的に簡単だよ

表計算との違い？
表計算は自動保存もするようになったけど、
基本的にデータを全部開いて処理するのが表計算、
一つのデータをいろんなファイルから入力できるのがDB

74 ：　　：02/02/26 03:06.net

ファイルメーカーってテーブルとフォームとレポートが一つになったって
感じなのかな？

75 ：名無しさん＠そうだ選挙にいこう：02/02/26 03:20.net

アクセスは、プロパティの設定が細かくてウザイ。
ファイルメーカーのほうが簡単だよ。

76 ：名無しさん＠そうだ選挙にいこう：02/02/26 22:09.net

>>67
クエリのデザインビューで結合線を引くのと
「リレーションレイアウト画面」で結合線を引くのとどう違うの？

後者の場合「∞⇔１」（∞は主キー）のマークが出るんだけど
クエリのデザインビューでは出ないよね。

77 ：名無しさん＠そうだ選挙にいこう：02/02/27 19:45.net

Access単体（mdb）はそこそこわかるようになってきた感じ。
自分の仕事用にいくつか作って、だいぶ楽になった。
でも、Access+SQLServer(adp) はむずぃ
実験でいろいろ試してるけど、一つ壁を超えてもすぐまた
大きな壁に・・・。Access単体ほどに初心者にやさしい
情報もなさげなのできちぃ〜

78 ：67ではないが：02/02/27 23:38.net

>>76
リレーションの画面では「参照整合性」が設定できる。
連鎖更新、連鎖削除も設定可能。
「∞⇔１」は参照整合性を設定してある場合のみ表示される。

後、2000とかなら、リレーション張っておけば、サブデータシートとかも使えるし、
いろいろ便利。

79 ：名無しさん＠そうだ選挙にいこう：02/03/01 00:58.net

蔵書整理をアクセスでやろうとしています
エクセルでやると長い文章が打ち込めないのが理由です

蔵書整理をアクセスでやるとエクセルでやるのにくらべて
どのような利点がありますか？

80 ：名無しさん＠そうだ選挙にいこう：02/03/01 22:38.net

>>79
保存する必要が無い。

81 ：名無しさん＠そうだ選挙にいこう：02/03/01 23:00.net

蔵書管理ソフトを導入すれば開発する手間が省ける。

82 ：名無しさん＠そうだ選挙にいこう：02/03/01 23:21.net

Ａｃｃｅｓｓ97の時はテンプレに「蔵書管理」ってあったけど2000になってなくなっちゃったね。残念

83 ：名無しさん＠そうだ選挙にいこう：02/03/01 23:23.net

蔵書を全てブック・オフに売ってしまえば、整理する必要がなくなります。
どうせ読み直すことなんて無いでしょ？あと図書館もフル活用すべし。


>エクセルでやると長い文章が打ち込めないのが理由です

整理するのに長文入力って。。。あらすじでも書くの？
それに要する時間で他の本を読んだ方が人生有意義のような。

84 ：名無しさん＠そうだ選挙にいこう：02/03/02 00:40.net

とりあえず83には蔵書を管理する必要性がないということが判明しました。

85 ：名無しさん＠そうだ選挙にいこう：02/03/02 06:23.net

既に、1は挫折したな。
御愁傷様

86 ：83：02/03/02 12:17.net

>>84
はい、必要ありません。

買って読んでは売るというスタイルで、厳選された１００冊程度が残るのみ。
二回読まない本は置くだけ無駄というか、何が必要で何が不要かわからなくなる。
残すか売るかは即断即決、これ日本人ビジネスマンに最も欠けていることだよね。

87 ：名無しさん＠そうだ選挙にいこう：02/03/02 12:22.net

>>83
凄いね　が、ここはあんたの決断力自慢スレではない
早く図書館でも行け、人生の無駄だ

88 ：名無しさん＠そうだ選挙にいこう：02/03/02 12:43.net

とりあえず83には即断即決という日本のビジネスマンに最も欠けていることが備わっていると判明しました。

89 ：名無しさん＠そうだ選挙にいこう：02/03/02 12:45.net

とりあえず83は不要な本をすぐに売る即断即決なオレが自慢であるらしいことが判明しました。

90 ：sage：02/03/02 13:10.net

とりあえず83は凡人には備わっていないすばらしい資質が有ると判明いたしました。

91 ：83：02/03/02 13:29.net

>>89
即断即決は自慢じゃ無くて、後から判断すると既に本の内容を忘れてしまう。
それでまた読んでしまう（一部だけど）、この作業が無駄というか勿体無い。
仕事のスタイルがそうなんで癖になってしまってる。

実際に蔵書管理ってどんなことをしているんだろう？
ＣＤ管理とかは借りてきたの録音する場合、ＭＤにタイトルや曲名を記入
するから、それをＰＣ使って入力・印刷さらにリストも同時にできあがる
っていうイメージが思い浮かぶけど。

>>87
これから、パチンコでもしに行ってくるよ。
勝ったら飲みに行こうぜ！

92 ：名無しさん＠そうだ選挙にいこう ：02/03/05 15:48.net

>>1
70はマスターした、と言う。
85は挫折した。

どっち？

93 ：名無しさん＠そうだ選挙にいこう：02/06/07 22:16.net

表計算で間に合わそうとするあたりから考えて


「あんた、表計算ソフトのようなもの」っていう意識持っていないか？


DBは悪いが、まったく違うソフトだぞ。
出直してこい。

94 ：名無しさん＠そうだ選挙にいこう：02/06/07 22:31.net

出直せって言ってもあんた、２年前にできたスレだよ。
出てこいって言うだけでも酷な話だよ。

95 ：名無しさん＠そうだ選挙にいこう：02/06/09 02:15.net

ﾜﾛﾀ

96 ：名無しさん＠そうだ選挙にいこう：02/06/09 03:45.net

初心者向けのAccess参考書にはテーブル設計のイロハとか正規化の話はほとんど出てこないという罠
上司に「こういうソフトを作ってくれ」と言われて作り始めたはいいが、テーブル設計がうまくいかなくてスパゲッティになってしまうという罠

97 ：名無しさん＠そうだ選挙にいこう：02/06/09 04:03.net

>>79
蔵書管理は正にAccessの方が向いている分野かと思われ。
ExcelでなくAccessで行う一番のメリットは、データ抽出が容易になること。
Excelでも簡単なフィルタやソートは付いてるけど、Accessの方が断然強力。
グループ集計してグループ毎の小計と全体の合計を出すという処理もAccessの方が得意。

逆にExcelの方が向いてる分野は、行をまたがった計算が多い場合。
例えば家計簿とか現金出納帳の残高計算。あれをAccessで作る方法を教えてくれ、
しかもマクロもVBAもわからないから使わないでくれ、なんて言われたら氏ぬ。

98 ：名無しさん＠そうだ選挙にいこう：02/06/11 09:22.net

>>97
要は累計計算のことか？

Accessには累計計算の直接的な機能は無いが、選択クエリーで対応できる。
マクロもVBAも必要ではないから氏ななくてもいいぞ。

ただし、対象のテーブルに上下を判別できるフィールドが存在していることが条件
例）
テーブル名：家計簿
フィールド：ID(オートナンバー),入金,出金

クエリの演算式は下記のとおり。

残高: DSum("[入金]-[支出]","家計簿","ID<=" & [ID])

99 ：名無しさん＠そうだ選挙にいこう：02/06/11 10:21.net

>>98
その残高計算の式、理解できるやつを初心者とはイワン
それに、それじゃぁ件数が増加すると劇遅になるぞ（ｗ

残高を「簡単かつ高速」に表示させるなら、レポートで表示だ。
よく覚えておくように（ｗ

100 ：98：02/06/11 23:02.net

>>99
補足サンクス。
そーか、レポートの「集計実行」プロパティ忘れてたよ。

でも前述の式、単票フォームの非連結テキストボックスに利用するなら意味あるかも。
それに家計簿程度のデータ量ならクエリーでDSumを使ってもそれほどストレス感じないだろう。

といってみる。