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

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

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

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

既出だよーん

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

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

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

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

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

アクセク2000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

18さん, 25さんに賛成。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

>40
ﾊｧ?

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

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

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

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

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

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

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

OrderBy 部署番号,社員番号;

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

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

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

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

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

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

>>48どうやるの？

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

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

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

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

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

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

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

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

>>52

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


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

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

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

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

>>58
良く出来ました。

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

報告するよろし。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

どっち？

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


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


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

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

ﾜﾛﾀ

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

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

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

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

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

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

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

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

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

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

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

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

といってみる。

age

アクセスが悪い。ファイルメーカーに汁！

アクセスに限ります。

Accessに挫折したなら桐がいいよ。
http://pc.2ch.net/test/read.cgi/bsoft/976012208/-100

Accessはまだ一度もパソコン触ったことない時に、仕事で使わないといけなくて
背中に汗びっしょりかきながら覚えました･･･。おかげでテーブル、クエリー、
フォーム、レポート作成くらいまでは難なく理解できましたが、超図解の
クエリー応用編になるとたしかにつまづく･･･。特にリレーションシップとか、
ＳＱＬクエリーとか･･･。ワケワカメです。
理屈はわかるのですが、思うようにいかない･･･。マクロ・ＶＢも敷居高いね。

Excelに慣れてても、Accessはわかりにくいだろう。
OracleとVBに慣れていると、Accessはよくわかる。

（＾＾）

記念カキコ〜

（＾＾）

（＾＾）

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

　　　 　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

テーブルをしっかりと理解することだな

>>117
全てのプロが言う言葉だね

テーブルの作りで全てが決まるといっても過言ではない
という言葉のエッセンスがそこにある

テーブルマナーをわきまえよ。

>>119
わろった

山崎にバカにされつつも、このスレは４年目に突入した

アクセスとの付き合いは長いが、
テーブルもSQLもｼﾝﾌﾟﾙに作ってるなぁ

まぁ、その分、VBAやら外だしの自作DLLやらを
様々なﾃｸﾆｸを駆使しているが（ｗ

x

ファイルメーカーに移行しちゃえよ。
アクセスは覚えるのが大変だが、それは、覚えたのを維持するのも大変ということだ。
今覚えても、年とったら使えなくなるよ。

頑張れ！

前職で、エクセルで作ったＤＢが膨大になってきて
検索や管理などしずらくなってきたのでアクセスで作ろうと思い立った。
しかし、本を買っても理解不能だったのでパソコン教室に通って覚えた。
作りたかったＤＢは『にわかＳＥ』では結局出来なかったが
他の業務で使用するＤＢは作れた。
退職した今は、アクセスで家計簿管理しています。

>>126
既存のイメージからは移行しにくい例かな？

ファイルメーカー使うぐらいなら、EXCELにします。

教えてチャンはここでも見てね〜☆
お勉強ページ 勝手にリンク　まとめサイト
■VB/VBA/Access
http://program2ch.jugem.cc/?cid=15

>>今覚えても、年とったら使えなくなるよ
何か体調のせいもあるのかな。
不覚にも禿藁ってしまった。
すごい面白いこと考えるな

エクセル → ファイルメーカー → VB＋MSDE の順

ファイルメーカー は飛ばしてもいいが、
Access は新規に始めるものではない

そんなに難しくないよ
いきなりでも平気

1. リレーショナル・データベースのデータは記憶領域で表として格納される。
2. リレーションシップが使えるデータベースがリレーショナル・データベースである。

とりあえず 1.〜2. は間違いなわけで。ACCESS 使う前に知っておくべきことは沢山ある。

>>132
教科書次第という気がするけど

住所録とか蔵書管理くらいなら簡単だよ
普通にワード、エクセル使えるっていったら
VBAは不問だよね？そういう意味ね

VBAとかD関数って本当に必要？
きちんとクエリ使えないから逃げてるだけでしょ。

いや、人それぞれと考えると何ともいえないんだけど、何かの必要に迫られて
Access始めた人の場合、ある程度までクエリ使い倒した後でなきゃ、VBAなんて
本気でやろうとは考えないんじゃないの。
とりあえず動くモノを手っ取り早くつくらなきゃ、となった場合に、クエリと
マクロである程度まで作れちゃうのが、Accessのいいところでしょ。
クエリそっちのけでプログラミングでレコードいじる人ってのは、
入り口が違う人でしょ。
最初から何かの必要に迫られて自分のやりたいことが分かっている人にとっては
VBAなんかよりクエリのほうがずっと馴染みやすいと思うし。
そいでもって、クエリってのは力づくの使い方でかなりのことができちゃう
これは「きちんと使う」ってのとは、ちょっと違うような気もする。
自分が2, 3年前につくった職場用のアプリとか見返して、まあ根性だけでよく
やったよな、とは思うけど、きれいか汚いかということになると、かなり
きっちゃない。まあそれはそれで、ちゃんと動いてるんだからいいんだけど。

アタシャ相当な年寄りだが。
歳とったら使えない、なんてバカな事言っている人が居るネ。

言っておくよ。
システムを構築する事と、プログラミングすると言う事はまったく違うのよ。
プログラミング、ツールは変わって行くが、システムを構築する考え方は変わらない。
挫折するのはシステムを構築する能力に欠けるか、まったく能力が無いからだな。

さっさと桐でやれよ！
書き込んでいる間にできちまうぞ

>>139
Accessを買うお金があっても桐はAccessの倍の値段がするからなぁ・・・

>>137
>>138
自分はお二方の言っていることがよくわかる。
力技が効かなくなって、VBAをはじめる。
VBAでぐちゃぐちゃになってしまう。
その後でシステム構築に本当に必要なものが明確化するってね。
思えば、解説本もAccess2000まで50冊は買った。
全部は読んでない。
駄目本だってかなりあるよ。
Windows3.1の頃からで、ずいぶん時間も浪費してしまった。
基礎のない素人だとこんなものかな。
専門の学校に行きたいね。
しかしだね。
ExcelをVBAで使おうとするとすごく使いづらいというか混乱してしまうんだね。
頭悪いんだ、漏れ！

俺、Access使い始めて一ヶ月だけどもう解説本が五冊ある。該当項目探すの面倒だから結局ネットで調べちゃうんだけど。

頭のいい悪いよりもそういうこと（ＰＣいじること）が好きか嫌いか、あとはどれだけ
必要に迫られてるかってことだと思う。
俺は教習本なんてACCESS９７の頃、ＭＳのオフィシャルガイド買っただけで後はヘルプとか
ネットで調べながら試行錯誤でやってきたけどそれなりになんとかなってるよ。
知人に頼まれて顧客管理や販売管理のアプリとか作ってあげるとみんな喜んでくれる。
いい小遣い稼ぎにもなるしね。

自分の書いたコードがちゃんと動いた時に喜びをかんじられるかどうか、エラーの原因を追究
することに楽しみを感じることができるかどうか…その辺が挫折するかどうかの分かれ目なん
じゃないのかな。

>>143
同感です。
ただ、クラスとかＭＳＤＥをやりかけると頭をがつんとやられてしまう。

以前、同僚が、メインフォームに個別のアイテム（項目）ごとに個別のテーブルを作って
そのたくさんのテーブルをソースにたくさんのコンボボックスを貼り付けていた。
ＶＢＡも知らず、マクロだけで作ったものだったが、案外うまく動くもんだ。
普通はメインフォームとサブフォームを使わうけど、これが力技というもんだな。
早いＣＰＵとたくさんのメモリが必要だがね。
そして、扱うデータ量も限られる。
でも、幸いすべて満たしていた。
そして、数人で使っていた。
すごいでしょ。

Officeはどれか一つでも使いこなせていれば他も大体使い勝手は同じだが、アクセスだけはそうもいかないからな。。。

まあ、あれだ
フランス語教室に1年通った奴より、
料理修行で単身パリに渡って3か月の奴のほうがフランス語は喋れる。
たとえになってないか。
要は人間追いつめられれば嫌でもできるようになると。
本職のプログラマから見ればメチャメチャかもしれないが
それでもシステムは動くと。

ＥＸＣＥＬのＶＢＡも使わず、会社のＳＱＬサーバーからデータを抽出している。
実はＥＸＣＥＬにもクエリが付いている。
データ→外部データの取り込み→新しいデータベースクエリだ。
一度試してみて、ただし、抽出だけだけど。
ＡＣＣＥＳＳより機能の落ちるクエリだがおもしろいよ。
内緒でＡＣＣＥＳＳのＡＤＰでデータ拾っていて
システムが変になったと疑われたものだから、こんなことになってしまった。
残念！

スレ違いかな？

>>147
おそらくExcel2000での説明だと思うがExcel2002以降だともっと楽に
扱えるよ

データ→外部データの取り込み→データの取り込み
で、

メニューをみてみると>>147での方法も使えそうなものだけど
OfficeXP以降はなぜか従来の方法だとエラーがでる

147です。
ヴァージョン書かなかった。
中途半端で>>148ごめん。
ご指摘のとおりでExcel2000、SQLｻｰﾊﾞｰ7.0だよ。
実はAccess本マニアなんだが、Excel本も結構持っている。
以下の本に詳しく載っている。他のExcel本にはないと思う。
「ExcelVBAデータベース構築」古川順平　ソフトバンク
この機能はMS Queryというんだが、MS Office95には解説本が入っていた。
当時データベース関連は無知だったので、何のことかわからなかったなァ。

思うにAccessもExcelも2000の解説本以来、データベースの内容に関してはいい本がない。
というか、ねたがない。
当時はすごい勢いで出版されたんだがね。
以後の主たる著者の本は焼き直しに終始しているような気がする。

またしても、スレ違いかな？

　　　　　　,,r::::::::::::〈:::::::::） 　　　ｨ::::::ヽ
　 　 　　〃::::::::::::;r‐''´:::::::::::::::::::::ヽ::ノ
　　　　,'::;'::::::::::::::/::::::::::::::::::::::::::::::::::::
　 　 　l::::::::::::::::::ｌ::::::::::●::::::::::::::●:::::ｊi
　　　　|::::::::::::::::::、::::::::::::::( _●_)::::::,j:l 　クマー！
　　　　}::::::::::::::::::::ゝ、::::::::::|∪|_ノ::;!
.　 　　{::::::::::::::::::::::::::::`='=::ヽノ:::::/ 　　　　
　　　　';::::::::::::ﾄ､::::::::::::::i＾i::::::::::::/
　 　 　 ｀ｰ--'　ヽ:::::::::::ｌ l;;;;::::ノ
【ラッキーレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

何度も挫折するセックスの勉強法？
と読んでしまいこのスレをつい覗いてしまったのは秘密だ

なにか動機付けが必要だな。資格とか目的がないと続かない。勉強が飽きる

やりたいからやるんだろ
そうしていろんなテクが自然に身についていくんだろ
セックスに動機付けだの資格だの目的だのが必要なわけないだろ

会社命令の人なんかは
つまらなくても覚えざるおえないんだよね。
セックスも風俗の人なんかもいるしね。

>>154
テクも何も覚えようとしないでただのマグロのデリヘル嬢もいっぱいいるぞ。
おまけに「お口はダメよ」とか言われたら萎えまくり。

童貞なんで裸さえ見れればいいです・・・

余談だが取引先の優秀だった女性SEが風俗に転身した。顧客のデータベース化
とかクエリーとかやってるんだろうか(笑）。

>>155
俺も以前そういうのに遭遇したよ。
フェラのできないデリヘル嬢なんてクエリの使えないACCESSみたいなもんだ。

うわ〜なんだこのスレは

飲み屋のスレか。Accessはデータを先に用意してそこから勉強を始める
風俗の良し悪しをデータベース化したものを勉強に使う。マジおすすめ

自分を「元SEです。大抵の業務なら任してください。」って売り込んで
貧乏会社の情ｼｽに潜り込ましてもらえ。

そしたら最強ｱｸｾｽ厨の完成だ。

基本的な質問ですまん
アクセスで作ったファイルを、プリントアウトせず、ＦＡＸ送信できまつか？

あ、もちろんＰＣとＦＡＸは回線繋がってまつ。

>>162

できないんじゃない?
レポートとか、印刷されるものなら可能だけど。

>>152
アクセスのメジャーな資格ってなんですか？
自分はプログラマーになるとかそういうのじゃなく、仕事で普通に商品管理とかしたいんですけど、
その程度のことがスイスイできるような本とか資格ってなんですか？

アゲ

データベースって何ですか？

とりあえずマジレスすると、SQL打つと反応してくれる何かだ。

SQLって何？

ホワイトベースに似てるかも

>>168
Structured Query Language

>>168
ザックリ説明すると、特定の表の各列について指示された抽出・処理を行い、
その結果としてまた表とか集計結果を返す言語。

売上明細表から2007年度の各地方別の売上合計表を出しなさい、みたいな処理。

Accessはこの言語の性質（表を丸ごと処理する）のおかげで、
Excelみたいな小回りは利かないかわりに
処理内容が同じならいくらデータ量が増えても一撃で処理できる特徴を持つ。

すまん、一行目修正だ。
各列→各行

桐にしとけよ

しかし、このスレ古いな・・・2001年かよ

このペースだと1000行くのは2035年ごろ？

VBとSQLどっち勉強すれば使いこなせるの？

両方

VBはＡｃｃｅｓｓの10倍難しいと思う。
俺が思うもっともいい習得法は、サンプルプログラムを少しずついじくることだな。

しっかりしたDBを設計するのはVBよりも難しいよ。

バカには無理

一冊本読んだけど、テーブルとレポートは分かるが、
クエリの設定とか設計がよく分からん｡
実務では平気で使ってるけど、もっと使いこなしたい｡
なんかいい本とか勉強法とかないでしょうかね｡

アクセス

保守

保守

保守

本で勉強じゃモチベーションが続かん
自分で何か商売でも初めてそれに関わる色んなデータベースを作るのが一番

勉強し始めのころ読んだ正規化についての本、第5正規形の
あたりになるとなんのこっちゃってだったよ。
自分がやる中小企業レベルのシステムでは第3正規形くらいで
ま〜ったく問題ないが。

ファイルメーカー使いのオレは勝ち組

ファイルメーカーに慣れるとAccessからは遠ざかっていくね。
どうしても楽な方へ楽な方へ行ってしまう。

でも会社でのデファクトはAccessなんだよなぁ。

挫折するのか？あの程度で？

勉強って

ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね　
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね

挫折しません

古いスレ残ってるなｗ

　　∧＿∧
　 （　・∀・）　　　　　　　　　　　　人　ｶﾞｯ
　 （　　　　つ―-‐-‐-‐-‐-‐○ < 　>__Λ∩
　 人　Y ノ.　　　　　　　　　　　 　Ｖ｀Д´）/
　 し（＿）　　　　　　　　　　　　　　　 　　/ 　←>>111

アクセク

ぬるぽ

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

挫折よくない