乙
じゃぁ、ここは何板よ？
おめえらが板違い
ttp://pc2.2ch.net/test/read.cgi/db/1056958137/l50 ttp://pc2.2ch.net/test/read.cgi/db/1056956505/l50 それまでﾏﾀｰﾘまつべし
板一覧見るとPC関連のところにあるし。まったくやってくれるぜ、ひろゆき。
俺はあんまり詳しくないかあらが厚く語ってくれ
ttp://research.kahaku.go.jp/zoology/uodas/database/nani.html 俺もよくは知らないが単純に考えると
「データベースは多くのデータを集めて整理し、
必要に応じてデータを検索できるようにした物」であり、
例えばexcelで作ったデータも「データベース」と言えるのか。
いえると思う。
因みにExcl最近使っていないが、依然使っていたときにはデータベース機能
とかいうのがついていた気がする（気のせいかな？）。
RDBだけがデータベースではないよね。
Linux用だが。
有料だね。
導入するかどうか悩む
データベースだったのね
(・∀・)ｶｴﾚ!!
他に乗り換えるのになんか良いDBないっすか？
PG以外で。
お前が(・∀・)ｶｴﾚ!!
いえ、ここはドラゴンボール板ですよ。
ドラゴンボールスレ立ててたんですよ。でも今となっては
此処は本当にドラゴンボール板じゃないかと思えてきた、（´Д｀ ）
IBMのDB2のがよほど良いと思うが。
ドラゴンボールはそんなに嫌？
世代でしょ？
カメハメ派うったでしょ？
DB2はたしかJavaでも書けたね。 スピードは判らないけどJavaで書けるというのが
素晴らしいと思うが。
いいよ。 別にどうせこのままDB板でもドラゴンボールの連中に荒らされるだろうし。
まあ、決定するまで暇なんで他愛の無いことを書き込んでるだけさ。
DBの話はビジネスsoft板でもできるし、どうにでもなるから。
使いきれてないだけ。きっちりできる。
そう言えば良く聞こえるが
SPを独自にコンパイルできない
（Cコンパイラやjava sdkが必要）
というもDB2の欠点。
やっぱSQLプロシージャが書きやすい。
コンパイラが別途必要となる為、
同じSPのコードなのにlinuxはコンパイル可能で、
Solarisではコンパイルできなかった経験ｱﾘ（何とか
gccのオプションの設定でコンパイルできたが）
それさえ切り抜ければ良いDBだよ。
さぁ、ム板、soft板に帰りませう。
どうせ同じだからageとく
クソスレばっか立てやがって。しかも正規のスレまで荒らしてるじゃねーか。
うるさい蠅どもがデータベースに関係ないレス付けやがって。
最初から荒らされたらちゃんとしたスレと一緒にお前らのレスも残るんだよ。
狂人どもは全員早く漫画板に帰れ。ちゃんと削除依頼出してからな。
まだ結論出てないよん。
ドラゴンボール派「ドラゴンボール板をねだるスレにひろゆきが告知したんだからドラゴンボール板だ
＞Ｄ Ｂ 板 を 切 に 希 望
＞
ttp://qb.2ch.net/test/read.cgi/accuse/1056550376/75 ＞
＞75 名前：ひろゆき ◆3SHRUNYAXA ＠どうやら管理人 ★[] 投稿日：03/06/30 09:43 ID:???
＞
ttp://pc2.2ch.net/db/index.html データベース派「何言ってんだ、pc2鯖にあるんだからデータベース板だ
ド「大規模off板だってaa2鯖にあるけどoff板だ
デ「i-modeのメニューにはPC等のページで「データベース」と明記してあります。
＞
ttp://i.2ch.net/m30.html ド「これを見ろ。i-modeメニューはとんすけの独断だ
＞
ttp://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はJDBCドライバが使い物にならんクソ。
現状フリーDBはMySQL最強。
山崎渉並みにウザイな。
ドラゴンボール厨は巣に帰れ。
一々突っかかるおまいもウザイよ。
放置できないお前も同類。
そしてオラモナー
ク
う
最
狂
gggggggggggggggggggggggggggggggggggg
エラーメッセージがモロ直訳で面白かった記憶があるが
いまもそのまんまなのかな。
IBMの伝統でしょう。
そのまんま。意味不明なのもそのまんま。
エラーメッセージが意味不明なのでドキュメント読むとなおさら。
でも、今でも使ってる。
V8からインターネット接続ライセンス無くなって
Webで使うにはやたらと高くなった気がするなぁ。
トランザクション云々は思想の違いの気がするけど、
そういう話じゃない？一番真っ当に実装してある気がする。
真っ当すぎてパフォーマンスはOracleほど出ないと思うけど。
うちの会社（木製品製造）の倉庫に何やら「Access」とかいてあるダンボール箱が
あり、中を覗いてみるとAccess2000Verのソフトが未開封で10本も出てきますた。
もう何ヶ月も放置されてる感じで1個ぐらいもらっていってもいいかな。
でも、使い方がわからん。（エクセルなら少しはわかるが）
翌日、他にも何かないかと隣のダンボールにはメルコのLANカード（こちらは開封済み）
が20セットも出てきてビク－リ。
業務システムAccessで構築してる最中なんじゃないの？
もしくは構築に失敗して野ざらしとか。
ライセンスです。勝手に触らないでください。
なんでも現代の文化はデーターベース化された知識の順列組み合わせだ
から云々とかなんとか・・・ワカンネ。
ひろのりはがんばってるんだな
昔の教養主義的な知識ってのは百科事典的だったのに対して、
今の文化は生のデータがデータベース的に整理されている知識から成り立っている。
顕著なのがオタク文化で、アニメでいえば
「第何話のタイトルはこれ」 「このシーンのこのキャラの台詞はこれ」 という
話で盛り上がれるわけ。
SQL でとってこれそうな知識じゃない？
百科事典はデータベースじゃない？
ややこしくなるような。
生のデータがデータベース的に整理されている知識って百科事典そのものじゃないの？
教養主義的な知識って教科書みたいなもんじゃないの？
プログラムとデータベースの違い、かな？
階層型とリレーショナルの違いみたいな話だな。
後生だから顧客名に 株 とか ㈱ とか（株） とか入れないでください。
検索にかからないってそりゃそ…
（株）東洋容器 を 東洋容器 でかかるようにしてくれって
Like検索したらクソ重いじゃないかー ㈱ なんかに拘るなよぅ…
で，なんか商品名に '98型…… とかあるし
シングルコーテーションデータん中混ぜられたら誤作動の原因になるってか
そういうのでも動くように組むのはすんごい面倒なんだぞ…
全角文字で我慢しろ なに駄目？
なんでそうなんだよぅ…
確かに顧客名称は悩ましいね。
%東洋容器%と東洋容器% じゃ全然Performance違うしね。
一度CSV Exportして適当なエディタで編集したらだめかしらん。
合掌。。
とうぜん呼び出し元はCOBOLだ。
C使うやつは素人以下。
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
例えば名簿作るでしょ。
でも項目に当てはまらない事って沢山あるでしょ？
一人の人物を表現する、
性別、住所、TEL、顔写真、血液型、身長、体重、家族構成、学歴、職歴、
眼鏡使用、ホクロ位置、指紋、誕生日、賞罰、etc
そうすると、項目で特定出来るモノは良いですが、
「この者、小学校の頃、猫が好きだった」
とかいう情報になると、もう項目では縛れない。
そうすると、この人物に関するテキストファイルを用意して、そこにガンガン何でもかんでも書き込む、
という手法を取っている今日この頃…。
でも、これは意外に重宝です。
後でGREPを掛けたりすると、意外な関連や傾向が見えてきたりしマス。
[小学校の頃何が好きだったか]
という項目を作るの？？？
で、ａｇｅ
私は パソコンも得意じゃないし大好きでもないのに
夫から「Paradox（あってるかな）を少しやったら．．．？」
って言われて 何だか嫌な感じなのです。
仕事でMS社のエクセル、ワードなんかをのんびりやって
あとは家でネットで好きなサイト見てるだけで十分なのにね。
でも なんとちょっぴりでも やり始めると「なるほど！スゴイ！」
と超初心者の私でも感心してしまいますね～データベースはエライ！
って言っても今は まだ名簿なんかの検索関係を練習してるだけです。
あ～ なんだか スッキリした。
でも もっと簡単にわかる勉強ってないかな データベースの事。
長い文で失礼しました。では では。。。
データベースにはパソコンと違う適性があるようです。PDXさんにはそれがあるのだと思います。
適性が無い人は同じことをやっても「ふ～ん、それで？」「そんなの当たり前じゃん」
という反応です。
データベースにワクワクできるのだから、勉強と意識しなくてもやっていれば身につくと思いますよ。
そうそう世の中のデータベースから欲しい情報を得る手段を探るのもその勉強のひとつかもしれませんね。
具体例を用いて説明せよって言われたらどうやって
説明しますか？Ａ４用紙３枚程度で。。
販売戦略だと頭悪い奴でもABC分析を使えばどれが目玉かわかるし。
これだったら上司の好みで売れない商品大量購入なんてできないだろうしね。
（自分の元バイト先のマネージャー、ハンバーガーのケチャップ[大体2週間で消費]を4ヶ月分買い込んでしまって
あいつバイトより使えないんじゃないかと叩かれてたな）
いま大4だけどもし就職先、顧客リストをメモとかワードパットでかかれてたら上司でも怒鳴るね。
普通の企業でそれは絶対無いだろうけど、公共だと田舎の方ありそう。下手したら全部手書きとかね
コンピュータネットワークによる、情報の共有化だから､
そこら辺を視点に､説明していけばいいんじゃないですかね｡
具体的には､サイトに商品を載せる場合の、商品情報や、
サイト利用者の顧客情報など。
他には社内LANによる、データベースの共有化など。
実は今日は帰る３０分前に「ちょっとエクセルやって」って
お願いされて 「はぁい」と やり始めたのですが 要領が悪い
せいか１時間かかってしまった。。。
前視 器械高 後視 標高 って項目を足したり引いたり（笑）
こういうのも きっとデータベースが応用できるかも？と思いながら
式の入れ方も ピンとこないで一個ずつ入力して大変でした。
毎日少しずつでもやらなくては。。。
たしか行(1,2,3,4...と表示されているところ)と列(A,B,C.....と表示されているところ)を押すと表示するしないを選択できるのでそれをうまく使うと良いですよ。
エクセルは結構500円でわかるシリーズがでてるのでつかえれますよ。多分。。。。
(立ち読みしかしたことないので立ち読みして買うか買わないかわ自分で)
それを使うといちいち消さなくても良いし、また書き直すこともしなくても良いので便利ですよ。
印刷の際にも出ませんし、計算に入れてあってもデータはあるので計算が狂うこともありませんので便利ですよ
ここで計算とはG4+H4(G4かH4を表示してなくてOKということ)です。
オラウータンなどの
サルは自分と似ていない自分の子供を（子殺しする）殺す。
（立花隆『サル学の現在』平凡社より）
ttp://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 わたしがウェブデザインをしているので、知識があると誤解されたのか、お客さんにいろいろと聞かれています。
懇意にしている取引先なので、きちんとした回答をしたく、いろいろ調べていますが
基本的知識がないために結論にたどりつけません。
あまりにも初心者な質問で申し訳ありませんが、よろしくお願いいたします。
ttp://www.kogures.com/hitoshi/webtext/db-kinou/index.html データベースの利点
データ数が100件程度で、更新も少ないならDB使わなくても平気だと思う。
DBそのものに関する質問は>93を読んでもらうとして。
DBを利用したサイトを構築するという事は、DBを管理する必要が出てくるってこった。
お返事ありがとうございます！助かります。
>93のサイトには質問前にたどり着いていたのですが、
それでもよくわからず質問させていただきました。基本的知識のない者には難しい言葉が多くて…すいません。
もう一度じっくり読んでみます。
管理者の負担についてはどうでしょうか？
>94さんによると
「DBを管理する必要が出てくる」＝むしろ管理者の負担が大きい？（知識が要求されるなど）
と見るのですが間違っていますでしょうか。
データベースを使う場合の大きな要素として、
毎日記録すべき情報があり（つまりだんだんとデータは増える）、
それを加工もしくは分析する必要があるということ。
これがないならエクセルやCSV、テキストで十分間に合うでしょ。
あるなら現在の状況（row数とか）に関係なくデータベースを構築
しておくことをおすすめします。
冗長性の排除＝無駄の排除ってことで省力化につながります。
データが莫大になってからのデータベース化は担当が死ぬしねえ。
更新は多くても週に１、２回のようですし、それを加工・分析することも特にないようです。
ただ、>92に例としてあげたサイトのような仕様でもデータはだんだん増えていき、
サーバの容量に応じて、例えば○件以上のデータは削除、などとすると思うのですが、
データベースを使用すると削除は不要なのでしょうか？
ものすごく馬鹿なことを聞いている気もしますが教えてください。
何度もすいません
92-3をレス後みたのですが思いっきり
データベースと書いてありますが・・・
データベースを使用するとファイルサイズはコンパクトになりますが、
データを入力し続ける限りデータをどうにかする必要性はでてきます。
ただデータベースを扱う人がデータを削除する必要性はありません。
通常はもう不要（データ変更の可能性がなく・検索もしない）となった
ファイルは、WEBファイルとは別のファイルに確定作業をしたのち隔離
します。そうすればWEB用のファイルは常に10MB以下など、そのHPに
適正なファイルサイズに収めることが可能です。
・DBは複数が同時に参照、随時更新できる。
・分散処理ができる。
YOU KNOW？
