何度も挫折するアクセスの勉強法?
今までワープロソフト、表計算ソフトは最低限、使いこなしてきました
けれど、データベースソフトのアクセスは、何度勉強しても途中で訳が
分からなくなったり、飽きてしまったりし、実務的にデータ管理をした
いにもかかわらず、ついつい表計算ソフトのエクセルで間に合わせてし
まいます。
良い、上達法、勉強法を皆さんの経験から教えてください。ACCESS+Delphiでやってみなされ。
そうすればRDBの意味が分かる。
ACCESSのクエリーとかはちょっと癖が強いから挫折するんだよ。
素直にSQLあたりから始めなされ。ACCESSなんて、必要なし。あんな訳のわからんもん売るな!
鉛筆もって、ノートに書いてろ。つーかある程度のIQがないとアクセス上達しないでしょ。
訳がわからないのは頭が悪いだけだからさ。
実際半分の人は平均以下な訳だし。「魔法使いの開発工房」ってサイトの説明が一番わかりやすかった。
そのHP見て、それでも挫折するなら、諦めなされ。
ACCESS+VBA超便利!
今ではこれ無しで仕事なんて考えられません。>良い、上達法、勉強法を皆さんの経験から教えてください
っつってんのに何が
>ACCESS+VBA超便利!
>今ではこれ無しで仕事なんて考えられません。
だよ。
これじゃ「豚肉超うまい!今ではこれ無しでは夕食なんて
考えられません。」とかいってるの変わんないじゃん。
そんなお前の意見なんて誰も聞きたくないっつの。
氏ね。
>12
あんた、いいこと言うね!
あんたみたいな人が、この日本を住みやすくするに違いない!
なにか、修行された方?
おらは、ソープランドでテクの修行中!ソープにおいてもアクセスは大活躍
従業員を無理なくカット! 暇なときにこつこつとマイペースで勉強すればいいのでは?
漏れもX−media社の超図解シリーズのACCESS 2000基礎編
を買ってきたので勉強する予定です。クエリ&上級編も出版されてます。
ただ、問題は会社がACCESS97なので、自宅のPCに2000を入れて
勉強するしかないかも。 >>17
>暇なときにこつこつとマイペースで勉強すればいいのでは?
こんな考えじゃやるだけ無駄
漏れは2ヶ月でシステム作れとかいわれて、ボロボロになりながら
覚えたもんなぁ・・・でも今ではそれが生きている(藁
ファイルメーカーにした方がいいと思うな。
エクセルトの連携もばっちりだし。アクセスより効率良くて合理的。 データベースがイマイチ広まらないのは、アクセスの成果もね
ファイルメーカーに一票 >>21に激しく同意。
FileMakerに一票。 ロータスアプローチつかってみ。とにかく簡単。個人レベルならこれで十分 >>23
>ロータスアプローチつかってみ
却下
本も入手出来ない、聞こうにも知ってるやつは誰もいない
そんなものは使わないほうが幸せ。 結局、何か題材がないと無理!!
どんなもの作ろう?では無くて、自分に何が必要か?これが大事。
そうでないと、どのDBMSも理解は困難。
とどのつまり、最初の内はどれも一緒!
理解が深まると色々な差異が分かってくる。
設計も個々で色々変わってくるしね…
何を作りたいのか?何が必要か考えるべし! 1はエクセルで間に合ってるんなら、無理にアクセスを使わなくてもいいのでは。
それほどのデータ量じゃないんでしょ? 18さん, 25さんに賛成。
人によるでしょうが、
自分なんか、どうしてもやらきゃならないことになり、
尻に火が着かないとダメなタイプなもんで。
いつまでに、どこまでを、やらざるをえないとなったら
徹夜とか、土日なしとか、せっぱ詰まってやると
身に付くと思いますよ。
その最中は、シンドクてブン投げたくなるけどね。
>>26
確かにね、それで何とかなってるなら、
無理しないで、今までどおりにしていくのが一番かもね。 いきなりマクロの本買って来て勉強してます。
2日間くらいの初級、応用のセミナーは受講したので。
無謀でしょうか。 ロータスアプローチいいって。
使い方なんぞ、ネットで探せばいくらでもあるぞ。 Accessを使うには、まず、RDMSがわからんと理解できるわけがないだろ。
日本実業出版社「図解でわかる データベースのすべて」
ttp://www.njg.co.jp/c/zukai.htm
SQLについての本も。
翔泳社「初心者のためのSQL入門1−はじめてのデータベース操作」
Accessは、RDBMを実現するための一ソフト。(ApproachもOracleもSQL Serverも)
数千件以上になったら、ExcelよりAccessだね。
ACCESS2000の分かりやすい本
http://pc.2ch.net/test/read.cgi/bsoft/994154155/l50
とある会社の地方支社に勤務しています。
配下の県支店の営業分析支援として大量の顧客データをクエリーとかでブン回しています。
一番件数が多いとき一つのテーブルに60万件ぐらいインポートします。
高スペック・大容量のPCが必要です。 >>32
一つのテーブルに60万件って、あんたねぇ。
インポート元をどーにかした方がよろしいかと。
いったいどんなデータだ?
>>33
基幹システム(IBM)から出力された顧客台帳(契約額)。(*.txt)
県別にテーブルを分ける方が一つ一つの処理が早いのは分かるが、
同じことを8県分繰り返すのも単調で・・・
あっ、もちろん一回クロス集計とか走らせると、その間は別の仕事してますよ。 >>26
エクセルの方が、いつも使っているし、便利なんだけど
会社の上司が変にソートとかの操作をして、データを崩しちゃうんだ。
アクセスができればいいといつも思う。
>会社の上司が変にソートとかの操作をして、データを崩しちゃうんだ。
アクセスとか言う前にデータ管理をしっかりしなきゃ。
データを崩しちゃうんだって何だよ。ちょっと笑っちゃいます。
>一つのテーブルに60万件
EXCEL2000までは60万行も使えないよ。XP? >>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
まぁまぁ、この場のレベルを鑑みて・・マターリとしましょうよ。
そうすか、エクセルでもテーブルといったりするのですね。勉強になります。 >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
エクセルに初めて触れた当時の話だよ!5,6年前の話しな。
今は、もちろん糞とは、思ってないよ。むしろ、重宝してる。
ご親切にありがとさん。
ちなみにレコードごとソートは、表の左上をクリック(シート全体選択)し
データ→並び替えをクリック。ソートの基準は、どれにするか選択画面
が出てくる。列を指定する。OKの手順だ。
>>1はそろそろアクセスをモノにできたのか?
報告するよろし。
>>61
40の書き込み見たくないので煽る発言は、辞めてくれ。
1日1,2レスくらいのマターリで行きまひょ。 単に大量データを取り込んで必要なデータだけを抽出してEXCELに出す。
EXCELのVLOOKUPとかいう関数よりもクエリーで結合線引っ張る方が楽。
こんな使い方しかしていません。素人なもので。 >>63
クエリーで結合線引っぱる・・
どやんの? >>64
挙げ足取り?
マウスでテーブル間に結合線を設定することじゃないの?
あ〜俺も表現下手なんで挙げ足取られそうだよ。
>>63
素人も玄人?も使い方は一緒。
必要なデータをどう切り取り、表現するかの問題だけだよ。
手段が目的にならないように気をつけましょう。
>64
多分、クエリ作る画面とか、リレーション設定の画面で、
テーブル間をつなぐことでないの?
データの抽出って表現からして、コレかと。
>63
抽出って、エクスポートとかしてる?だったら、必ずクエリを
エクスポートするように心がけないと、データの並びが違う場合が
出てくるから注意したいですね。 結合線…>>65さんと>>66さんの言うとおりです。
テーブル間をつなぐことですよ・・
例えば、Aというテーブルにお得意先の会社はコードで、Bというテーブルには会社名で。そんな感じの時。
>>66
抽出の方法も色々あるのでしょうけど、フィルタを使って対象データだけに絞った後、EXCELに出力することが多いです。
>67例えば、Aというテーブルにお得意先の会社はコードで、Bというテーブルには会社名で。そんな感じの時。
もちろん、Bのテーブルには会社コードと会社名が格納されていて、A-B間を会社コードでつなぎます。(こんな表現でいいかな…)
>>65、>>66さんには言うまでもないことですが、一応補足します。
まずはカード型DBとリレーショナルDBの違いから理解していけば
EXELとの違いが分かると思うよ
違いが分かったら、リレーショナルDBに出来てカード型DB出来ない事を考えるんだ
その中でやってみたい事があれば、そこから勉強すれば良いんじゃないかな?
どっちのDB構築で一番重要なのはDB設計だから
ここの部分を把握せずに作り始めると、最後に無く結果になるかもよ
1は既にマスターしていると思われ。知らぬは余計なお節介屋(俺か?)
アクセスでなくて良ければファイルメーカーにしたら?
安くはないけど、圧倒的に簡単だよ
表計算との違い?
表計算は自動保存もするようになったけど、
基本的にデータを全部開いて処理するのが表計算、
一つのデータをいろんなファイルから入力できるのがDB ファイルメーカーってテーブルとフォームとレポートが一つになったって
感じなのかな? アクセスは、プロパティの設定が細かくてウザイ。
ファイルメーカーのほうが簡単だよ。
>>67
クエリのデザインビューで結合線を引くのと
「リレーションレイアウト画面」で結合線を引くのとどう違うの?
後者の場合「∞⇔1」(∞は主キー)のマークが出るんだけど
クエリのデザインビューでは出ないよね。 Access単体(mdb)はそこそこわかるようになってきた感じ。
自分の仕事用にいくつか作って、だいぶ楽になった。
でも、Access+SQLServer(adp) はむずぃ
実験でいろいろ試してるけど、一つ壁を超えてもすぐまた
大きな壁に・・・。Access単体ほどに初心者にやさしい
情報もなさげなのできちぃ〜 >>76
リレーションの画面では「参照整合性」が設定できる。
連鎖更新、連鎖削除も設定可能。
「∞⇔1」は参照整合性を設定してある場合のみ表示される。
後、2000とかなら、リレーション張っておけば、サブデータシートとかも使えるし、
いろいろ便利。 蔵書整理をアクセスでやろうとしています
エクセルでやると長い文章が打ち込めないのが理由です
蔵書整理をアクセスでやるとエクセルでやるのにくらべて
どのような利点がありますか?
Access97の時はテンプレに「蔵書管理」ってあったけど2000になってなくなっちゃったね。残念