何度も挫折するアクセスの勉強法?
今までワープロソフト、表計算ソフトは最低限、使いこなしてきました
けれど、データベースソフトのアクセスは、何度勉強しても途中で訳が
分からなくなったり、飽きてしまったりし、実務的にデータ管理をした
いにもかかわらず、ついつい表計算ソフトのエクセルで間に合わせてし
まいます。
良い、上達法、勉強法を皆さんの経験から教えてください。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のソートで複数の優先順位はどの様にして設定するのですか?