ホームページを開設しその中で、データベースを開設したいのですが

簡単かつ安価に開設する方法について調べております。

データベースの内容といたしましては、例えば歌手の名前を入力すると

該当する曲目を表示し、その曲を選択するとさらにその内容を解説する

ものとかです。

最適な方法を教えてください よろしくお願いいたします。

また、Iモードでも表示できるようにできれば言いのですが?

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

A 回答 (6件)

参考資料についてですが、


DBMSのPostgreSQLですと、俗称「シーラカンス本」と言われている「PostgreSQL 完全攻略ガイド」(¥3200)という本が用いられることが多いようです。
(表紙にシーラカンスのCGが描かれています。)
付属のCDにはPostgreSQLも入っておりますし、基本的なSQLの解説も書いてあります。

PHPとは、平たく言えばHTMLファイル上に直接プログラムが書ける仕組みのことです。
PerlとC言語の中間をアレンジしたような言語を使います。
PHPを用いらなくともCGIにて作ることも可能ですが、PHPの使用が可能なサーバ(もしくは自分でインストールする)でしたら、PHPの方が楽ですし、体感的にではありますがPerlによるCGIより速い感じがします。

PostgreSQLおよびPHPについては「参考URL」をご覧ください。

参考URL:http://www.sra.co.jp/people/t-ishii/PostgreSQL/i …
    • good
    • 0
この回答へのお礼

ありがとうございました

参考にさせていただきます。

お礼日時:2001/01/26 13:04

PostgreSQLは、実例も多くのでnetエンジンで検索すればそれこ多数のサイトがありますよ。


>Apache+PHP+PostgreSQL についてなんですが不勉強>なものでよくわかりません
よくわからないのは、PostgreSQLのことですよね(確認)
Apacheは、言うまでもなく、全世界のWWW-Serverの
60ー70パーセントは、Apacheで稼働してます。
UNIX、Linuxはもちろん、Windowsへも移植され一番
ポピュラーなWebServerなので、レンタルサーバー
やプロバイダのサーバーは、まずApacheが普通ですし。

DBMSは、MicrosoftのSQLServerやORACLE8はインターネット向けの不多数無制限のライセンスは数百万は
購入すればしますので、PostgreSQLの
メリットは大ですよ。
下記からダウンロード出来ます。

参考URL:http://www.jp.postgresql.org/
    • good
    • 0
この回答へのお礼

ありがとうございました。

お礼日時:2001/01/26 13:05

数万単位のデ-タ件数では、Accessでは、やめた方がいいでしょうね。

イントラでアクセスが限定されたユ-ザ-だけなら大丈夫でしょうけど。DBMSの利用が妥当でしょう。
でも、>簡単かつ安価な方法 なら、OracleやMS-SQLは
インタ-ネット版のライセンスは100万くらいかかるので、フリ-のPostgreSQLがお勧めです。 
Apache+PHP+PostgreSQLならすべてフリ-で揃うし
事例も多数あります。フリ-といっても、その安定度は
商用のMS-SQL同等以上は大丈夫ですよ。

PHPは、このサイトでも利用していますが、PHPモジュールをApacheサーバーに組み込むスクリプト言語です。
大抵のプロバイダのWebServerは、Apacheだし、ASP
も悪くはないのですが、なんせ、Windows-NT/2000でないと動作しない。

 レンタルサ-バ-は、Linuxが今、かなりありますので
そこで、Apache+PHP+PostgreSQLで行うが、一番
安価で簡単だと思います。
 
注)Access2000からのデ-タ移行もそう難しくないですよ。
    • good
    • 0
この回答へのお礼

回答ありがとうございます。

Apache+PHP+PostgreSQL についてなんですが不勉強なものでよくわかりません
素人にわかるようなサイト もしくは書籍などはないでしょうか
よろしくおねがいします。

お礼日時:2001/01/24 10:26

ご商売でされるのでしたら、DBインストール済みのレンタルサーバをご使用されるのがよろしいかと思います。


また、PHP3(4)等の使用ができるサーバでしたら、HTMLから直接DBにアクセスするためのコードを書き込むことができます。

Accessからの移行についていえば、AccessからエクスポートにてCSVファイルに出力すれば別のDBへデータを入れ込むことが可能です。

Iモードでの表示についてですが、これは基本的にどこのサーバ(プロバイダー)でも可能です。
HTMLファイルを転送するときの文字コードをSJISにて転送するだけです。
通常FTPソフトを使うとEUCに変換してしまうよう初期設定されていることが多いです。

以上、ご参考ください。

参考URL:http://www.marugoto-server.com/
    • good
    • 0
この回答へのお礼

回答ありがとうございます。

早速参考 URLを見て見ました。
不勉強なものでPHPとかSQLとかについて
素人でもわかるようなHPや参考図書はないでしょうか
よろしくおねがいします。

お礼日時:2001/01/24 10:31

ASP(Active Server Pages)を利用すれば、比較的簡単にAccess2000のデータベースを利用して希望する機能を実現させることができます。



ご希望されている処理も簡単なものなので、ご自分でASPを作成すれば、ASPが利用可能なレンタルサーバーのホスティング代金のみで済みます(月2,000~10,000円程度)
更にUSER_AGENTでi-modeの判断も可能なので、固定URLでi-modeとパソコンとの両立も可能です
(ASP側でそのような処理をする必要がありますが)

ただし、Access自体はWeb向きなデータベースではなく、個人サイトレベルなら大丈夫かもしれませんが、本格運用ともなると、SQL Serverなどのデータベースも検討された方が良いかと思います。

参考まで
    • good
    • 0

CGIが使えるプロバイダでホームページを開設して、


Perlでスクリプトを書けば良いでしょう。
データベースの量が数千件程度だったら十分です。
i-modeに対応させることも可能ですよ。

この回答への補足

回答ありがとうございます。

データの件数は比較的多く3~5万件程度あります。
現在はACCESS2000でデータの管理をしておりますが
それをそのまま使用できたらいいのですが

補足日時:2001/01/21 09:01
    • good
    • 0

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

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

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

Q[SQL]重複内容を持つデータから1件抽出かつ複数のカラムを表示したい

[SQL]重複内容を持つデータから1件抽出かつ複数のカラムを表示したい

初めてお世話になります。

データベース種別はH2です。
参考:http://www.h2database.com/html/main.html

下記のようなテーブルAがあるとします。

  ID  |  TAG  |
―――――+―――――|
  1   |  abc   |
  1   |  def   |
  1   |  ghi   |
  2   |  abc   |
  2   |  ghi   |
  3   |  abc   |
  3   |  def   |
  3   |  ghi   |
  4   |  abc   |


上記テーブルAから下記例のような結果を得られるSQLを知りたいのです。

  ID  |  TAG  |
―――――+―――――|
  1   |  abc   |
  2   |  abc   |
  3   |  abc   |
  4   |  abc   |

上記結果でなくとも、


  ID  |  TAG  |
―――――+―――――|
  1   |  def   |
  2   |  ghi   |
  3   |  def   |
  4   |  abc   |

であっても構いません。(TAG列のデータはどんな内容でもよいです。)

実現させたいのは、
(1)ID列が重複しない結果を表示させたい、
かつ
(2)TAG列も表示させたい
ということです。

これでイケるだろ!と思ってあえなく失敗したSQLは下記です;
select distinct(ID), TAG from A


宜しくお願い致します。

[SQL]重複内容を持つデータから1件抽出かつ複数のカラムを表示したい

初めてお世話になります。

データベース種別はH2です。
参考:http://www.h2database.com/html/main.html

下記のようなテーブルAがあるとします。

  ID  |  TAG  |
―――――+―――――|
  1   |  abc   |
  1   |  def   |
  1   |  ghi   |
  2   |  abc   |
  2   |  ghi   |
  3   |  abc   |
  3   |  def   |
  3   |  ghi   |
  4   |  abc   |


上記テーブルAか...続きを読む

Aベストアンサー

H2を知らないケド。Oracleだったら。

select ID, MIN(TAG) from A
GROUP BY ID
ORDER BY ID

ではどうでしょう?


select ID, MAX(TAG) from A
GROUP BY ID
ORDER BY ID
もお試しください。

Qフリーまたは安価でこのようなデータベースを探しています‥

下記のようなことがしたいのですが、フリーまたは安価(1万円以内)でありませんでしょうか。

1.イントラまたはインターネットで稼動
2.入力項目は決まっていて、15項目程度
3.その情報と共にJPGまたはPDFを添付するため、簡単にアップロード、閲覧が可能
4.本文の一部検索ができ、検索した時の並び方はgoogleのように一覧で並べられる
5.レコードを並べて印刷し、社内資料として使えるような体裁にできる

以上です。フリーのブログで代わりにできそうだと思ったのですが、5の資料として使うには体裁が悪いので‥。
そんな都合のよいものがあるのかどうかわかりませんが、お教え頂ければうれしいです。
よろしくお願いします!

Aベストアンサー

http://oshiete1.goo.ne.jp/qa3437315.html?ans_count_asc=20
http://www.apachefriends.org/jp/xampp-windows.html
希望のものは可能だと思います XAMPPを用意してみてください
上記のページで同じような回答をしました
参考にして テストしてください PHPでサンプルを用意します
検索は一部一致なのでしょうか
Googleのような結果には どの項目を表示するのでしょうか
15項目は 何と何でしょうか
サーバは決まっているのでしょうか
印刷はなるべく近いところまで用意しますが
別に印刷用の処理を考えた方がいいと思います
よければ用意します テストの結果を教えてください

Qデータベースのフィールドそのものを自由に定義できるテーブル設計とは

はじめまして。
この度、ユーザからの入力をデータベースに保存する複数アンケートフォームを作成しようとしています。
その際、各アンケートフォームごとに入力項目名、入力タイプ好きな数だけ管理側から設定できる仕様です。
このような通常フィールド(列)となる部分の名称やデータタイプを自由に設定できるデータベース設計がうまくいきません。現場ではどのようにしてやられてるのでしょうか?
私が思いつく限りでは
----------------------
アンケートフォームテーブル
・アンケートフォーム番号(PK)
・アンケート名称
----------------------
項目雛型テーブル
・項目番号(PK)
・データタイプ
----------------------
項目実体
・アンケートフォーム番号(PK)
・項目番号(PK)
・項目名称
・表示状態
----------------------

上記のような構造にした場合、ユーザ毎のアンケートデータを保存するテーブル構造が思いつきません。
作成できる項目数の限度を30に決めて、予め30フィールド、テキスト型のようなものを用意しておくのも狭い利用範囲になる気がしますが・・・

アドバイスをお願いします。

はじめまして。
この度、ユーザからの入力をデータベースに保存する複数アンケートフォームを作成しようとしています。
その際、各アンケートフォームごとに入力項目名、入力タイプ好きな数だけ管理側から設定できる仕様です。
このような通常フィールド(列)となる部分の名称やデータタイプを自由に設定できるデータベース設計がうまくいきません。現場ではどのようにしてやられてるのでしょうか?
私が思いつく限りでは
----------------------
アンケートフォームテーブル
・アンケートフォーム番号(P...続きを読む

Aベストアンサー

項目名などの情報の定義情報もDBに保存するということですね。

定義情報を保存するテーブルと、その定義に従って保存されるデータを保存するテーブルを作るのが常套手段です。

今回の場合は、アンケートフォームと項目の2階層あるため、私なら

----------------------
アンケートフォーム定義テーブル
・アンケートフォーム定義番号(PK)
・アンケートフォーム名称
----------------------
項目定義テーブル
・アンケートフォーム定義番号(PK)
・項目定義番号(PK)
・項目名称
・データタイプ
・表示状態
----------------------
アンケートフォームデータテーブル
・ユーザ番号(PK)
・アンケートフォーム定義番号(PK)
・登録日時
----------------------
項目データテーブル
・ユーザ番号(PK)
・アンケートフォーム定義番号(PK)
・項目定義番号(PK)
・入力値

という感じです。
ここで問題になるの入力値のデータ型ですが、
2通り考えられます。
1、文字列型で定義しておき、数値型や日付型の場合は文字列型に変換して登録する。
2、文字列型、数値型、日付型の3つの列を用意し、定義によって適宜登録する列を変更する。

読み出し(SELECT)の場合は上記の逆となります。どちらかというと1の方が楽だと思います。

項目名などの情報の定義情報もDBに保存するということですね。

定義情報を保存するテーブルと、その定義に従って保存されるデータを保存するテーブルを作るのが常套手段です。

今回の場合は、アンケートフォームと項目の2階層あるため、私なら

----------------------
アンケートフォーム定義テーブル
・アンケートフォーム定義番号(PK)
・アンケートフォーム名称
----------------------
項目定義テーブル
・アンケートフォーム定義番号(PK)
・項目定義番号(PK)
・項目名称
・データ...続きを読む

Qデータベースウィンドウを表示しないで、データベースウィンドウを更新する

http://support.microsoft.com/kb/304256/ja
マイクロソフト技術情報で、RefreshDatabaseWindow メソッド は、 Access2000形式で保存されたプロジェクト(ADP)で動作しませんと出ており、データベースオブジェクトの作成、削除、または名前の変更が行われた後で、データベース ウィンドウを更新する処理が、データベースウィンドウを表示している状態でしか更新できません。データベースウィンドウが表示されていない状態で、データ入力フォームが表示されて、何かの処理がされたときにデータベースウィンドウを最新の状態に更新したい場合、何か方法をご存知の方いらっしゃいましたらご指導ください。
テーブル作成をした後、テーブルにアクセスする処理をしようとするとテーブルがないため、エラーになってしまうことがあるのですが、一時的にデータベースウィンドウを表示させてF5を押下して最新にして作成したテーブルが表示されるとエラーは発生しません。

Aベストアンサー

こんにちは、
どうしてデータベースウィンドウが表示されていてはいけないのか、わかりませんが、
処理の実行中に
画面の描画をストップさせて、データベースウィンドウ
を表示→処理→データベースウィンドウを非表示→
画面の描画をスタートさせてはいかがでしょうか。

参考URL:http://oshiete1.goo.ne.jp/kotaeru.php3?q=2229389

QFMPro7でカレントレコードの内容をひとつ前のレコードの内容で判定する方法がありますか?

以前、会議室の予約を取るしくみを問い合わせた時、「日付+会議室番号+Noでリレーキーをもち、予約テーブルに対してそのキーでリレーションをはり、この結果を予約台帳テーブルで表レイアウトの横にポータルを並べてポータルの中に予約名フィールドを入れれば、どの会議室のどの時間がだれで埋まってるかがわかる」」という方法を教えてもらいました。このようなキー(改行マークを含むデータ)でのリレーションの場合、ポータルの予約名フィールドに連続して同じデータが表示されます。複数連続する場合は先頭だけ予約社名を表示し、2個目以上は“↓” などで置き換えて表示することは可能でしょうか。よろしくお願いします。

Aベストアンサー

前回の質問を探すのが大変だったので拝見していません。
前回の質問番号か、前回を知らなくても判断できる質問文を書いて下さると、回答がつきやすいのではないかなぁと思いました。
蛇足ですね、すみません。

それで、ちょっとはずしているかもしれませんが…

レコードで
--------
A
A
A
B
B
B
--------
とある場合
--------
A / 固有
A / 重複
A / 重複
B / 固有
B / 重複
B / 重複
--------
と判断する方法があります。
それを利用して
--------
A / A
A / ↓
A / ↓
B / B
B / ↓
B / ↓
--------
とするのはどうだろうか、と思いました。

その判断する方法は、ファイルメーカーのヘルプ「自己連結リレーションシップを使用した重複する値の識別」を見て下さい。

ただ、今回の場合、何を自己リレーションのキーにするかが問題のような気がします。


人気Q&Aランキング

おすすめ情報