VBAAccessVBAのNavigateToでナビゲーションに特定オブジェクトだけ表示させる方法
自分がAccessやそれに付属されているツールを使うのであればそれほど問題はないのですが、他人が自分の作ったツールを使うというのであれば話は変わってきます。 自分が作ったツールを自分が使うのであれば、そのツールの動作はだいたいわかっているので必要な時に必要ではないボタンを押してしまったり、おかしな処
VBA
VBAAccessVBAのRunCommandで順番通り全てのCSVデータを取込む方法
会社の業務で、ExcelでつくったCSVデータをAccessのテーブルに自動で取込みたい時ってあると思います。そういった時はAccessのインポート機能を使ったり、手動でコピペしたりするのではないでしょうか。 そういった方法が面倒でAccessVBAが使える方であれば、プログラムを作って自動で複数の
VBAExcelVBAとTransferTextを使ってAccessにCSVを取り込ませる方法
仕事で大量のデータを一括でAccessの特定のテーブルに読み込ませたい時ってないでしょうか。Excelという表計算ソフトがありますが、一般的に多くの企業で使われており、多くの人が使用経験があると思います。 しかし、データの量や複雑さがある程度以上になってくるとAccessを使わざるを得なくなってくる
VBAAccessのVBEのデバッグでステップインできない時の解決方法
Accessで既に出来上がっているツールがどんな動作をしているのか具体的に確認したいと考えた時に、VBEのステップインで確認しようと考える人は少なくないのではないでしょうか。 もしくは、次のような状況もあるかもしれません。Accessを利用したツールを作る際に既に日頃から使っているツールがあったとし
VBAExcelVBAのDesignerで別ブックのユーザーフォームを操作する方法
この方法って見つかりそうで見つからなかったんですよね。ヒントになりそうな情報はインターネットでいくつか見つけることができたんですが、自分が欲しいそのままの形では見つかりませんでした。 ツールをつくっていると、もしかしたら「ExcelVBAで別ブックのユーザーフォームを操作」したい時があるかもしれませ
VBAVBAのクラスモジュールの理解は階層を意識できると良いんじゃないかと思った件
最近になってやっとVBAのクラスモジュールの使い方がわかってきた感じがします。少し前からVBAでツール開発する仕事においてクラスモジュールの必要性というのは感じていました。 フォームコントロールやActiveXコントロールを使う場合、2個や3個ぐらいの範囲内であればそのコントロールごとにコードを記述
VBA90％の確率で事務的な仕事が10年でなくなるのが間違っていないと思う理由
以前にニュースなどで以下の「雇用の未来—コンピューター化によって仕事は失われるのか（THE FUTURE OF EMPLOYMENT: HOW SUSCEPTIBLE ARE JOBS TO COMPUTERISATION?）」という論文が話題になった時がありました。 THE FUTURE OF E
プログラミングシステムは複数のUIデザインパターンの組み合わせという発想
前回は以下のようにAccessからUIデザインパターンを見出したといったことを書きました。 Accessのウィザードから考えるUIデザインパターンというものについて それから「UIデザインパターン」について何か良い本はないか調べてみた所、『デザイニング・インターフェース ―パターンによる実践的インタ
プログラミングAccessのウィザードから考えるUIデザインパターンというものについて
AccessVBAエキスパートスタンダードの資格を取ってからは、Accessの勉強をしていました。というのもAccessの使い方を知らないことにはAccessVBAは使いこなせないだろうと思っていたからです。 そこで最近はMOS Access2013を取得した時に使っていた『よくわかる Micros
考え方Excelはグラフ作成や分析、Accessはデータ管理で使い分けるという考え方
Microsoft Officeの「Access」というと多くの人はどういったイメージを持たれるでしょうか。このAccessというのはExcelに比べればあまり使われてはいないようなので、イメージがわかないかもしくは「Excelの拡張版」みたいなイメージを持たれている人が多いのではないでしょうか。