)「複式簿記」と同じくらい有名なデータ管理の基礎で、「Excelに依存しない」といった特徴を持っています。Excel以外のいろんなソフトで使えるようになっています。Googleスプレッドシートでも使えたような・・・。・「システム屋さんに発注して作り・導入するほとんどの中規模システム」などに使われています。一般的なプログラミングと違って集計やリストアップのみに特化されており、基本「ループ処理」をする必要がないので、例えば、「そこそこ複雑な条件でのデータ抽出・集計」なら、ExcelのVBAや関数を使うよりも「10倍簡単で10倍コスパがいい」です。し、比べるわけではないですが、実際、ExcelVBAやExcel関数なんか知っているより、SQLが得意な人の方がお給料が高いしお仕事も速く見つかる傾向にあるので、少しうらやましいです。Excelでも使えます。「データが大量ならAccess」という使い方ももちろん間違いではないですけど、「どちらか一方で全部処理」「Accessを使ったらExcelは使わない」「Excelを使うならAccessは使わない」というのは大変・愚かしい考え方です。基本、「データの量だとか高速性だとか、たった1つか2つのことを基準に」「Accessか?Excelか?を分けてしまう」という短絡思考は、あまり良い結果を生まない傾向にあると思います。うちに頻繁に」、「集計・リストアップ・テーブルデータの書き換え」をしたい・無駄なVBAや多段関数を少しでも減らしたい、データの一括処理が多い、複数のクライアント(瞬間3台以下くらいまで)でデータ共有や同時書き込みをしたい、なら、私は、「その部分だけ」は、ExcelよりはAccessを使います。そのほうが面倒がないからコスパがいいので。そもそも複数のクライアントからサーバ上の共有テーブル(=共有表)に同時アクセスしてレコード(行のデータ)の書き換えをしたいのにExcelは使いません。Excelにも一応共有機能はありますし、Accessも完全じゃありませんが、でも、一応Accessの共有機能はExcelのそれよりは便利ですから・・・。イレギュラーな表操作、シュミレーション、帳票の一部、等々はExcelを使います。)データが多かろうが少なかろうが、「ビジネスデータの蓄積」と、あと、「クロス集計表等のためのソース表作成・リストアップ・中間集計」、といったビジネス定型処理で、コスパ良く・無駄なプログラムを書きたくない・無駄な多段関数を少しでも減らしたい、なら、こちらも「その部分だけ」は、Accessです。イレギュラーな表操作、シュミレーション、帳票の一部、等々はExcelです。作る」くらいなら、最初からAccessでテーブルやフォームは作ってしまって、あとはExcelとCOMオートメーションで連携させます。そのほうがデータ管理のコスパが10倍は良くなると思います。(Excelにはない「サブフォーム」も使えますし。Excelシートは、フォームの代用としてはイベントが少ないのが難点ですが、でも、それでも「ドラッグを多用したビジュアル度の高いインターフェイスを作りたい場合」は、AccessフォームよりはExcelシートをフォーム代わりに使うほうが、「はるかにマシ」だと思います。(そんなレベルでAccessをとどまらせているマイクロソフトの方針はおかしいのですが・・・。)縦罫線の無い帳票を作るのもAccessのほうが早いとは思います。(顧客別の連続印刷などは縦罫線が必要なことが多いので微妙・・・です。Accessは縦罫線のある帳票作成が苦手なので。やれるけど、横罫線の縦方向の位置決めの微調整に時間がかかる。Excelでヘッダフッタのついた帳票を連続印刷するプログラムを作る面倒くささと、Accessの横罫線の位置の微調整をする面倒くささとどっちがマシか?の選択になることが多いとは思います。それだけではないのでなんとも言えませんが。縦罫線の問題さえある程度解決できれば、Accessのほうが連続印刷はラクだとは思いますけど・・・・。)AccessとExcel、それぞれに得意・不得意があるので、お互いがそこを埋め合う使い方で連携させるのが一番コスパがいいです。「どっちかでぜんぶやる」というのは、かなり効率・コスパが悪くなります。全体的なコスパが悪くなる方法を取る」のは、大変愚かしいことだと思っています。(これは、Excel代替ソフトも含めて。Googleスプレッドシートなどにしかできない共有機能などもありますから、それはそこだけGoogleスプレッドシートを使えばいいと思います。Googleスプレッドシートなら一応、レイアウトにこだわらなければExcelともデータのやり取りがしやすいわけですから・・・。※もし「ExcelとGoogleスプレッドシートなどの連携」までもが、もし必要なら、例えば「UWSCのような無料マクロ自動化ソフト」やコマンドプロンプトやPowerShellなどを使って自動連携させれば、多少なりとも自動化・省力化できるとも思いますし。そんな頻繁に複雑な条件でSQLなんか使わないし、とりあえずデータためとくだけ。同時アクセスもしないし・・・。入力フォームなんて要らんしね。シートに普通にリスト表を入力して、その分だけレコード全部、サーバのExcelファイルに(誰もアクセスしてないときに)一発追加で送ったりゃーそんでいい。』、ということなら、当然、「Excelだけで全部対応する」という場合もあると思います。データをためるだけでたまにリレーション(SQLなど)で集計やリストアップしたいだけならそれでも十分かと思います。(一応、MicrosoftQueryは2013以降のリレーションシップ機能よりも便利な面もあります。クラウド対応ではないし、そのような不便な面もあるかもしれませんけど・・。作業効率・コスパ」がExcelよりも圧倒的によく、反面、細かい計算やドラッグ処理、ピボット処理、グラフ処理、きれいな作表、などがあきれるほど(多少はできるんですけど、でも、使い物にならないくらい)苦手なところです。バージョン2000はそうです。(他のバージョンはちょっとわかりませんけど・・・。進歩してないと思います。Excelはちょうど「その逆」な雰囲気です。(Excelのダメなとこは、Accessのダメダメなとこほどじゃないかもですが・・・。主な項目として挙げると次項の通りです。ExcelとAccessの違いの主な項目(主にAccess側から見た場合です。)・Accessは「データ管理」のいわば世界標準でもある「SQL」が、ありとあらゆるところで使える、あるいは、使いやすくなっています。逆に言うと、「SQL」を「必ず使う」ことが「前提」のソフトです。Accessはもとから「SQL」の理屈にもとづいて・・・、=『SQLをベースに』、そのソフトウェア自体のすべての仕組み・機能が、設計・かたちづくられています。Excelはそこまで「SQL」に依存(?)していません。(なのでAccessではVBAのほかに、SQLの勉強も余計に要ります。中高生でも理解できるので、その範囲ならVBAよりは難しくはないと思いますが、超初心者の方にとってみたら、そこそこ「負担」です。Query」という機能で学べます。Ver.2003以前は「新しいデータベースクエリ」というメニューです。)・Accessはフォーム(各種画面)作成、レポート(帳票)作成、VBAプログラミング、データ操作、「細かいリスト設定」、ありとあらゆるところで「SQL」が「使える」。(Excelは「あらゆるところ」とまでは行かないので、それが、システム構築の効率を少なくとも10倍は非効率にします)・Accessは「動的な表」を中心に管理することが得意なソフト・・・(「データ管理の世界標準」の仕組み=自動集計、に基づくことが多い)一方、Excelは「静的な表」を中心に管理することが得意なソフト・・・(「データ管理の世界標準」の仕組み=自動集計=はほぼ無視した、イレギュラーな集計作業やシュミレーションが多い。多段的な関数やVBAの多用が必要。)・・・と言えるかもしれません。・Accessは事務の定型処理や大量データ処理・データ共有・一括処理が得意、Excelはそれ以外の細かい計算や細かい作表、シュミレーションなどが得意。・Accessは、クエリ(仮想表)をソースにした連結フォームが作成でき、しかも、クエリ経由からも、テーブルの生データを直接書き換えられる。クエリ(=SQL結果)をソースにした連結フォームからも、クエリ(=SQL結果)単体からも、テーブルの生データを直接書き換えられる。これはほんとうに大きいです。Excelではこれができないので定型事務フォームの効率がメッチャ悪いです。いいますか、Excelだけではなく、多分、他の多くのデータベースソフトできないことが多いと思います。唯一、これだけかもしれません。定型的な事務系フォームに限っては、他のソフトの数倍は工数を減らせます。SQLが扱えるものの、でも、それで絞り込んでシートに表示された結果表は、そのセルの値を変更してもソースの表のほうのセルは書き換えされません。他のデータベースソフトでも同様です。Accessのクエリの場合はSQLで絞り込んで表示した結果表のセルの値を書き換えると、リンク先のテーブルの生データも書き換えられます。事故を防ぐために書き換えできないようにもできます。次項の「フォーム作成の作業効率がExcelの50倍以上」ということにも大きく貢献します。・フォーム作成の作業効率がExcelの50倍以上(事務的なものの一部に限りますが)(例えば、システム構築の時間コスト・金額コストの削減も同じです。)例えばExcel2003の「フォーム機能」的な感じ(2007以降は設定が必要)で、Accessでは、次のようなフォームが、(テーブルの定義が完了していれば)「30秒」ほどで自動作成できます。(30秒で以下の機能を全部組み込めます。表=テーブル(またはクエリ)』と『フォーム』を完全連動(連結・リンク)させることができるので、次のレコードや、(特にカード形式の画面の場合に)次の入力画面に移動したい時に、レコード移動のためのプログラムが「何も要らない」です。(もちろん、リンクさせなくもできます。表=テーブル(またはクエリ)』と『フォーム』を完全連動(連結・リンク)させることができるので、フォームの入力欄に値を入れると、そこから直で、ソースの表(モト表)のほうに、ダイレクト・かつ・自動で値が入っていきます。「更新ボタン押下」も不要で。(Excelの「フォーム機能」と同じように、フォームのテキストボックスと、モト表のセルが、トンネルで繋がっているかのように入力できます。「何らかのボタンを押して表のほうに転記する」、といったようなプログラムは、基本的には不要です。5人以上が常時・同じレコードに同時書き込みするような場合は、そこまで頑丈にはAccessはできてないので、あえてリンクさせない形もとれます。(非連結フォームなどと呼んだりしてます。)その場合は、「ボタンを押して表のほうに転記する」といった形になります。SQLでもやれるし、DAO・ADOでもやれるし、通常のVBAでもやれて、また、Excelよりも色んな方法がやりやすいです。-他人も使うシステムめいたもののフォームをつくるとき、セルロック、シート保護、VBA実行中にシート保護にまつわる設定変更やコード追加、といった面倒くさい処理が必要ない。-Excelのデータシート状の画面と、カード形式・その他のフォーム状の画面の行き来がワンタッチでいつでも切り替えれるので入力や値のチェック等々がラクです。(メニュー・ツールバーでの切り替えや1行VBAでの行き来です。「列の固定」などもできます。列に色をつけたりとか、表示する罫線を変えたりとかも。各セル(各テキストボックス)に設定したドロップダウンリストは、もちろん、フォーム状の画面に切り替えたときも引き継がれます。-セル移動も「Enterキー押下で」、Excel状の時は基本右方向。右端まで行けば「Enterキー押下で」次は勝手に次行の先頭へ。フォーム状のビュー(カード形式等々)の場合なら縦方向や右方向。順番的に最後のセル入力してEnterすれば、勝手に次ページへ。次ページへの移動もノンプログラミングです。「セルとセルの間をEnterやTABでどう移動するか」をユーザーの好きなように指定できます。(30秒でできるのは、初期値で、上から順番、左から右へ順番。-どこかのセル(列、テキストボックス)の値を入力することで、自動的に入力されるようなセル(列)は、飛ばしてしまい、入力が必要なセル(列)だけを移動することも可能です。飛ばすのはプロパティ設定するだけです。1列あたり3秒くらいで設定できます。(点滅カーソルが飛び飛びに進んでくれます。-「できるだけ変なデータが入らないように値をチェックする」ための、イベントや仕組みがExcelの5倍以上は用意されていて、しかも設定や機能の組み込みがExcelの5~10倍はラクちん。-フォームフィルタといって、フォームの画面をそのままフィルタの画面にすることができます。頻繁に使いそうなものはクエリとしても保存できます。-入力チェックのコマンドボタンやイベントプロシージャをいくらでも作り足せます。Excel状のデータシートでは、ある列をコマンドボタン代わりにもできるし、入力時にEnterしたときにイベントプロシージャで入力チェックや転記等々、いろいろとできます。Excelはシートをフォーム代わりにするほうが便利だと思うんですが、ただ、その場合、Changeイベント?とその他少しくらいしか無いっぽいやりづらいですが、Accessの場合はその20倍(テキトー)くらい、イベントが用意されています。それとExcelはAccessで簡単に(数秒か数分で)できることを、クラスモジュールで自作オブジェクトを作らないとできないことも多そうだし・・・。Excelは、「定型入力フォームの作成」だけは、ほんと、めんどくさいです。(定型的かつドラッグを多用しない事務系のみのフォームに限りますが。-セルまたはテキストボックスの右クリックでも簡単にフィルタができます。OrやAndが使えます。・・・のフィルタができます。「非選択」といって、「選んだもの」「以外」のフィルタもできます。「縦方向の数式のオートフィル」もほとんど要らないようにできます。数式では、Excelのワークシート関数に似た関数も使えます。(セル=テキストボックスのプロパティでも設定できる場合もありますが。何にもしなくても、「30秒で」、ウィザードで、「ポコッと」できてしまうので超ラクです。(それ以外は、もちろん、Excelに頼る場面も多いのですが。)テーブルではなく、「テーブルをソースにしたクエリ」をモトにフォームを作ることで、「数式のオートフィル」もほとんど要らないようにできますし。Excelのユーザーフォーム使うくらいなら、最初からAccess使います。(もちろん、例外もあるでしょうが、いまだ遭遇したことはありません。)だからいつも、AccessとExcelのそれぞれの得意な部分を連携させて使ってます。ついでに言いますと、話が逸れてすみませんが、まずはデータに騙されないように、前述のような機能でデータの「傾向や何か」をつかむことのほうが先決で、それをやらないただのExcelでの「きれいな作表」なんてほとんど意味がない無駄作業だと思っています・・・。あと、特に、罫線や色が無いと数字が読めない、カンマだけで数字が読めない「上の方」に対しては、下っ端の人間としては現場で無駄作業が増えるのでやはり困ってしまいます。(働き方改革のジャマです。)なんとかカンマと値のスキマだけで罫線も色もなく、数字が読めるようになって頂きたいです。できないならご自分で定規でもご用意してほしいですね。楽しくありませんか?それをしないから、社内で「きれいな作表」という無駄作業が増えます。会議で眠たくなったりとか・・・。「きれいで無駄な作表」は、「立派な作表」とも呼ぶかもしれません。くだらない色付けのせいでインク代ももったいないような気もします。チリも積もって・・・。(もちろん、重要なプレゼンなどは別です。)正直、社内だけでなく、社外でもそうなったらいいのにと思います。いい加減、Excelの機能満載で作る「きれいな作表」、どの会社様もやめません?コンサルを喜ばすだけで、あまり意味がないことありませんか?ExcelやAccess、パソコン、ごときに人間様がふりまわされるの、もうよくないですか?働き方改革は、もしかしたらExcelを半分捨てると大幅に改善されるかも?・・・というケースも、もしかしたらあるかもしれません。-あと、30秒以内ではないですが、Accessではフォームの中に、さらにフォームが複数作れるのでそれも便利です。「サブフォーム」と呼んでいます。あるデータに紐ついた内容をその埋め込みフォームに表示できます。埋め込んでリンク設定するのも1~10分くらいでできます。それも、Excelで作るフォームの2~20倍以上は、効率化を図れます。作成の作業効率がExcelの20倍以上(縦罫線の要らないもの・凝ってない罫線のものに限りますが)印刷中のイベントもあるので、印刷しながらいろいろ細工ができます。・インデックスなどの機能が付いているので大量のデータをExcelよりも高速に扱えます。・Accessはクライアントサーバ「もどき」なシステムを作って、複数ユーザーでの同時書き込みが、特に機能の制約が無くできます。一応使えない機能が出てきます。これを守れば、Excelよりも共有時の破損は少ないかもしれません。その場合、ユーザー別セキュリティを捨てないといけません。そこを押さえれば、同時書き込み機能や画面の作り込みは、AccessのほうがExcelよりもがラクといえばラクなのかもしれません。怖くてまだ使ったことがないのですが...。「使ってみたらすごく良かった!」ということもあるかもしれないですね(^^))・部署をまたいだ、情報共有がやりやすい(かもしれない)。ついて、Accessのほうが、Excelよりもやりやすいと思います。い合わせ(集計や抽出検索)などやりやすさ、等々の面などでExcelと比較して。・AccessはSQLServerExpressやMSDEなどと接続できるADPファイルで画面やプログラムを作ると、ストアドプロシージャが一応、使えます。※もしかしたら最新のExcelでは、SQLServerなどにつないでストアドプロシージャが使えるのかもしれません。僕が知らないだけで...。ADPファイルを使うと、ユーザー別セキュリティが一応そこそこ高度なものがつくれるそうです。集計作業をサーバパソコンのCPUにやらせてクライアントパソコンはその結果の表を受け取るだけ、という仕組みです。「ネットワークの負荷が軽くなる」などとされています。mdbの場合は、パススルークエリという機能で、ストアドプロシージャと似たようなことができるようです。)・一応Accessは「レプリケーション」ができる。(※「レプリケーション」・・・データ(mdbファイル)のクローンを構築しそのデータ内容を自動的に同期させ、どのクローンにアクセスしても同じ集計・抽出の結果が得られるため、パワー・・・というか負荷の分散ができる・・・みたいな機能です。僕は怖くて使ったことありません。)・差異ではないけど「OWC」にて、htmlに埋め込んだExcelのピボットと同じようにブラウザ上で扱える(ASPベース?)のWebフォームが作れる。Access2000ではそれを「データアクセスページ」と呼んでいます。サブフォーム的な動きもするので結構便利かもしれません。IIS上(Webサーバ上)で動くので、イントラネットに使えるかもです。ブラウザ経由であり、常時接続ではない(連結フォームではない)・かつ・NetBIOS(SMB)経由ではなくHTTP経由なので、同時アクセス可能数が50とか100とか、(疑似連結的に)メッチャ増えたように見えます。「OWC」ではピボットをWebページに埋め込んで集計操作ができます。「OWC」はExcel、Accesなどで使えるOfficeのツールです。最新のIISで動くかはわかりません。※Excelのピボットは、htmlに埋め込んで使えます。色んな切り口で集計し直せます。(標準機能ではできませんが、Office2000に付属の「OWC」を使うと、Excel2000でもできます。)・同じく差異ではないですけど、Excelもたぶん同じだと思いますが、IIS上(Webサーバ上)で動かすなら、データアクセスページじゃなくても、PHPやVBScriptでもやれたような気がします。ADOかDAOの併用などで。最新のIISやPHP、VBS、ASP、でやれるかはわかりませんが・・・。・「Personal.xls(xlsb)=個人用マクロブック」は無いけど同じことはできるmdbファイル自体を自由に複数、VBE画面にて「参照設定」できます。参照設定したmdbは、ExcelのPersonal.xls(xlsb)の場合のように、その中のフォームやプログラムを、自由に呼び出せます。特別な場所のmdbでなくても自由に複数のmdbを参照設定できます。そのmdbの中に共通部品や共通プログラムを入れておけば、フォームやプログラムの再利用がよりラクになります。『何個でも同時に参照して、それぞれから同時に共用プログラムや共用フォームなど呼び出せる・・・』という感じのことができます。Excelはxlsやxlsx・xlsmなどを参照設定すると参照設定先のファイルも開いてしまいますので非表示にしたりしないといけません。非表示にしても、閉じるときにアプリケーションウィンドウが残るのでさらにそれも面倒くさいです。Accessではそのようなことは起こらないのでmdbに参照設置するだけで終わるのでラクちんです。Accessで参照設定したmdbファイルは、標準モジュールに書いたプロシージャを、参照元のmdbから普通に「Call」できます。Excelの「個人用マクロブック」のようにエラーにはなりません。プロシージャ名」では呼び出せません。呼び出さないといけないし、引数があるものは正常に呼び出せないっぽいです。引数のあるプロシージャをCallしたかったら、アドイン化が必要らしいです。プロシージャ名」で簡単に呼び出せますのでラクちんです。・Excelの得意なピボットやグラフ、細かい計算、はかなり苦手。使い物にならないです。それらはExcelに任せるほうが絶対にいいです。きれいで細やかな作表、細かいシュミレーションもかなり苦手。)・ドラッグや図・図形を多用したシステムがExcelの100倍は作りにくい。(例えば、ガントチャートやグループウェアの予定管理機能。)・エンドユーザーに対し、デザイン的な見せ方や使わせ方はほとんどできない。両者を「DAOやADO」、「COMオートメーション」を使って自動化連携させるのが一番効率・コスパがいいです。ユーザー別セキュリティは捨てて。※補足01ExcelとAccessは本来は使用目的は違うのですが、でも「現実」として「実際にできること」としては、かなり似ています。(世間一般に言われる以上に。)AccessもExcelも両方とも、「バージョンが2000であったとしても」、フィルタも、クエリ(SQL)もクエリのネストもでき、リレーションも、ピボットもグラフも扱えます。フォーム(入力等の画面)の作成や帳票の作成・印刷だってできます。DAOやADOだって使えます。僕はド素人としてAccess(というかmdbファイル)ばかりいじってきたのですが(なのでExcel音痴です。結局Accessもなんですけど。ADPファイルわかんないですし。)、特に、Excelはすぐれていて、ほんとうにびっくりさせられました。Query」でどこまでできるのか表面的なことを見てきただけですが、それを見ると、まったくAccess(mdb)と変わんないことができる・・・、別にAccess要らないじゃん・・・、と驚きました。「沢山のマシンで共有しないなら、かつ、データ量が片手万件以下」の場合なら、Excelで十分、SQLなどを使ってAccessと同じことができてしまいます。本サイトでもご紹介してるのですが、このようなこともできてしまいます。『Excel+Wordで、明細付きの顧客別差込み印刷をする方法。VBAゼロ)』もちろん、「問題の数値化」、「仮説と検証」、「選択と集中」、「PDCAサイクル回し」、などに利用できる表も作成できます。(「Excel・Accessのそれぞれが得意なTPO・利用シーン」は業種や職種、あとはまさにTPOによって変化していきますが)では何が違うのかというと、「それぞれの得意分野」が違います。それぞれの得意と苦手が、うまいぐあいに、凸と凹で補えるようになっています。Access(mdbファイル)の得意は大きくは以下のようなことです。・データ管理のいわば世界標準でもある「SQL」がありとあらゆるところで使える、あるいは、使いやすくなっている。「SQL」を必ず使うことが前提のソフト。・大量データから「Excelの十数倍は高速に」複雑な条件で問い合わせ(抽出)・フォームや帳票をExcelやVB6などの50倍効率よく作成可能。(事務系入力フォーム限定ですけど。無い罫線・等々、が必要の無いもの)・複数の外部のmdbを同時に参照して、共用プログラムや共用フォームを呼び出す・ブラウザ経由でIIS上でASPやPHP、VBSなどでADOやDAO等を使ってデータ操作する反面、Accessでも一応できるけど、でも「苦手」あるいは「かなり苦手」なことは以下のようなことです。無い罫線・の必要なもの)(※苦手というか「Excelよりは難しい・面倒」という感じ、かも?)・細かいシュミレーション、大まかいシュミレーション・ガントチャートやグループウェアなど、ドラッグを高度に多用した処理(あきれるほど、ドラッグを利用可能なフォームを作成できません。ここを改善していかないのか不思議でなりません。)・ピボットテーブル処理(例えばAccess2000の場合だと、とんでもない容量肥大を簡単に起こします。ないですが使えません。他のVerでもmdbなら同じかも?)・グラフ処理(同上。Access2000だと、とんでもない容量肥大を簡単に起こします。ないですが使えません。(特に、色や形などデザイン的に多彩な文字を使った文章の作成も。・画像やシェイプ(ベジェ的な線等々)を作る、動かす。・ドラッグを使ってそれらを動かす。・その他ドラッグ操作可能な画面の作成。反面、Excelの苦手と得意はまさにこれの反対です。Excelの得意はExcelにまかせて、Accessの得意はAccessにまかせて、両者を「COMオートメーション」で自動化連携させるのが、一番効率・コスパがいいです。ExcelもAccessも両方とも、ユーザー別の高度なセキュリティは「やれない」に等しいので、セキュリティは捨てます。(簡単なもの以外は)逆に、ユーザー別セキュリティを捨てないと、高いコスパを得られません。それぞれの「苦手」を「無理に」やろうとすると、お互いにコスパが100倍は悪くなります。それを理解できないと、なんでもExcelでやろうとしてしまいます。なんでもAccessでやろうとしてしまいます。それが一番「愚か」です。そこはとても注意が必要です。Officeは、Word、Outlook、パワポの含めて、「DAOやADO」、「COMオートメーション」を使って、得意なソフトに得意をまかせる、ということが一番のコスパアップとなります。補足02:『「Excelの真の基礎」も考え方は同じ。当サイトで言っています「Excelの真の基礎」も、前述のお話と似ています。ピボットテーブル」を多用する。・「Excelを真のコンピュータとして使う使い方」。・「ワークシート関数やVBA等々、これまでよく利用・説明がなされてきた機能」を多用する。・「Excelを紙と電卓の延長として使う使い方」。いずれにしましても、「Excelの真の基礎」の場合も、この(A)と(B)の2つの使い方は、それぞれに「得手不得手」、があります。その得意・不得意は、前述のAccessとExcelの場合とかなり似ています。「Excelの真の基礎」でも、お互いに得意・不得意を補いあって、凸と凹で集計作業全体をカバーする、という考え方をしています。・Accessは「動的な表」を中心に管理することが得意なソフト(「データ管理の世界標準」の仕組み=自動集計、に基づくことが多い)・Excelは「静的な表」を中心に管理することが得意なソフト(「データ管理の世界標準」の仕組み=自動集計=はほぼ無視したイレギュラーな集計作業やシュミレーションが多い。多段的な関数やVBAの多用が必要。)・・・と言えるかもしれません。・「データ管理の世界標準の仕組み=自動集計」をぶっ壊したソフト・SQLやピボットなどの自動集計機能では不可能な集計やシュミレーションなどをVBAや多段関数で細かくやれるようにしたソフトといえなくもないかもしれません。SQLという自動集計・リストアップ機能自体は、理論自体は40年くらい前、ソフトへの実装が30年くらい前からあったそうですので・・・(つまりExcelのほうがあと・・・。理解し間違えているかも。専門家の方にお聞きください。)ただ、いずれにしましても、Excel2007以降から「テーブル機能」や「リレーションシップ機能」などが追加されてきているところを見ると、「データ管理の世界標準の仕組み=自動集計」も無視できなくなってきた・・・という側面も多少あるのかもしれません。何にしても、「※補足02」の(A)と(B)2つの「使い方」の「両方が必要」なことは明白で、「お互い片方同士で終わってしまったら結局は効率が悪い」ということは間違いは無いと思います。Query」で処理することをお話させて頂いています。Query」はExcel2000以降、すべてのバージョンで使えるからです。※補足04:Excelの代替ソフトについてExcelの代替ソフトについても「※補足03」のように「データ管理の基礎をぶっ壊したソフトなのかも?」ということが言えると思います。Excelの代替ソフトとは、有料無料のすべての「表計算ソフト」と呼ばれるソフトです。Spreadsheetsなどがあります。動的な表を扱うのはもとから苦手・・・。(「データ管理の世界標準」の仕組み=自動集計=はほぼ無視したイレギュラーな集計作業やシュミレーションが多い。多段的な関数やVBAの多用が必要。・「データ管理の世界標準の仕組み=自動集計」をぶっ壊したソフト・SQLやピボットなどの自動集計では不可能な集計やシュミレーションなどをVBAや多段関数で細かくやれるようにしたソフト・・・とも言える、ということになります。Queryのような「SQLによるデータ操作が可能な機能」が組み込まれていないものは、「事務的ビジネス定型集計・定型リストアップ」の効率化・コスパアップは望めないのが現状だと思います。できるバランス(対費用効果)等々も考えてのこと』です。LibreOfficeなどのOpenOffice系のソフトには、たしかBASEと呼ばれるAccessと同じ位置づけのSQLが扱えるソフトがついていますので、もしかしたら効率化が図れるかもしれません。(テストしてないので図れないかもしれません。)ロータス123、三四郎、にはたしかSQLが扱える機能が無かったと思いますので、部分的に自社に合った「便利な機能」を「つまみ食い」するほうが、効率がアップできる気がします。Tables」というのがあって、それでSQLが扱えたと思います。(こちらもテストしてないのでよくわかっていません。Queryの代替になりえるかもしれないですね。(あるいは、それらプラス、DAO、ADO、QueryTableオブジェクト、ピボットテーブル)の効率レベルを凌駕できるほどの効率化ができる気がしないので、「100%静的な表しか扱わない」という現場以外は、効率化は難しいと思います。以外のソフトも全部ついてますし・・・。(あるいは、それらプラス、DAO、ADO、QueryTableオブジェクト、ピボットテーブル)の部分は、そんなんExcelでやる必要ある?その部分はもう自社システムやクラウドのBIシステムがあるから、ExcelはBtoCのお客様だけへの「きれいな作表」だけにしか使わないので、ピボットも何もいらない。』、ということのほうが現実的には多いかもしれません。逆に、Excelなんてやめて、代替ソフトにしたほうがいいかもしれません。あと、もしかしたらそういう現場はもともと表計算ソフトが要らない現場だったりする可能性も無きにしもあらずかもしれません。再考するのも良いと思います。Excelの代替ソフトについて・コスパ等については、以下の記事もご参考にしてみてください。URLを含む文字列(1文)の中の、URL部分だけを、「新たにタブを開いてジャンプするリンクのHTMLタグ」に置換する関数と、テキストファイルをHTMLに変換するプログラム。(※ただし、URLの末尾に、全角か半角のスペースが入っている必要があります。)AcesssVBAやExcelVBAでエラーが出たとき、どの行でエラーが出ているかをある程度知る方法(AcesssVBAとExcelVBAでは、少しコードが異なります。64bitのExcelにて、「DAOで」、特定のExcelファイルの、1つのセルの値を読み込む方法。指定した文字を含むタイトルのウィンドウをアクティブにする方法。API使用(64bit、32bit、兼用。)Excelの「Userform1」が開いているかどうかなどにも使えます(アクティブにまではできませんが)。ExcelシートをSQLで部分インポートする方法2つ。既存テーブルへと、新規テーブル作成しながら。「ADO+SQL+CopyFromRecordset」と「Worksheet.Openメソッド+代入等々」のどちらが高速か?のテスト。関西学院大学の監督さんのおっしゃるとおり、「行為そのものは許されることではない」としながらも、「勇気を出して真実を語ってくれたことには敬意を表したい。立派な態度だった」という立派な会見でした。貸借対照表に出てくる「当期損益」と損益計算書に出てくる「当期損益」は同じ金額となります。★URLを含む文字列(1文)の中の、URL部分だけを、「新たにタブを開いてジャンプするリンクのHTMLタグ」に置換する関数と、テキストファイルをHTMLに変換するプログラム。(※ただし、URLの末尾に、全角か半角のスペースが入っている必要があります。)AcesssVBAやExcelVBAでエラーが出たとき、どの行でエラーが出ているかをある程度知る方法(AcesssVBAとExcelVBAでは、少しコードが異なります。64bitのExcelにて、「DAOで」、特定のExcelファイルの、1つのセルの値を読み込む方法。指定した文字を含むタイトルのウィンドウをアクティブにする方法。API使用(64bit、32bit、兼用。)Excelの「Userform1」が開いているかどうかなどにも使えます(アクティブにまではできませんが)。ExcelシートをSQLで部分インポートする方法2つ。既存テーブルへと、新規テーブル作成しながら。「ADO+SQL+CopyFromRecordset」と「Worksheet.Openメソッド+代入等々」のどちらが高速か?のテスト。クリップボードの文章の中の通常の空白を、特殊空白文字の「nbsp」=「ChrW(160)」に変換し、再度、クリップボードへ送るプログラム。technology.。