ＶＢとＡＣＣＥＳＳの境目は？

質問

みなさんがアプリケーションを開発するとき、
もし、ＶＢかＡＣＣＥＳＳしか使えないとなると
どちらを選びますか？
また、そのときの判断基準を教えてください。

たとえばこういうことはＶＢで、こういうことはＡＣＣＥＳＳで・・・みたいな事があれば教えてください。

よろしくお願いいたします。

回答No.2

tibinkoron · ベストアンサー

どんなアプリケーションかで変わってきますね。
どちらか１つということになれば，ＤＢの場合はAccess
その他ではVBとなりますでしょうか。

ＤＢでも，VB+Accessなら，もっとうれしいですけど。
なんたって，入力等のフォームが自由にできますし，コンポーネントも多いし
あと，自分だけアプリを利用するのならいいけど，Accessで作成した場合は他人に配布するときにAccessの環境が必要となるし…

お礼

ありがとうございます。

なるほどですねー。

配布方法や入力フォームの自由度も考えどころですねー。
私もそこは気になるところです。
ちなみにＶＢの場合はフリーのランタイムがあれば環境としては整うのでしょうか？特別なＤＬＬ等は必要ないんですかねぇ？

またお時間のあるときにお話お聞かせください。

回答No.5

tibinkoron

VBで依存ファイル(DLL)等を配布するときは，Pro以上についている「ディストリビューションウイザード」を利用することにより，セットアッププログラムを作成して，必要なランタイムを簡単に配布することが可能です。

VB+Access+Oracleの組み合わせですが，
通常のアプリケーションはVB+Oracleで，開発時に結果を見たい時に，OracleへAccessからリンクを貼って内容を確認する。といった使い方をしました。
よほど，高い信頼性？必要なものとか，複数人でＤＢに書込みをやる。といった使い方をしない限りは，VB+Accessで十分だと思いますが。（価格も安いしネ!!）

レポートですが，確かにプリンターオブジェクトを使用したレポート作成は大変です。しかしながら利用法によっては，Acのレポートよりも美しい仕上がりになります。データの内容によって，動的にレイアウトを変えて出力することもできますし，標題等も動的に変化させる等の細かいことも可能です。
ただ，問題点は，コーディングが面倒!!　このひとことにつきます。

お礼

またまたありがとうございます！

なるほどー、ディストリビューションウィザードというのがあるんですね。
Ｐｒｏ以上ということはそれ以下のエディションの場合は配布ができないのでしょうか？配布はできるけどランタイムを個別に用意しなければいけないとかでしょうか？

Ｏｒａｃｌｅ関係ですが、やはり信頼性の問題はあるんですかねぇ。
排他制御とか。
でもやはりコストがあまりかからないのは魅力ですよね！

レポートに関しては動的にレイアウトが変えられるというのが面白そうですね。
レポートのツール（？）としてはクリスタルレポート（自信なし）というのは聞いたことがありますが他になにかお勧め等ありましたら教えてくださいね。

また息抜き時にでも。。。ありがとうございました。

回答No.4

software

開発規模にもよりますが、帳票出力を中心に考えるならばＡＣＣＥＳＳです。ＶＢで帳票を出力しようとするとプリントオブジェクトを使用しないとならず、大変な目を見ます。（実際の開発ではＶＢでの帳票出力を行う時は、別途アドインツールを使用しています）

お礼

ありがとうございます。

新たな視点ですね。（常識でしたらごめんなさい）
帳票のことも考慮しておかないといけないですね。

たしかにＡＣＣＥＳＳのレポートは便利です。

最近ＶＢは使ってない私ですが一昔前もＶＢの場合ツールを使わないといけなかったと思います。

みなさんいろんな視点でソフトを選択しているんだと関心しています。ありがとうございました。

回答No.3

ats8181oyaji

こんにちは

私はACCESSは単なるデータベースという
考えをもっています。
比較的簡単なこと、例えば
クエリーでキーを絞り込んで抽出したい
ことはACCESSで作成しますが
ユーザーインターフェイスが重視されたり
する処理や複雑な内部処理が必要なものは
ACCESSでは限界があるのでVBとなります。

また、No.2の方がおっしゃられているように
扱うシステムのデータ構成によってVB+ACCESSという使い方をよく利用します。

お礼

ありがとうございます。

やはりユーザーインターフェイスはＶＢとＡＣＣＥＳＳとでは違うんですねー。
そういえば時々ＡＣＣＥＳＳを使っていて不満を感じることもありますしね。

単なるデータベースというのは「データベースエンジン」という意味で合ってますよね？

データベースエンジンという意味でのＡＣＣＥＳＳに対する皆さんの評価も気になるところです。
（確かＪＥＴデータベースエンジンでしたっけ？）

よろしければＮＯ.１や２のお礼にある新たな疑問も見てみてくださいね。

回答No.1

p-21

そりゃやっぱりアクセスでしょう
って言いたいですけど
ナニをするかが問題です
一言で言って「データベースの作成」といえば
迷わずアクセスですね
これはエクセルでも言える事ですが
もともとそのアプリに標準である機能を使うと言うことは
非常に効率的な事であり　完成させるにも時間が短縮できます　
エクセルでもアクセスでもVBA（VBの簡易版ともいうべきか）が使えますから・・・

お礼

早速のお返事ありがとうございます。

やはり「データベース」が一つの境目なんですかねぇ。
「データベース」が必要ないのにデータベースソフトのＡＣＣＥＳＳを使う必要はないですからね。

そうなると新たな疑問が湧いてきました。

よろしければ他の皆さんにも・・・

もしデータベースが必要な案件で、ＡＣＣＥＳＳとＶＢとＯｒａｃｌｅがあり、それらを使うことができるとすればどんな理由でどういう組み合わせで使いますか？

また時間あるときにでもお話をお聞かせくださいね。