[掲示板に戻る]
 Ｗｅｂアプリケーション開発 江須扇 2004-5-5 13:11
|
 
Re:Ｗｅｂアプリケーション開発 ターラヤン 2004-5-7 0:04
|
間違い ターラヤン 2004-5-7 11:31
|
|
Re:間違い（ＲＤＢサーバーとアクセスソ... 江須扇 2004-5-8 10:18
|
| 1 | Ｗｅｂアプリケーション開発 |
| 江須扇 2004-5-5 13:11
[返信] [編集] ご無沙汰しております。江須扇です。 ＣＯＢＯＬしか開発した事がないので、基本的質問です。 ＰＣとのリンクを＃ＮＦＣＮＶでしか使っておりません。 ＯＳはＡ−ＶＸ�牽魁ィ気任后� ＯＳ標準のＷｅｂ連携機能でも良いのでが最新版の機能説明では書いてないので評判が良くないのでしょうか？ http://www.ace.comp.nec.co.jp/product/2nd/avx4/avxapobj/index.htm Ｗｅｂ開発ソフトは経験がなので良いソフトがあれば教えてください。 ＡｃｃｅｓｓのＷｅｂ機能を利用した開発でも可能でしょうか？ その場合、 １．Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットか ２．Ａ−ＶＸ／ＲＤＢアクセスソフトウェア どちらを利用した方が良いのでしょうか？ １番の方がサーバーが標準機能でコストがかからないように思いますがアクセスがリードライト風なので難しいでしょうか？ ２番はサーバーソフトの購入が必要ですがＯＤＢＣなのでＡＣＣＥＳＳの開発は簡単なのでしょう？ 実際に開発された方でメリットデメリットを教えていただけないでしょか？ |
|
| 2 | Re:Ｗｅｂアプリケーション開発 |
| ターラヤン 2004-5-7 0:04
[返信] [編集] こんにちは。 ＡＣＣＥＳＳを使用するなら、「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」は「ＲＤＢ／ＦＩＬＥアクセスコントロール」も必要です（両方とも標準機能ではありません）。 「Ａ−ＶＸ ＲＤＢ／ＦＩＬＥアクセスキット」の方は、以下のＨＰのダウンロードにサンプルがあります。 http://www.ace.comp.nec.co.jp/product/2nd/avxkit/avxkit.html また、そこの「関連製品の体験版ダウンロード」に「アクセスコントロール」にＡＣＣＥＳＳを使ったサンプルプログラム＆マニュアルがあるので、参考にしてみてはどうでしょうか。 「Ａ−ＶＸ／ＲＤＢアクセスソフトウェア」でＡＰを開発したことはありませんが、以下のＨＰの説明を読む限りでは、「アクセスソフトウェア」の方が簡単かもしれません。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM ちなみに、両方とも、ＤＢがオープン系になっても、そのまま使えることを売りの１つにしていますが、 将来Ａ−ＶＸ／ＲＤＢからオープン系ＤＢ（ＯＲＡＣＬＥなど）にした時、今回作ったＡＰをそのまま流用するとしたら、 ・「アクセスキット」＋「アクセスコントロール」の構成で作った場合は、ｏｒａｃｌｅにアクセスする場合も「ＤＢリンクキット」＋「アクセスコントロール」が必要になる。（要するに将来ずっと２製品購入し続けなくてはならない。） ・「アクセスソフトウェア」なら（サイトの説明を読む限りでは）Ｏｒａｃｌｅ用のＯＤＢＣドライバを使うだけでよいみたいです。 |
|
| 3 | 間違い |
| ターラヤン 2004-5-7 11:31
[返信] [編集] 「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ こちらは、私も自信がないので、どなたか詳しい人が答えてくださると良いのですが。。。 |
|
| 4 | Re:間違い（ＲＤＢサーバーとアクセスソフトウェア） |
| 江須扇 2004-5-8 10:18
[返信] [編集] 江須扇です。ターラヤンさんご無沙汰しております。 早速の回答ありがとうございます。 ＞「アクセスソフトウェア」もこれ単独では使えず、「ＰＣーＲＤＢサーバ」が必要なようです。 ＞「アクセスソフトウェア」は「ＡーＶＸ４ ＲＤＢサーバ」と同じ？ 私は実際開発した事はないのですが、カタログ等での意味はある程度理解はしております。 ただ、Ａ−ＶＸの中では基本的にはＣＯＢＯＬ（ＳＭＡＲＴ−ＥＸもありますが・・・） で開発でオールインワン的にお任せ定食的にできますが、 データベース、ミドルウェア、開発ソフト三層構造等等 オープン連携システムはオープンの名の下にいろいろとアプローチがありそのソフトを選んだ 所謂「自己責任」的であり最初の一歩で何を選ぶか迷って前に進めません。 オープンの人たちの考え方はスクラップアンドビルド的で自分の採用した方法が失敗したら また、次は新しい流行の方法をすれば良いという資産継続性を無視した考えかで、古いＳＥ はついていけません。 前置きが長くなりましたが、 「ＲＤＢサーバー」と「ＲＤＢアクセスソフトウェア」は同じ系列で、旧機能を継続サポートが前者、 標準機能（ＳＱＬ＆ＯＤＢＣ）と新機能のみが後者です。 という事で古いＰＴＯＳ機能もサポートしているというのか特徴のようです。 という事でＷｅｂ化が可能とのことＪａｂａ対応のＪＤＢＣと私にはよくわかりませんが・・・・ ※この名前の付け方がダメですねＰＣ−ＲＤＢクライアントにすればわかりやすいと思いますが・・・・ ＩＩＳ利用だとサーバー機能の表現が良いかも？ でも機能的にはクライアントと思います。 ＯＳ込みのＡ−ＶＸ／ＲＤＢ以外はサーバー側のＲＤＢサーバーも含め全て有償ソフトと理解しております。 詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBSV/RDBSV.HTM 「アクセスキット」は 一般ファイルが使えるのが特徴でＣＯＢＯＬのＲＥＡＤ／ＷＲＩＴＥ的利用方法と考えられます。 Ａ−ＶＸ�鍵聞澆靴�できません。サーバー側はＯＳ込みでクライアント側のみ有償ソフトです。 個人的にはＲＤＢアクセスソフトウェアもこちらに統合されＳＱＬもＯＤＢＣも使えるようになると嬉しいのですが 現在はダブルスタンダードのままで名前も含め非常にわかりづらいです。詳しくは以下を http://www.ace.comp.nec.co.jp/product/2nd/avx4/RDBAccessKIT/openclient.htm ということでカタログデータは解かるのですが実体験が無いので一歩進めないのです。 |
BluesBB ©Sting_Band