access2013の技術習得方法

質問

職種は事務なのですが、仕事上、ひょんなことからoffice access 2013を使うことになりました。
目的ははっきりしていて、エクセルにすでに作成された情報が大量にあるテーブルから何個か項目をピックアップして、レポートにまとめる、というものです。
SQLも言語も何もわからないずぶの素人ですが、どうにか完成させたいと思っています。
仕事なので、早く完成させたいのですが、この素人の状態から何をどう勉強すればよいのでしょうか。
本は買いましたが、具体例から一部をかいつまんで説明しているものばかりでよくわからないのが正直なところです。
ちなみに、まわりに質問できる人もいません。。
とらえどころのない質問で申し訳ないのですが、経験者の方に、何かアドバイスをもらえるとうれしいです。

回答No.3

山田 太郎（@f_a_007） · ベストアンサー

なにを隠そう、私自身はIT業界とは縁もゆかりもない一介の町工場の工員あがり。

＞SONYからUNIXのワークステーションが発売された。
＞よし、それで一気にC/Sシステムを構築するぞ。

もちろん、私はUNIXなんて見たことも触ったこともありません。C/Sシステムを構築するデータベース言語なんてのも見たことも聞いたこともありません。なのに、ワークステーションと端末PCを数台発注。

＞げっ、UNIXのマニュアルは30冊もあるのか？
＞げっ、データベース言語のマニュアルは5冊もあるのか？
＞げっ、ドットプリンターへ出力する部分はC言語で組むのか？

と、驚いたものの、私は、至極悠然とした構えを崩さず。とにかく、理解できようと理解できなくても、マニュアルをローラー作戦で読破しつつテストメモを取ることに。一周目が終わってみて・・・。

＞さ、さっぱり判らん！

二周目が終わってみて・・・。

＞さ、さっぱり判らん！

三周目が終わってみて・・・。

＞見えた！全体が見えたぞーっ。

一年後、工場の在庫管理と生産管理、売上管理は、UNIXベースのC/Sシステムに置き換わってしまいました。

１、参考書・解説書なんて捨てるべし。
２、すべては添付のヘルプ文を頼りにすべし。

私なら、やっぱり、この２点を柱に据えますね。

お礼

すごいです。私もそうなりたいです。一派遣の事務職で、何もわからないところに、なんて心強いアドバイス。
今の職場は、バイオ系の研究室で、アクセスはもちろん、エクセルからわからない人が多い職場です。
その中に、なんの専門知識も持たない私が雑用係として入り、時間が余ってるなら挑戦してみて、他に時間ある人いないから、けどデータが多すぎてまとめないとやばいんだ、という状況です。

アクセスがもしこの研究室に結果的に必要なくても、必要がないということを周りに伝える知識も今の私にはなく、もし今、「必要ないです」と言えば、「こいつ使えないな」で終わりでしょう。。

なぜ必要ないのか、素人の人にも説明できるようになりたい。もしエクセルで済むならコストも抑えられるので、それを証明できれば最高です。

頑張ります！

回答No.2

yosifuji20

access習得は、まずテーブルとクエリーを理解できるかどうかです。
テーブルはEXCELの表の行に該当する概念といえば近いでしょうが、エクセルとの違いは列は上からしたまで全部同じ属性、たとえば年月日ならば全部年月日、名前なら全部名前ということで一部の行だけ異なる属性は設定できません。
簡単に言うとテーブルはエクセルの行の最上段の列の名前を定義したものと言ったらよいと思います。
またテーブルをいくつ用意するかもこのソフトのコツで、たとえば製品コードと製品名のテーブル、S-Codeを用意すれば、製品コードを持つテーブルからはS-Codeの製品コードから自動的にひっぱて来られます。
最初はこのテーブルの作り方を良く覚えることですね。
その次はクエリーで、これは単純には上記の製品コードを共通とする2つのテーブルを、製品コードをキーにして連結すると言うものですが、詳しくはテキストで読んで実際に作ってみるしかありません。
クエリーが自由に使えれば、エクセルの表を元に自由に条件で選択したりならべかえをした出来ます。まずテキストを買って、その通りに自分でやってみることです。
頭で覚えようとしても無理です。
真面目にやって3ヶ月くらいで自由に使えるようになると思います。少なくとも私はそうでした。
御質問の処理はSQLは不要です。

お礼

とりあえず、3か月をめどにカチカチ地道に勉強していきます。
テーブルとクエリについて、焦点をあてて勉強します。
ご助言、大変参考になります。ありがとうございます。

回答No.1

山田 太郎（@f_a_007）

＞エクセルにすでに作成された情報が大量にあるテーブルから何個か項目をピックアップして、
＞レポートにまとめる。

Accessを使う必要も意義もないと思いますよ。

理由１、インポートしたりエクスポートしたりの時間は無駄の無駄。
理由２、そういう無駄を押して実現した割には実行速度はめちゃ遅い。

そういうことで、私は「Excel+Access=自己満足の世界」だと思いますよ。

【もっと、初歩的なアプローチでも十分に実現できる】

例えば、データベースはランダムファイルでも実現できるし、それらを構造体変数に置換してバイナリセーブ、バイナリロードして二分木検索すれば1/10,000秒以下で目的のデータをゲットできるでしょう。あるいは、そうまでしなくても、単に、テキストファイルにしておいても1/1000秒以下で検索できると思いますよ。もちろん、テキストファイルを
構造体変数に置換する手もあり。どうしても、「Excel+Access」に拘るのであれば、あくまでも全ての処理はExcel上で行ってAccessを起動することも操作もしないというのがお薦め。でないと、私は「Excel+Access=自己満足の世界」だと思いますよ。それは、決して業務レベルのそれではない・・・。

お礼

度々のご返答、本当に感謝します。。
今回のレポート作成の件は、ほんの一部で、実は大量にエクセルファイルが存在し、ひとつのエクセルファイルに、さらに細分化された情報が載っている状況です。
ゆくゆくは、それらすべてのエクセルを関連づけて、一か所入力箇所を修正すればすべて修正されるようなデータベースを作るのが目標です。
素人がするような仕事ではないとわかっていながらも、せざるを得ない状況です。
これから、無知ゆえにおバカな質問もしていくかと思います。
今は無駄な時間を費やしていますが、いずれは使いこなして仕事を完成させたいです。
アドバイスありがとうございます。これからもよろしくお願いします！！！！！！！！！