11/02/02 21:16:59
>>114
>>99で言った通り
けどExcelVBAやるなら、先にExcel関数やピボット・各システム機能を
オタク級に使いこなせるようになっておく方が絶対に近道
>>113
Accessは会社の方針で採用している場合を除いてまず必要ないけど、
どうしてもやりたいのなら上記に加えてAccessデータベースの内部構造や正規化・リレーションシップ
までは完全に理解しておく必要がある
けど、企業側にも「Accessで出来ることはExcelですべて実現可能」ってのがバレちゃったから、
最近では企業のAccess離れが急速に進んでいるのが実情だけど…
ぶっちゃけAccessもAccessVBAもいらないけどね
１万件程度のデータベースならExcelで十分だし、
仮にそれ以上の場合でもアーカイブ方式や分散ファイル方式にするだけで逆にAccessより使い勝手が良くなったり…
しかも、Access唯一の利点であるリレーションシップは実はExcelでも可能
極論を言えばExcelVBA抜きでもそれを実現できるし、ExcelVBAを活用した方が
データベース管理も業務応用性・保守管理・ユーザビリティの全要素でExcelの方が上
悪く言うと、Excelを使いこなせる人から見れば、Accessに拘っている人が滑稽に見えてくる
実際、マイクロソフト自身や有名なVBAPG達もAccessは”遊びの域を超えることは無い”って断言してるし…
専門PGから見ればまだ使用用途はあるけど、少なくとも一般業務においては
Access＆AccessVBAを利用するのは非効率以外の何物でもない
ましてやデータベースを理解してないのにAccessのフォームやクエリを利用して
使いこなしている気になった人を見たことがあるが、物凄く無意味だからね
あ、AccessVBAをやっておいて一つだけいいことがあった
データベース概念の基礎を学ぶことで、ExcelVBAでの設計時に役に立つことがある
それからSQLやADO・ADOX等もAccessVBAで学ぶことになるんだけど（別にAccessVBA専用ツールではない）、
AccessVBA側で使うよりもExcelVBA側で利用する方が格段に効果的
いずれにせよ、Accessは必要ないって結論になるんだけどね