Access2000で困ること・できないことAccess2000やAccess2010などは、ライバルソフトのファイルメーカやJustsystemの「UnitBaseなどと比べると、できないことだらけ、かもしれません。ちなみにですが「UnitBase」は高額ソフトですからAccessよりもできてあたりまえですか・・・。同時ログインが5ユーザーまでで100万、10ユーザーで200万、年間20万必要ですものね。AccessのコスパとUnitBaseのコスパを比べると、「自分に対する"独学や制作の時間・時給"を考えたら同じくらいかと思いますし、UnitBaseの対費用効果は顧客規模と用途が本当にマッチするなら決して高額ではないと思います。零細や中小でも少し大きな組織で、ユーザー別(役職別)のセキュリティでしっかりしたものが必要なら圧倒的にUnitBaseのほうがいいような気はします・・・。クライアント台数が10台以下で、ユーザー別(役職別)のセキュリティが要らないなら特別なことをしない事務系ならAccessでしょうか・・・。グループウェアはクラウド利用でUWSC連携でなんとかなりそうです。多少のユーザー別セキュリティが必要ならAccess+SQLServerの簡易無料版という方法もあります。以下は、Access2000を使っていた時分で、すでに困っていたことです。今でも似た感じかもしれません。・mdbファイルを分割すると(リレーションの設定はできるけどその中の)参照整合性の設定ができない。参照整合性が設定できるのは、1つのmdbファイルにすべてのテーブルが格納されている場合だけです。(リンクテーブルを扱うときも、リンクテーブルがすべて1つのmdbファイルに格納されている必要があります。・半角スペースを使った複数キーワードでのAND検索ができない。ワイルドカードの「*」を使う必要がある。・mdbファイルだと、セキュリティ設定が簡易的なものしかできないと思ったほうがいいです。役職別のセキュリティ(ユーザー別セキュリティ)の設定は、一応できるといえばできますけど、mdbファイルを分割してしまうと機能しないですし、よくわからないし文献も少ないです。機能そのものも貧弱なのでメリットがありません。そこまでしたいなら、SQLServer+ADPファイルでやるほうがいいです。・Accessの中にもピボットテーブル機能があるので一応組み込めるのですが、1つのピボットテーブルを組み込むだけで恐ろしく容量が肥大化してしまうので、いくつも組み込めません。AccessからCOMオートメーションで「Accessのテーブルやクエリをソースにしたピボットが入っているxlsファイル」を動かすほうが容量も少なく済むし、細かいことやその他の色々なことができます。グラフも同様だったかと思います。・ドラッグ&ドロップを使ったプログラムがしょぼいものしか作れない。したものをと思うと、VBなどでOCXを作って組み込んだりが必要らしいです。・それもあって、グループウェア的なものが作れない。・ブラウザ経由でデータベースを操作するようなWebアプリケーションも一応、簡易的なものが作れるけど、外部からアクセスするようなものはセキュリティ上作ってはいけない(イントラネット内で参照用として使う分には良いと思う=ピボットのHTMLへの埋め込みなどはできる)・スマホ対応のソフトは作れません。ファイルメーカの今の最新バージョンを使うほうがいいと思います。・mdbファイルにてAccessが力を発揮するのは、mdbファイルをとにかく分けて、テーブルもプログラムもどんどん機能別目的別にバラバラに小さくサブシステム化していくやり方です。顧客マスタや商材マスタ、売り上げ明細、といったデータ量の増えそうなものやメンテをバラバラに行いたいものは、関連テーブル単位でまとめて全部独立したmdbにします。そのテーブルのフォームやレポートも全部リンクテーブルを使ってばらばらのmdbファイルにして配置します。そのほうがメンテも絶対に(圧倒的に)ラクだし、サーバのoplock設定さえしてあれば、20台くらいのクライアント数なら巷で言われるようなファイル破損も起こりません(実はそういうシステムを今でも稼働させています。クライアント数30台くらいですが、oplock設定をして12年以上、一度もファイル破損したことがありません。サーバのoplock設定をしても破損を起こす人は本当に考えられないような無茶苦茶な作り方をしている人だけだと思います。12年以上もバージョン2000使うなと叱られそうですが、セキュリティは一応気にしてるので何とかなってます。マネしないでください・・・・。すると、参照整合性とセキュリティは捨てないといけません。参照整合性の機能は自前で作る必要があります。難しくはありませんが・・・。・20台くらいのクライアントと1台のサーバ(2000とか2003とかXPになってしまいますが)でクライアントサーバもどきな使い方ができるけれど、データ量が数十万件あって、それを10人くらいで同時に使おうと思うと、連結フォームを使うと常時全員が1つのテーブルに接続している状態なので、不具合が起こるかもしれない。10人以上が一斉にサーバのデータを扱うときは、サーバデータを一時テーブルにいったん吸い込むなりなんなりして、更新時以外はサーバにつないでいないようにしたほうがよい。Accessは連結フォームが売りで、連結フォームのおかげでシステム構築工数も激減できるのが売りの1つのソフトなんですが、mdbで10台や20台が一斉アクセスするような使い方をする場合は、ぜんぜんそれが利用できません。(つまり、面倒くさいといえばそうかもしれません・・・。VBAやSQLでそのへんは効率化はできますが・・・。いうやつでしょうか??よくわかってなくてすみません)。勉強量がハンパない状況になってしまうので独学は難しいです。私たちのような素人(兼任社内SE)にはSQLServer+ADPファイルはかなりハードルが高いです。・mdbファイルではストアドプロシージャが使えない。パススルークエリがその代用?ただ、4、50万件のデータを扱うなら、実データ蓄積用のDBのコピーを検索用のDBとして配置し、問い合わせなどはそちらでやるということにすれば、処理速度的な問題はそれほど大きくなりません。セキュリティを捨てれば、mdbでもかなり大量のデータをそこそこの処理速度で扱えます。トランザクションも特に考える必要もありません。ADPファイルではストアドプロシージャが使えます。古い情報ですが、一応参考URLです(ADPファイルがまだ使われていたころの記事です)https://www.bitpower.co.jp/software/details/adp.asp・クライアントサーバもどきな形態で使う場合は、ファイルサーバのoplock設定をしないと同時アクセス時にかなりの確率でmdbファイルが壊れます。(逆に言うと、oplock設定をすれば、まず壊れないです。挫折するオブジェクト式やプログラム(プロシージャ)の書き方、挫折しない書き方、の違い。送信メールが受信トレイに入ってしまうトラブルの回避、など。ODBCでQueryTableオブジェクトを自動作成するサンプルコード)。2000以降の全バージョンで使えると思います。~ついでに、セルの値で結果表示を自動で切り替える「パラメータクエリ」のVBAでの自動作成も。~★★Access2000VBA・Excel2000VBA独学~Win32API。eChromeを例に。(Excel、Word、Access、などが32bit版のモノでしか使えませんが、OSは64bitでも大丈夫です。「安全」な、Youtube動画のダウンロード方法6つ。挫折するオブジェクト式やプログラム(プロシージャ)の書き方、挫折しない書き方、の違い。送信メールが受信トレイに入ってしまうトラブルの回避、など。ODBCでQueryTableオブジェクトを自動作成するサンプルコード)。2000以降の全バージョンで使えると思います。~ついでに、セルの値で結果表示を自動で切り替える「パラメータクエリ」のVBAでの自動作成も。technology.。