全くの初心者です。同僚が作成したAccessのデータをWebで利用したいのですが、どうやったらいいものでしょうか?

このQ&Aに関連する最新のQ&A

A 回答 (2件)

Accessそのまま利用するのであればActive Server Pages(ASP)を利用し、自分でプログラムをゴリゴリ書けば利用できますが、正直簡単に出来るものではないと思います。


(それにAccess自身がWeb用のデータベースとしては適していませんし)

単にデータのみを利用するだけでしたら、CSVなどにエクスポートすれば、フリーのCGIなどを利用して色々活用できるかと思います。
これならそう難しくはありませんし。

参考になれば
    • good
    • 0

どういう風に使うかによりますよね


更新は必要かとかデータを閲覧するだけでいいかとか
「html形式で保存」でもそれなりのことはできますが。
ファイル→HTML形式で保存
お答えになってないかもしれませんが。
    • good
    • 0

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

関連するカテゴリからQ&Aを探す

このQ&Aと関連する良く見られている質問

Q初心者のWebデータベース作成

Webデータベースを作成したいのですが、プログラミングの経験もなく、また巨額のプログラム開発費用を負担する費用もありません。当初は基本的なデータベースを考えており、既存のソフトなどのパッケージをカスタマイズして使うか、安価なアプリケーション・サービス・プロバイダーを使いたいと思っているのですが、よいパッケージ、ASPを教えてください。

Aベストアンサー

ファイルメーカーPro 6 Unlimited はどうでしょうか?
プログラミングの知識もいりません。
簡単にデータベースを作成できて、Web公開も簡単です。

私は自宅サーバーでファイルメーカーPro 6を使用しています。
WebサーバーはMacOSX(Apache)です。
一応固定IPが必要との記述がありますが、ダイナミックDNSでも運用可能です。

データベースレンタルサーバーでしたら、下記のようなサービスがあります。

http://www.filemaker.ne.jp/index.html

参考URL:http://www.filemaker.co.jp/

QWeb上で入力してもらったものを、顧客データとして利用したい

Web上で入力してもらったものを、
顧客データとして利用したいのですが、
どのようなデータベースを使えばよいでしょう?

また、web上で、データベースに直接入力
してもらうといった事ができるのでしょうか?


利用目的は、顧客の管理です。
例えば、住所録をつくったり、年齢的な統計を
だしたり、
注文のあった日や、利用金額、メールアドレス
なんかを記録していけるようにしたいのです。

今はCGI(PERL)で、注文フォームに入力
していただいたものがそのまま、テキスト形式の
CSVに記載されていきます。

名前,住所,電話・・・・
EUC形式で保存されていきます。
エクセルに落とし込むと、横一列になって保存され、
あまり見やすいとはいえませんし、統計なども
とりにくい状態です。


データベースに関しては、
勉強するつもりでいますが、汎用性が高く、
とっかかりやすいデータベースを
オススメいただけるとありがたいのですが・・・。
※SQLにもなんだか色々ありすぎて、どれに
手をつければよいのやらで・・・

よろしくお願いします。
※データベースに関しての知識は過去に
ファイルメーカー4、5を使用していた程度です。

Web上で入力してもらったものを、
顧客データとして利用したいのですが、
どのようなデータベースを使えばよいでしょう?

また、web上で、データベースに直接入力
してもらうといった事ができるのでしょうか?


利用目的は、顧客の管理です。
例えば、住所録をつくったり、年齢的な統計を
だしたり、
注文のあった日や、利用金額、メールアドレス
なんかを記録していけるようにしたいのです。

今はCGI(PERL)で、注文フォームに入力
していただいたものがそのまま、テキスト形式...続きを読む

Aベストアンサー

データベースには規格があり、どれでも大枠は変わりません。
ただ、データベースによっては方言というか、そのソフト特有の言い回しが結構あるので、細かいことをやるのには各データベースによってはまちまちだったりします。

金額をあまりかけたくない場合はポストグレスをお勧めします。
機能的には商用データベースと大差ありません。

大量にデータを扱う場合はMysqlですかね。
機能的には他に劣るものの、スピードは一番速いです。

ある程度金額が出てもいいのでしたらオラクルですかね。

ただ、記録数がそんなに多くなければ(1000件程度)Perlだけでもできますけどもね。

あと、顧客管理はセキュリティー次第で流失の危険がありますから、気をつけてください。

個人的にはMysqlを使っていますが・・・

QACCESSの初心者です。仕事で商品管理に関するデータベースを作ろうと

ACCESSの初心者です。仕事で商品管理に関するデータベースを作ろうとしています。

フォームで入力すれば、ほかのコントロールにも自動入力されて、そのまま保存される方法を教えてください。

詳しく説明しますと、
商品名の変更点を取引先別に分けて報告書を作れるようにしたいので、報告書作成までの操作手順をできるだけ省略しようと考えています。
そこで、商品名の変更内容は変わらないので、フォームで旧商品名を入力すると、新商品名は自動入力されるようにしたいのです。
フォームの新商品名のコントロールのコントロールソースに =[旧商品名].column(2) と入れてみると表示はされましたが、テーブルの新商品名フィールドには保存されていません。

今回が初めて自分でデータベースを作成するので、よろしくお願いします。

Aベストアンサー

仕事で使うものであれば使えるものを作るべきだと思いますので、ちょっと先のことに
なるかもしれませんが必ず直面するであろう問題についての解決策というか、
一般的なアドバイスをいくつか、、、

1.商品マスターには世代を作れるようにする。 
(商品ID、開始日、終了日などでユニークになるようにする。)
2.商品マスターはマスター管理画面のみから操作する。
3.マスターを登録するときは、登録ボタンを作りそれを押下し、ダイアログで
確認することによって登録されるようにする。
(4.連結フォームはなるべく使わない)
4.についてはそう思わない人も多いと思いますので括弧にしておきました。 

このあたりを踏まえてフォームを設計すると、マスター管理画面において、
最低必要なものは

1.マスター項目を表示させるコントロール
2.カナ名称などで対象マスターを検索できる仕組み
3.コントロールに入っている情報をマスターテーブルに登録する仕組み

であると考えます。 普通はADOのコネクションを作り、SQLを使い実現させますが、
アクセスにおいては、クエリと仮テーブルを駆使することによって同じようなことを
することもできます。

ご提示されている問題については、コントロールソースをフォームのコントロールの
データにしているのが原因だと思います。 それを、テーブルのフィールドにし、
何かのイベントで、
texthoge =[旧商品名].column(2)
などと指定して、商品名を入れることはできますが、データ登録のタイミングなどに
ついては配慮が必要です。(このあたりが私があまり連結フォームを使わない理由です。)

仕事で使うものであれば使えるものを作るべきだと思いますので、ちょっと先のことに
なるかもしれませんが必ず直面するであろう問題についての解決策というか、
一般的なアドバイスをいくつか、、、

1.商品マスターには世代を作れるようにする。 
(商品ID、開始日、終了日などでユニークになるようにする。)
2.商品マスターはマスター管理画面のみから操作する。
3.マスターを登録するときは、登録ボタンを作りそれを押下し、ダイアログで
確認することによって登録されるようにする。
(4.連結フォームはなる...続きを読む

QAccessのフォームに表示させたデータを訂正し、テーブルを更新させたい(初心者向けの回答をおねがいします)

Access初心者です。
複数のテーブルからクエリでデータをひっぱったものを
フォームを使って別のフォームに表示させ、そこで
データを訂正して更新し、更新した内容をそれぞれのテーブルに
反映させたいのです。

検索用のフォームを作って、表示させるためのフォームも
作成しました。そして、検索フォームから表示させることが
できたのですが、表示させた内容を直すことができないでいます。
このさきどうしたらよいでしょうか?
本当に初心者ですので、詳しく教えていただけるとありがたいです。

Aベストアンサー

あくまで、一つの方法ですが...
例えば、社員マスターと給与マスターがあって、
社員マスターには職位、給与マスターには基本給のフィールドがあったとしあます。
社員コードでこれらをリンクしたクエリーを元に、昇進した社員のデータを呼び出して、
この社員の職位と基本給をフォーム上で変更して、それぞれのテーブルに変更を反映させたい場合、
クエリーのフィールドを変更するのではなくて、フォーム上に非連結のテキストボックスやコンボボックスを配置し、
これに変更データを入力して登録ボタンを押すと、上記のコントロールの値を使って、
コマンドオブジェクト等で各テーブルにそれぞれ更新をかける方式になると思います。
まあ、これだとクエリを使う意味がないかもしれませんが、...

QACCESS97で作成したものをACCESS2002で開いた時について

ACCESS97で作成したものをACCESS2002(XP)で開いた時、変換すればそれなりに使えると思います。

この時、変換かけないで開いて閉じると、ファイルサイズが大きくなり、別のPCのACCESS97で「最適化」をかけても元のサイズに戻りません。

他に影響が出ないか心配です。何方かご存知の方お願いします。

Aベストアンサー

影響はないと思います。
何しろ「Access97形式」なのですから。

ではなぜ97形式のファイルを2000/2002で開くと、同じ97形式のままなのにサイズが大きくなるのか。
あくまで予想ですが、「Access97には不必要だが、Access2000/2002では必要な情報が書き込まれた」ということではないでしょうか。
これも予想ですが、「2000/2002で開いたときにどうするか」という情報とか。

手元に97がないので確認できないのですが、以下のようなことをしてみました。(私が所有しているのはAccess2000です)
・2000形式のMDBを作成。(A.mdb)
・97形式に変換して別ファイルとして保存。(B.mdb)
・B.mdbを開き、変換せずに「データベースを開く」で開いた。
・[ツール]-[オプション]の「表示」タブで「隠しオブジェクト」と「システムオブジェクト」にチェックを入れる。
・A.mdbとB.mdbのテーブル一覧を比べてみる。

と、b.mdbのほうには「MSysModules」「MSysModules2」というシステムテーブルが追加されています。
この2つのテーブルは、B.mdbをAccess2000で初めて開いて「データベースを開く」を指定したときに追加されたものだと思います。
# この2つのテーブルの中身は開けませんでした。

Access97からすると、この2つのテーブルは不必要というか想定外のテーブルなので、Access97で開いても特にこのテーブルを読み込もうとしないので問題ない。
Access2000/2002にとっては必要なテーブルであり、テーブル内に書かれている情報を読み込んで動作を決定する。

といった感じじゃないかなぁ。

影響はないと思います。
何しろ「Access97形式」なのですから。

ではなぜ97形式のファイルを2000/2002で開くと、同じ97形式のままなのにサイズが大きくなるのか。
あくまで予想ですが、「Access97には不必要だが、Access2000/2002では必要な情報が書き込まれた」ということではないでしょうか。
これも予想ですが、「2000/2002で開いたときにどうするか」という情報とか。

手元に97がないので確認できないのですが、以下のようなことをしてみました。(私が所有しているのはAccess2000です)
・2000形式の...続きを読む


このカテゴリの人気Q&Aランキング

おすすめ情報