まじめにデータベースについて語るスレ

立ててみた。

氏ね

>>1
乙

ガーン

板違い

板違いです

>>5
じゃぁ、ここは何板よ？

>>5,6
おめえらが板違い

今のところそれなりに頑張ってるやつ。
http://pc2.2ch.net/test/read.cgi/db/1056958137/l50
http://pc2.2ch.net/test/read.cgi/db/1056956505/l50

>>8

どうせおちついた頃に関係ないスレは一斉に削除されるべ
それまでﾏﾀｰﾘまつべし

このスレ消える前に記念カキコ

ここはデータベース板だよ。アドレスよく読みなよ。思いっきりPC鯖。
板一覧見るとPC関連のところにあるし。まったくやってくれるぜ、ひろゆき。

とりあえず、DBについて語るべ。

俺はあんまり詳しくないかあら>>100が厚く語ってくれ

データベースとは何か
http://research.kahaku.go.jp/zoology/uodas/database/nani.html
俺もよくは知らないが単純に考えると
「データベースは多くのデータを集めて整理し、
　必要に応じてデータを検索できるようにした物」であり、
例えばexcelで作ったデータも「データベース」と言えるのか。

>>15
いえると思う。
因みにExcl最近使っていないが、依然使っていたときにはデータベース機能
とかいうのがついていた気がする（気のせいかな？）。

RDBだけがデータベースではないよね。

うちの学校SQLぐらいしかやらんっぽい。

とりあえず、データベースを定義しない？

そろそろ厨房も消えた

思いっきりスレ違い

ドラゴンボールのカードダスのデータベースを作ろうぜ！！

EmpressというRDBを使ってみたことがある。
Linux用だが。

>>22
有料だね。

導入するかどうか悩む

素でドラゴンボール板だとばかり・・・
データベースだったのね

>>24
(・∀・)ｶｴﾚ!!

ずっとMySQLを使い続けてきたけど、最近かなり限界を感じる。
他に乗り換えるのになんか良いDBないっすか？
PG以外で。

>>25
お前が(・∀・)ｶｴﾚ!!

>>24
いえ、ここはドラゴンボール板ですよ。

もう荒らすなよ

ドラゴンボール板説が有力。

つっかもうぜ！

もうね、最初の方はデータベースと分かってネタのつもりで
ドラゴンボールスレ立ててたんですよ。でも今となっては
此処は本当にドラゴンボール板じゃないかと思えてきた、（´Д｀　）

へいへいへい　ドラゴンボール

age

ヽ（ ´ー｀）ノ ﾊﾟﾗﾄﾞｸｽｰ

PL/SQLってまだあんの？

あるよ。

何故高いOracleを使う？
IBMのDB2のがよほど良いと思うが。

データベース板にこだわる人に問う。
ドラゴンボールはそんなに嫌？
世代でしょ？
カメハメ派うったでしょ？

IBMのDB2ってﾄﾗﾝｻﾞｸｼｮﾝまわり雑魚雑魚

OracleでSP（ストアドプロシージャ）は今でもPL/SQLで書くの？
DB2はたしかJavaでも書けたね。　スピードは判らないけどJavaで書けるというのが
素晴らしいと思うが。

ドラゴンボールのデータベースということで一つ手を打つってのはどうだ。

>>42
いいよ。　別にどうせこのままDB板でもドラゴンボールの連中に荒らされるだろうし。
まあ、決定するまで暇なんで他愛の無いことを書き込んでるだけさ。
DBの話はビジネスsoft板でもできるし、どうにでもなるから。

>>40
使いきれてないだけ。きっちりできる。
>>41
そう言えば良く聞こえるが
SPを独自にコンパイルできない
（Cコンパイラやjava sdkが必要）
というもDB2の欠点。
やっぱSQLプロシージャが書きやすい。
コンパイラが別途必要となる為、
同じSPのコードなのにlinuxはコンパイル可能で、
Solarisではコンパイルできなかった経験ｱﾘ（何とか
gccのオプションの設定でコンパイルできたが）

それさえ切り抜ければ良いDBだよ。

さぁ、ム板、soft板に帰りませう。
どうせ同じだからageとく

ヽ（ ´ー｀）ノ ﾊﾟﾗﾄﾞｸｽｰ

ゴルア！だからここはデータベース板だっつってんだろ！
クソスレばっか立てやがって。しかも正規のスレまで荒らしてるじゃねーか。
うるさい蠅どもがデータベースに関係ないレス付けやがって。
最初から荒らされたらちゃんとしたスレと一緒にお前らのレスも残るんだよ。
狂人どもは全員早く漫画板に帰れ。ちゃんと削除依頼出してからな。

>>46
まだ結論出てないよん。

ドラゴンボール派「ドラゴンボール板をねだるスレにひろゆきが告知したんだからドラゴンボール板だ
＞Ｄ　　Ｂ　　板　　を　　切　　に　　希　　望
＞http://qb.2ch.net/test/read.cgi/accuse/1056550376/75
＞
＞75 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★[] 投稿日：03/06/30 09:43 ID:???
＞http://pc2.2ch.net/db/index.html

データベース派「何言ってんだ、pc2鯖にあるんだからデータベース板だ

ド「大規模off板だってaa2鯖にあるけどoff板だ

デ「i-modeのメニューにはPC等のページで「データベース」と明記してあります。
　　＞http://i.2ch.net/m30.html

ド「これを見ろ。i-modeメニューはとんすけの独断だ
＞http://pc2.2ch.net/test/read.cgi/db/1056933766/51 57
＞
＞51 名前：とんすけ ◆MytskeE.Vg 本日のレス 投稿日：03/06/30 11:33 ID:422vy++z
＞あれ、新板だ。
＞で、カテゴリはどのへんですかしらん？
＞
＞57 名前：とんすけ ◆MytskeE.Vg 本日のレス 投稿日：03/06/30 11:56 ID:422vy++z
＞とりあえず携帯メニュー、ビジネスソフトの次に置いてみますた。
＞暫定なんでbbsmenu/bbstableの更新待ち。

FirebirdとPostgreSQLでの利点・欠点を教えてください。

>>46
どこにデータベース板と？
携帯メニューは公式見解ではないですよ？

>49
とかいうあなたも
データベースの知識はおありでしょう

データベースさいこう！

>>48
共に日本語処理に難アリ。
FireBirdはJDBCドライバが使い物にならんクソ。
現状フリーDBはMySQL最強。

記念下記子

>>53
山崎渉並みにウザイな。
ドラゴンボール厨は巣に帰れ。

>>54
一々突っかかるおまいもウザイよ。

>>55
放置できないお前も同類。
そしてオラモナー

ゴ
ク
う
最
狂

gggggggggggggggggggg





gggggggggggggggggggggggggggggggggggg

DB2、２年くらい前に前にちょっと使ったことあるけど、
エラーメッセージがモロ直訳で面白かった記憶があるが
いまもそのまんまなのかな。

>59
IBMの伝統でしょう。

>59
そのまんま。意味不明なのもそのまんま。
エラーメッセージが意味不明なのでドキュメント読むとなおさら。
でも、今でも使ってる。
V8からインターネット接続ライセンス無くなって
Webで使うにはやたらと高くなった気がするなぁ。
トランザクション云々は思想の違いの気がするけど、
そういう話じゃない？一番真っ当に実装してある気がする。
真っ当すぎてパフォーマンスはOracleほど出ないと思うけど。

MS社のAccessってデータベースのソフトでしょ？
うちの会社（木製品製造）の倉庫に何やら「Access」とかいてあるダンボール箱が
あり、中を覗いてみるとAccess2000Verのソフトが未開封で10本も出てきますた。
もう何ヶ月も放置されてる感じで1個ぐらいもらっていってもいいかな。
でも、使い方がわからん。（エクセルなら少しはわかるが）
翌日、他にも何かないかと隣のダンボールにはメルコのLANカード（こちらは開封済み）
が20セットも出てきてビク−リ。

>>62
業務システムAccessで構築してる最中なんじゃないの？
もしくは構築に失敗して野ざらしとか。

>>62
ライセンスです。勝手に触らないでください。

　「データーベース」って最近で東浩紀っていう哲学者がこだわってる概念。
なんでも現代の文化はデーターベース化された知識の順列組み合わせだ
から云々とかなんとか・・・ワカンネ。

>>65
ひろのりはがんばってるんだな

>>65
昔の教養主義的な知識ってのは百科事典的だったのに対して、
今の文化は生のデータがデータベース的に整理されている知識から成り立っている。
顕著なのがオタク文化で、アニメでいえば
「第何話のタイトルはこれ」 「このシーンのこのキャラの台詞はこれ」 という
話で盛り上がれるわけ。
SQL でとってこれそうな知識じゃない？

>>67
百科事典はデータベースじゃない？

広義的データベースと狭義的データベースをごっちゃにすると
ややこしくなるような。

>>67
生のデータがデータベース的に整理されている知識って百科事典そのものじゃないの？
教養主義的な知識って教科書みたいなもんじゃないの？

>>67
プログラムとデータベースの違い、かな？

>>67
階層型とリレーショナルの違いみたいな話だな。

クソデータがあると台無しなんだよね。
後生だから顧客名に　株　とか　�梶@とか（株）　とか入れないでください。
検索にかからないってそりゃそ…
（株）東洋容器　を　東洋容器　でかかるようにしてくれって
Like検索したらクソ重いじゃないかー　�梶@なんかに拘るなよぅ…

で，なんか商品名に　'98型……　とかあるし
シングルコーテーションデータん中混ぜられたら誤作動の原因になるってか
そういうのでも動くように組むのはすんごい面倒なんだぞ…
全角文字で我慢しろ　なに駄目？
なんでそうなんだよぅ…

>>73
確かに顧客名称は悩ましいね。
%東洋容器%と東洋容器% じゃ全然Performance違うしね。
一度CSV Exportして適当なエディタで編集したらだめかしらん。
合掌。。

あぼーん

あぼーん

いいからお前ら富士通謹製Symfoware使え。
とうぜん呼び出し元はCOBOLだ。
C使うやつは素人以下。

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

でもね、
例えば名簿作るでしょ。
でも項目に当てはまらない事って沢山あるでしょ？
一人の人物を表現する、
性別、住所、TEL、顔写真、血液型、身長、体重、家族構成、学歴、職歴、
眼鏡使用、ホクロ位置、指紋、誕生日、賞罰、etc

そうすると、項目で特定出来るモノは良いですが、
「この者、小学校の頃、猫が好きだった」
とかいう情報になると、もう項目では縛れない。
そうすると、この人物に関するテキストファイルを用意して、そこにガンガン何でもかんでも書き込む、
という手法を取っている今日この頃…。
でも、これは意外に重宝です。
後でGREPを掛けたりすると、意外な関連や傾向が見えてきたりしマス。

それはそういう設計をすればいいだけでは

>>80
[小学校の頃何が好きだったか]
という項目を作るの？？？

データマイニングの本質に迫る尖鋭的な議論ですね。
で、ａｇｅ

おじゃまします。

私は　パソコンも得意じゃないし大好きでもないのに
夫から「Paradox（あってるかな）を少しやったら．．．？」
って言われて　何だか嫌な感じなのです。
仕事でMS社のエクセル、ワードなんかをのんびりやって
あとは家でネットで好きなサイト見てるだけで十分なのにね。

でも　なんとちょっぴりでも　やり始めると「なるほど！スゴイ！」
と超初心者の私でも感心してしまいますね〜データベースはエライ！
って言っても今は　まだ名簿なんかの検索関係を練習してるだけです。

あ〜　なんだか　スッキリした。
でも　もっと簡単にわかる勉強ってないかな　データベースの事。
長い文で失礼しました。では　では。。。

>>84
データベースにはパソコンと違う適性があるようです。PDXさんにはそれがあるのだと思います。
適性が無い人は同じことをやっても「ふ〜ん、それで？」「そんなの当たり前じゃん」
という反応です。

データベースにワクワクできるのだから、勉強と意識しなくてもやっていれば身につくと思いますよ。
そうそう世の中のデータベースから欲しい情報を得る手段を探るのもその勉強のひとつかもしれませんね。

現代ビジネスにおけるデータベースの活用方法の
具体例を用いて説明せよって言われたらどうやって
説明しますか？Ａ４用紙３枚程度で。。

自分だったら少なくとも個人情報、エゴノミクス、販売戦略を挙げるね
販売戦略だと頭悪い奴でもABC分析を使えばどれが目玉かわかるし。
これだったら上司の好みで売れない商品大量購入なんてできないだろうしね。
（自分の元バイト先のマネージャー、ハンバーガーのケチャップ[大体2週間で消費]を4ヶ月分買い込んでしまって
あいつバイトより使えないんじゃないかと叩かれてたな）

いま大4だけどもし就職先、顧客リストをメモとかワードパットでかかれてたら上司でも怒鳴るね。
普通の企業でそれは絶対無いだろうけど、公共だと田舎の方ありそう。下手したら全部手書きとかね

現代ビジネスが、昔、たとえば10年前とどう違うかと言ったら、やっぱり、
コンピュータネットワークによる、情報の共有化だから､
そこら辺を視点に､説明していけばいいんじゃないですかね｡
具体的には､サイトに商品を載せる場合の、商品情報や、
サイト利用者の顧客情報など。
他には社内LANによる、データベースの共有化など。

＞　あぷれんてぃすさん　励ましのお言葉有難うございます。
実は今日は帰る３０分前に「ちょっとエクセルやって」って
お願いされて　「はぁい」と　やり始めたのですが　要領が悪い
せいか１時間かかってしまった。。。
前視　器械高　後視　標高　って項目を足したり引いたり（笑）
こういうのも　きっとデータベースが応用できるかも？と思いながら
式の入れ方も　ピンとこないで一個ずつ入力して大変でした。
毎日少しずつでもやらなくては。。。

自分他のDBソフト使ったことないのでエクセルでしかまだ経験がないので他の話がぜんぜんわからないのですが。
>>89
たしか行(1,2,3,4...と表示されているところ)と列(A,B,C.....と表示されているところ)を押すと表示するしないを選択できるのでそれをうまく使うと良いですよ。
エクセルは結構500円でわかるシリーズがでてるのでつかえれますよ。多分。。。。
(立ち読みしかしたことないので立ち読みして買うか買わないかわ自分で)
それを使うといちいち消さなくても良いし、また書き直すこともしなくても良いので便利ですよ。
印刷の際にも出ませんし、計算に入れてあってもデータはあるので計算が狂うこともありませんので便利ですよ
ここで計算とはG4+H4(G4かH4を表示してなくてOKということ)です。

これを日本および海外で広めると病気が治るかもしれない。
オラウータンなどの
サルは自分と似ていない自分の子供を（子殺しする）殺す。
（立花隆『サル学の現在』平凡社より）

http://www.google.co.jp/search?q=cache:YzJwPXsiJZAJ:www.impala.jp/bookclub/html/dinfo/10110005.html+%E3%82%B5%E3%83%AB%E5%AD%A6%E3%81%AE%E7%8F%BE%E5%9C%A8%E3%80%80%E5%AD%90%E6%AE%BA%E3%81%97&hl=ja

すいません、質問です。

(1)データベースでデータを扱う場合と、通常のファイルでデータを扱う場合の大きな違いはなんでしょうか。

(2)通常ファイルでデータを扱うと、データベースを利用する場合にくらべ、
ホームページ管理者の負担がかなり増える…ということがあるのでしょうか？
自分で調べた限りでは、管理者の負担はあまり関係ないように思われるのですが…

(3)データ量としてはこの程度のものをお考えのようですが、データベースは必要でしょうか？
ttp://www.onixjapan.co.jp/db/database.cgi

わたしがウェブデザインをしているので、知識があると誤解されたのか、お客さんにいろいろと聞かれています。
懇意にしている取引先なので、きちんとした回答をしたく、いろいろ調べていますが
基本的知識がないために結論にたどりつけません。
あまりにも初心者な質問で申し訳ありませんが、よろしくお願いいたします。

>>92
http://www.kogures.com/hitoshi/webtext/db-kinou/index.html
データベースの利点


データ数が100件程度で、更新も少ないならDB使わなくても平気だと思う。

>92
DBそのものに関する質問は>93を読んでもらうとして。
DBを利用したサイトを構築するという事は、DBを管理する必要が出てくるってこった。

>93さん >94さん
お返事ありがとうございます！助かります。
>93のサイトには質問前にたどり着いていたのですが、
それでもよくわからず質問させていただきました。基本的知識のない者には難しい言葉が多くて…すいません。
もう一度じっくり読んでみます。

管理者の負担についてはどうでしょうか？
>94さんによると
「DBを管理する必要が出てくる」＝むしろ管理者の負担が大きい？（知識が要求されるなど）
と見るのですが間違っていますでしょうか。

>92
データベースを使う場合の大きな要素として、
毎日記録すべき情報があり（つまりだんだんとデータは増える）、
それを加工もしくは分析する必要があるということ。
これがないならエクセルやCSV、テキストで十分間に合うでしょ。
あるなら現在の状況（row数とか）に関係なくデータベースを構築
しておくことをおすすめします。
冗長性の排除＝無駄の排除ってことで省力化につながります。
データが莫大になってからのデータベース化は担当が死ぬしねえ。

>95さん　お返事ありがとうございます。
更新は多くても週に１、２回のようですし、それを加工・分析することも特にないようです。

ただ、>92に例としてあげたサイトのような仕様でもデータはだんだん増えていき、
サーバの容量に応じて、例えば○件以上のデータは削除、などとすると思うのですが、
データベースを使用すると削除は不要なのでしょうか？

ものすごく馬鹿なことを聞いている気もしますが教えてください。
何度もすいません

>97
92-3をレス後みたのですが思いっきり
データベースと書いてありますが・・・
データベースを使用するとファイルサイズはコンパクトになりますが、
データを入力し続ける限りデータをどうにかする必要性はでてきます。
ただデータベースを扱う人がデータを削除する必要性はありません。
通常はもう不要（データ変更の可能性がなく・検索もしない）となった
ファイルは、WEBファイルとは別のファイルに確定作業をしたのち隔離
します。そうすればWEB用のファイルは常に10MB以下など、そのHPに
適正なファイルサイズに収めることが可能です。

EXCELやなんやらのファイルは使用中は他の人はアクセスできない。
・DBは複数が同時に参照、随時更新できる。
・分散処理ができる。
YOU　KNOW？

100

excelは複数人で共有して更新できるんだよ。こないだ初めて知った。

>98さん　何度もありがとうございます。
調べたところ、>92のサイトのCGIはデータベースは使用していないようです。
こちらの↓フリーの、「database.cgi」というものを使用しているようです。
ttp://www.cgi-amigo.com/database.html

データの削除（移動？）について、丁寧に教えてくださったのに申し訳ありませんが、
頭では理解できるのに、感覚的に理解できません。
（例えば人がデータを削除しないのであれば、そのデータが不要かどうかは誰がどうやって判断するのか？など）
やはり基本的な理解がないことにはデータベースは難しいようです。もっと勉強しなくては…。
こんな初心者の質問に親切に答えてくださって、
本当にありがとうございました。

>>89
測量関係のお仕事ですね。
データベースは仕掛けが大変なので、継続して反復する作業やデータ量の多い作業に対して
使われることが多いです。
データの中に法則性を見つけて、それをデータベースのデータ構造や取り出す式に反映する
かがそのデータベースの性能に関わります。でもなかなか難しい。

エクセルを使われているならアクセスもいいかもしれないですね。共通の部分が多いし。

>>102
データをお金とするとデータベースは銀行みたいなものでしょうか。
データの操作自体がいらなくなるわけじゃないです。
でもそのデータを他のプログラムで使うとかする場合にインターフェースさえ確保できれば
データ操作周りのプログラムを作り直す必要が無いところが良かったりします。
またデータの件数が多くなってきた場合もデータベースに任せた方がデータの保持の面で
有利です（その分のいろんなコストはかかりますが）

>>92

(1)>>93にあるとおり。

(2)あなたの考えるとおり、管理者の負担はあまり関係ないと思う。

(3)DBMSを導入するかどうかは、
システムの仕様だけでは判断できない。
DBMSを導入するとコストがかかるため、
>>93にあるようなメリットと比較する必要がある。

ただ、もし予算に余裕があるのであれば、
たちまちメリットが理解できなくても、
DBMSを導入しておいた方が良い。

>>102(92)
>例えば人がデータを削除しないのであれば、そのデータが不要かどうかは誰がどうやって判断するのか？
データを削除する条件は運用で決めること。
ここで他人に聞いても解決しない。

技術的な方法であれば、

・通常のファイルを使用する場合
(１)管理者がその都度、手動で削除する。
(2)プログラムを作成して条件に該当するファイルを削除する。
自動で削除するか、起動時のみ削除するかは運用で決める。

・DBMSを使用する場合
(1)データを削除するSQL（DB内のデータを操作する命令）を作成し、実行する。
いつどのように実行するかは運用で決める。
（またはプログラムに実装するのか、単発でSQL発行するのか等）

＞　103さん
　ハイ　おっしゃるとおりです。

＞　102さん
　>例えば人がデータを削除しないのであれば、そのデータが不要かどうかは
　 誰がどうやって判断するのか？

　えっとですね〜　超初心者の私が言うのも　ホントにおこがましいのですが
　何ヶ月かパラドックスを練習してみて　わかったのは 106さんの話とおりでした。
　
　私の理解したイメージはこんな感じです。。。
　「エクセルとかと違って　はじめにデータを入力する時から
　　ー不要になるかもしれないー事も頭に入れながらデータ生成をイメージ
　　する。たとえば名簿でしたら中学生の１年から３年までを入力する時に
　　卒業予定年月日を入れて置くと卒業時にはその年月日になると自動的に
　　削除されたり　あるいは留年などの事項をさらに追加して確認するなど
　　削除をデータベース機能を使って利用して便利なこと　って感じかな？」

　　並び替えとか　ホントに威力を発揮しますよね　データベースって！
　　少しずつ覚えていきたいけど　今は目先の仕事に追われて　ゆっくり
　　できません。ココは　そんな私の自宅学習の場かも〜。長くてゴメンナサイ。

＞卒業予定年月日を入れて置くと卒業時にはその年月日になると自動的に 削除されたり
ものすごい力業つかったらCGI＋テキストファイルでもできないことない…ことはない？

＞108さん

う〜ん　私の力量もなく説明べたで　ごめんなさいです。
早速　答えを見つけるべく　勉強してきます。。。
それまで　どなたか説明上手で言わんとすることがわかりそうな方よろしくね。

このごろ県人会名簿への神の神託の裏技を立て続けに発表してみたのですが誰にも理解されませんでした。どれもこれもあのハリーポッターを地でいくようないかがわしいものなのですが、それがまた卑賤の民の疑念をかき立てるばかりでよろしくなかったもののようです。

E・∇・ﾖﾉｼ　＜111ｹﾞｯﾄ♪♪

　明日のナージャ・イルクーボ対ナッパ

　ＴＥＩＫＵ　１

ズオ　「ナッパの攻撃」
　イルクーボ「死ぬなよナージャ」ガク　　　ナージャ「・・・・・・・・」

その時ナージャのブローチが変形　
　ナージャ「エキストリーム・ルミナリオン」
「クソガキめっー」

　　　　　　　　　　　　ＯＫ


ＴＥＩＫＵ　２

ズオ「ナッパの攻撃」
　イルクーボ「死ぬなよナージャ」ガク　ナージャ「・・・・・・・・」

その時ナージャのブローチが変形
　ナージャ「エキストリーム・ルミナリオン」

ナッパ　「おどかしやがって」

　　　　　　「え」

　　　　　　　　　
　　　　　　　　　　カットＮＧ

NPOでの顧客管理を現在Excel97で表を作ってやってるが、
以下の理由でデータベース（フリー）に移行したいと思ってます。

・件数はともかく、項目数が増えた
　→データ検索自体はExcelのツールバーの機能で出来る範囲だが、
　　ユーザインターフェース的には良く知らないメンバーにはシンドい
　　ので、何か送付先一覧を印刷するのにも作った私にお願いがかかる。

・NPOの方には、Excel97をバージョンアップするお金がない。
　しかもうちのPCに入っているのはExcel2002
→NPOの事務所もうちもofficeパックで買ってるので、
　　１つだけバージョンアップ(orダウン）っていう訳にいかない。

・VectorのExcel関係のフリーソフトで探したが適当なものが
　見つからなかった

で、こちらの条件だが、
　・件数はたかだか1000程度。
　・項目は文字データのみ。
　・DBに複数人がアクセスする機会はほとんどない。
・NPOの事務所に常駐しているメンバーはPC全般については
　　知らず、そちらに行けるのも週１回程度なので、
　　全然PCを知らないメンバーでも環境設定等に煩わされないもの。
　 (OSはWindowsXP）
　・バックアップは取るがしょっちゅうネットワーク経由でデータが
　　同期はしない
　・Webで管理することは全く考えていない
　
それで、考えているのは、今のところ、
OpenOffice2.0 BaseかSQlite（単独でフリーとして出してるなら）かな〜
と思ってるけど、どちらが適切なのかなあ。
#別に宗教論争するために釣るつもりは全くないので・・・。

なお、
・Postgre→ここのスレ見てインストールがすごい大変そう（専用にユーザを
設けなければうまくいかないらしい？）
・MySQL→Web上のDBへの高速検索には良いだろうが、全然方向性が違っている
ような。

と思ってる。

桐で満足している私は　負け組ですか？

>>113
まずはLinuxからだね

質問ですが、自分とこで鯖をたてていなくても、

レンタルホスティングに置いているホームページのフォームに入力された情報をそのまま

→会社のＰＣのAccessにデータを持ってくる　という方法はありますか？　

今は、フォーム入力されたデータをCGIでＣＳＶ生成させ、その生成されたＣＳＶを

メールで受信して、Accessにインポートしているかんじです。

そのAccessに手動でインポートする部分をもっと自動化できないものかと思っているところです。


ＯＤＢＣとかって　サーバー自分でたてとかないと無理そうですし。

>メールで受信して、Accessにインポートしているかんじです。
メーラーの受信時の自動処理でAccessに食わせるとかじゃ駄目なん？

スレ違いかもしれないんですが、DB板で
「くだらねぇ質問はここでしろ」みたいなスレってありますかね？
ちょっとした質問があってどこで聞けばいいかわからないので…

ttp://pc11.2ch.net/test/read.cgi/db/1056962384/

こんがんがー

保守

最近のDBの利用形態って主流は何だろう？
SQLだけでDB扱ってるDWHみたいな利用って多いんだろうか。
それとも、Ｅｘｃｅｌみたいな表計算ソフト使って表更新してからDBにアップするとかかな。
それとも、アプリケーションサーバとか使ってＷｅｂでPHPとかＪａｖａ経由でDB更新したりしてるんだろうか？

test

???

test

test

WINNT

適当な質問スレがないのでここで質問させていただきます。
競馬ソフトを作ろうと思っています。
全くの初心者ですのでどのDBを使えばよいかわかりません。
容量は2GBあればじゅうぶんなようです。
無料で初心者にも使用しやすいDB教えてください。

うぃー

警察　科捜研の前科者データベースのDNA情報を故意に改ざんし
犯人に仕立て上げたい人物のDNAデータを
過去の未解決事件の犯人のDNAデータの所にインプットする。
すると、簡単に『犯人とDNAデータ一致！』となり
誰も冤罪を疑わない･･･ということが実際に行われている。
これを暴くにはDNAデータベースの開示（かなり難しい）
スーパーハッカーによるハッキングによる公表（やる人いないか）
ハッカーは「データの更新日は必ずある」と言うんだけど
データの更新日まで改ざんされて完全犯罪として隠蔽される可能性はないのか？
『時効廃止が危険な理由・冤罪続出！』
http://ameblo.jp/crazyface-insanity/entry-1122248974

千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一
千歳科学技術大学 グローバルシステムデザイン学科 深町 賢一

語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~
語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~語気光線( ´Д`)y━･~~

それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！

私が千歳科学技術大学 グローバルシステムデザイン学科 専任講師・理学博士：深町 賢一だが何か？
用があるなら、http://www.chitose.ac.jp/course/teacher/glo/000057.html

>>122
昔はどうやったん？
デービーの次の姿は見えてるよ。

WAN越しの2層構造　って使えるんかな？
WAN越しなら3層じゃないと使えないと思っていたが2層でもそこそこ使えるなら2層のほうが楽じゃね？

辞書を作っています。
ジャバスクリプトで書かれた実行可能なファイルの集合で、
３万ファイルが現状あります。一つのファイルは数キロバイト。
最終的には１億ファイル以上になりそうなのですが、
PCでそんな規模のファイルを扱った場合、どのような問題がでるか
ご意見を伺わせてください。

数万ならやったことあるよ、むかーし。
影響はファイルシステムによるけど、それよりファイルシステムを使う一般的アプリケーションが数万以上なんて想定してないのでフリーズしかける。OSのウインドマネージャなんかも入るかもね。ファインダーやファイルエクスプローラは勿論。経験的にね。
DB理論からいうとインデックスがないので想定しない時間が経過しタイムアウト。

>>138
ありがとうございます。
やはり、現状の作り方は限界がありますね。

ご指摘のような状態を避けるには、ファイルをグループ化するなどして、
ファイルの総数を減らす必要があると思いますが、
その為には
あ：キーワード、データ、実行コードの分離、それらの関連付け
い：グループ化したデータ集合からのデータのピックアップ技術
などのプログラム技術が必要だと考えます。

DB理論はまだ触れたことがないのですが、
上記のような技術課題に回答を与えるものでしょうか？

現状は、以下のような利用方法です、
１：ウィンドウズOSの検索機能で絞り込む。
２：ファイルのパスをインデックスに見立てて、テキストに書き出しておいて、
　　検索ワードとパスをつき合わせる。該当する複数のファイルパスを配列に
　　入れ、リスト表示のコードに渡す。

よくわからんが、一億個の実行ファイルをデータベース管理するんじゃなくて
そのファイル群から（できれば単一の）データソースファイルを作る努力を
したほうがいいんじゃない？

>>139です
１：seek()とtell()で、ファイル内の位置を取得できるようなので、
これを使おうかなという所まで調べました。
インデックスの検索は上から順になりますけど、ソースコードは
位置情報から直接引っ張りだせるので多少効率はいいのではないか
と思っています。

うちの最大のＤＢはテレビ番組ＤＢ。単にサイトの番組情報をテキストでエクセルにコピーしたものだが、現在５万行ある。
録画予約する時にすでに所有している番組は録画しないようにするために使用。キーワード検索でチェックする。
５万行程度なら検索してもほとんど時間はかからない。

>>128
DBなんて何でもいいけど、2GBなんて数ヶ月でパンクしますよ

もう語らないのか