最近よく【EXCELでDBを作ろう】みたいな雑誌が増えてきました。
MicrosoftではAccessがDB専用で、Excelは表計算、Wordは文書作成ソフトと場合分けをしていますよね。
でも、個人的には基本、すべてExcelで表計算も文書作成もしてるし、Vlookupとか使ってDB利用もしてます。
ExcelでDBをみたいなものを作成するとき、Accessに比べて、いくつくらいまでなら可能ですか？
テーブルの数やレコード数などによってかわりますよね。
あとは、その人の作成した関数etc・・・
まぁ1ファイルを1テーブルと仮定して作成し、どっかのファイルにはマテリアルビューみたいなものを作ると変わるかも・・・
参照先の設定さえすればいいけど、たくさんのファイルを開くのもやだし、一つにしたいetc
などの色々な考えがあると思いますが、皆さんはどのくらいが限界かと思いますか？
MicrosoftではAccessがDB専用で、Excelは表計算、Wordは文書作成ソフトと場合分けをしていますよね。
でも、個人的には基本、すべてExcelで表計算も文書作成もしてるし、Vlookupとか使ってDB利用もしてます。
ExcelでDBをみたいなものを作成するとき、Accessに比べて、いくつくらいまでなら可能ですか？
テーブルの数やレコード数などによってかわりますよね。
あとは、その人の作成した関数etc・・・
まぁ1ファイルを1テーブルと仮定して作成し、どっかのファイルにはマテリアルビューみたいなものを作ると変わるかも・・・
参照先の設定さえすればいいけど、たくさんのファイルを開くのもやだし、一つにしたいetc
などの色々な考えがあると思いますが、皆さんはどのくらいが限界かと思いますか？
|
|
|
|
コメント(5)
あけおめ〜〜（ＶＶ）
八神さんに同意見です。いちどはＤＢソフトを使ってからでないと、どの作業をどのソフトで行ったほうが、その目的にあった最大のメリットを得られるのかが、分からないのではないかと思います。
履歴書に平気で、「エクセル・ワードが使える」とか書いてきて、ワードで［Shift］+［Enter］の使い方さえ知らない、若いの見ると、蹴飛ばしたくなります。（笑
個人的には、大勢が利用するべきデータの場合は、ＡＣＣＥＳＳとかで作成しています。たとえば、画面は作成した日報作成ソフトですが、日報作成中に過去の履歴を表示し、各顧客ごとにタスクの集計も可能です。
レコード件数もさることながら、クライアントサーバー型にして、複数の端末から登録する必要があるので、エクセルでは、ほぼ無理ですよね。
（それにしも暇な正月だ・ｗｗｗ）
八神さんに同意見です。いちどはＤＢソフトを使ってからでないと、どの作業をどのソフトで行ったほうが、その目的にあった最大のメリットを得られるのかが、分からないのではないかと思います。
履歴書に平気で、「エクセル・ワードが使える」とか書いてきて、ワードで［Shift］+［Enter］の使い方さえ知らない、若いの見ると、蹴飛ばしたくなります。（笑
個人的には、大勢が利用するべきデータの場合は、ＡＣＣＥＳＳとかで作成しています。たとえば、画面は作成した日報作成ソフトですが、日報作成中に過去の履歴を表示し、各顧客ごとにタスクの集計も可能です。
レコード件数もさることながら、クライアントサーバー型にして、複数の端末から登録する必要があるので、エクセルでは、ほぼ無理ですよね。
（それにしも暇な正月だ・ｗｗｗ）
＞hofさん
検索データの量などについてですね。
大変文章の書き方が雑で失礼しました。
＞跳ね馬さん
ご指摘の通り、様々な場合です。
ただEXCELとACCESSとの扱い方が皆さんはどのように考えているのかなと思ってトピをたてました。
＞八神かかしさん
個人的には、今までWebシステムでOracle（mysql）＋PHPまたはJSPとかを長年やってました。
職が変わり、Webシステムを一切出来ない状態で、DB群を素人でも扱えるものとして、AccessまたはExcelが代用できる。
ただし、Accessなどである程度のデータを扱うと、メモリを極端に保持しようとしたり色々なメリットデメリットがあるなと感じています。
個人的な見解：
テーブル（シート）が１０個くらいで、レコードが１０００くらいまでで、複雑なSQLなどを考えなければ、Excelのvlookupで対応可能だと思う。
また、Accessだと、値を変更するとやり直しが効かない（ctrl+Z）
自動的にデータを保存しているので、失敗した瞬間に大変なことになる。
Excelだと、自分で保存しなければ特に問題はない。
しかし、たくさんのデータを共有していたりする場合はデータのずれが生じる。
まぁ全てにおいては、作成者の排他処理のレベルによって緩和されるのかなと思います。
検索データの量などについてですね。
大変文章の書き方が雑で失礼しました。
＞跳ね馬さん
ご指摘の通り、様々な場合です。
ただEXCELとACCESSとの扱い方が皆さんはどのように考えているのかなと思ってトピをたてました。
＞八神かかしさん
個人的には、今までWebシステムでOracle（mysql）＋PHPまたはJSPとかを長年やってました。
職が変わり、Webシステムを一切出来ない状態で、DB群を素人でも扱えるものとして、AccessまたはExcelが代用できる。
ただし、Accessなどである程度のデータを扱うと、メモリを極端に保持しようとしたり色々なメリットデメリットがあるなと感じています。
個人的な見解：
テーブル（シート）が１０個くらいで、レコードが１０００くらいまでで、複雑なSQLなどを考えなければ、Excelのvlookupで対応可能だと思う。
また、Accessだと、値を変更するとやり直しが効かない（ctrl+Z）
自動的にデータを保存しているので、失敗した瞬間に大変なことになる。
Excelだと、自分で保存しなければ特に問題はない。
しかし、たくさんのデータを共有していたりする場合はデータのずれが生じる。
まぁ全てにおいては、作成者の排他処理のレベルによって緩和されるのかなと思います。
- mixiユーザー
- ログインしてコメントしよう！
|
|
|
|
