共に日本語処理に難アリ。
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？
調べたところ、>92のサイトのCGIはデータベースは使用していないようです。
こちらの↓フリーの、「database.cgi」というものを使用しているようです。
ttp://www.cgi-amigo.com/database.html データの削除（移動？）について、丁寧に教えてくださったのに申し訳ありませんが、
頭では理解できるのに、感覚的に理解できません。
（例えば人がデータを削除しないのであれば、そのデータが不要かどうかは誰がどうやって判断するのか？など）
やはり基本的な理解がないことにはデータベースは難しいようです。もっと勉強しなくては…。
こんな初心者の質問に親切に答えてくださって、
本当にありがとうございました。
測量関係のお仕事ですね。
データベースは仕掛けが大変なので、継続して反復する作業やデータ量の多い作業に対して
使われることが多いです。
データの中に法則性を見つけて、それをデータベースのデータ構造や取り出す式に反映する
かがそのデータベースの性能に関わります。でもなかなか難しい。
エクセルを使われているならアクセスもいいかもしれないですね。共通の部分が多いし。
データをお金とするとデータベースは銀行みたいなものでしょうか。
データの操作自体がいらなくなるわけじゃないです。
でもそのデータを他のプログラムで使うとかする場合にインターフェースさえ確保できれば
データ操作周りのプログラムを作り直す必要が無いところが良かったりします。
またデータの件数が多くなってきた場合もデータベースに任せた方がデータの保持の面で
有利です（その分のいろんなコストはかかりますが）
(1)にあるとおり。
(2)あなたの考えるとおり、管理者の負担はあまり関係ないと思う。
(3)DBMSを導入するかどうかは、
システムの仕様だけでは判断できない。
DBMSを導入するとコストがかかるため、
にあるようなメリットと比較する必要がある。
ただ、もし予算に余裕があるのであれば、
たちまちメリットが理解できなくても、
DBMSを導入しておいた方が良い。
>例えば人がデータを削除しないのであれば、そのデータが不要かどうかは誰がどうやって判断するのか？
データを削除する条件は運用で決めること。
ここで他人に聞いても解決しない。
技術的な方法であれば、
・通常のファイルを使用する場合
(１)管理者がその都度、手動で削除する。
(2)プログラムを作成して条件に該当するファイルを削除する。
自動で削除するか、起動時のみ削除するかは運用で決める。
・DBMSを使用する場合
(1)データを削除するSQL（DB内のデータを操作する命令）を作成し、実行する。
いつどのように実行するかは運用で決める。
（またはプログラムに実装するのか、単発でSQL発行するのか等）
ハイ おっしゃるとおりです。
＞ 102さん
>例えば人がデータを削除しないのであれば、そのデータが不要かどうかは
誰がどうやって判断するのか？
えっとですね～ 超初心者の私が言うのも ホントにおこがましいのですが
何ヶ月かパラドックスを練習してみて わかったのは 106さんの話とおりでした。
私の理解したイメージはこんな感じです。。。
「エクセルとかと違って はじめにデータを入力する時から
ー不要になるかもしれないー事も頭に入れながらデータ生成をイメージ
する。たとえば名簿でしたら中学生の１年から３年までを入力する時に
卒業予定年月日を入れて置くと卒業時にはその年月日になると自動的に
削除されたり あるいは留年などの事項をさらに追加して確認するなど
削除をデータベース機能を使って利用して便利なこと って感じかな？」
並び替えとか ホントに威力を発揮しますよね データベースって！
少しずつ覚えていきたいけど 今は目先の仕事に追われて ゆっくり
できません。ココは そんな私の自宅学習の場かも～。長くてゴメンナサイ。
ものすごい力業つかったらCGI＋テキストファイルでもできないことない…ことはない？
う～ん 私の力量もなく説明べたで ごめんなさいです。
早速 答えを見つけるべく 勉強してきます。。。
それまで どなたか説明上手で言わんとすることがわかりそうな方よろしくね。
ＴＥＩＫＵ １
ズオ 「ナッパの攻撃」
イルクーボ「死ぬなよナージャ」ガク ナージャ「・・・・・・・・」
その時ナージャのブローチが変形
ナージャ「エキストリーム・ルミナリオン」
「クソガキめっー」
ＯＫ
ＴＥＩＫＵ ２
ズオ「ナッパの攻撃」
イルクーボ「死ぬなよナージャ」ガク ナージャ「・・・・・・・・」
その時ナージャのブローチが変形
ナージャ「エキストリーム・ルミナリオン」
ナッパ 「おどかしやがって」
「え」
カットＮＧ
以下の理由でデータベース（フリー）に移行したいと思ってます。
・件数はともかく、項目数が増えた
→データ検索自体は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への高速検索には良いだろうが、全然方向性が違っている
ような。
と思ってる。
まずはLinuxからだね
レンタルホスティングに置いているホームページのフォームに入力された情報をそのまま
→会社のＰＣのAccessにデータを持ってくる という方法はありますか？
今は、フォーム入力されたデータをCGIでＣＳＶ生成させ、その生成されたＣＳＶを
メールで受信して、Accessにインポートしているかんじです。
そのAccessに手動でインポートする部分をもっと自動化できないものかと思っているところです。
ＯＤＢＣとかって サーバー自分でたてとかないと無理そうですし。
メーラーの受信時の自動処理でAccessに食わせるとかじゃ駄目なん？
「くだらねぇ質問はここでしろ」みたいなスレってありますかね？
ちょっとした質問があってどこで聞けばいいかわからないので…
ttp://pc11.2ch.net/test/read.cgi/db/1056962384/ SQLだけでDB扱ってるDWHみたいな利用って多いんだろうか。
それとも、Ｅｘｃｅｌみたいな表計算ソフト使って表更新してからDBにアップするとかかな。
それとも、アプリケーションサーバとか使ってＷｅｂでPHPとかＪａｖａ経由でDB更新したりしてるんだろうか？
競馬ソフトを作ろうと思っています。
全くの初心者ですのでどのDBを使えばよいかわかりません。
容量は2GBあればじゅうぶんなようです。
無料で初心者にも使用しやすいDB教えてください。
犯人に仕立て上げたい人物のDNAデータを
過去の未解決事件の犯人のDNAデータの所にインプットする。
すると、簡単に『犯人とDNAデータ一致！』となり
誰も冤罪を疑わない･･･ということが実際に行われている。
これを暴くにはDNAデータベースの開示（かなり難しい）
スーパーハッカーによるハッキングによる公表（やる人いないか）
ハッカーは「データの更新日は必ずある」と言うんだけど
データの更新日まで改ざんされて完全犯罪として隠蔽される可能性はないのか？
『時効廃止が危険な理由・冤罪続出！』
ttp://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━･~~
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
それよりゴキブリ高専卒どもはワシにさっさと謝罪せんか！
用があるなら、
ttp://www.chitose.ac.jp/course/teacher/glo/000057.html 昔はどうやったん？
デービーの次の姿は見えてるよ。
WAN越しなら3層じゃないと使えないと思っていたが2層でもそこそこ使えるなら2層のほうが楽じゃね？
ジャバスクリプトで書かれた実行可能なファイルの集合で、
３万ファイルが現状あります。一つのファイルは数キロバイト。
最終的には１億ファイル以上になりそうなのですが、
PCでそんな規模のファイルを扱った場合、どのような問題がでるか
ご意見を伺わせてください。
影響はファイルシステムによるけど、それよりファイルシステムを使う一般的アプリケーションが数万以上なんて想定してないのでフリーズしかける。OSのウインドマネージャなんかも入るかもね。ファインダーやファイルエクスプローラは勿論。経験的にね。
DB理論からいうとインデックスがないので想定しない時間が経過しタイムアウト。
ありがとうございます。
やはり、現状の作り方は限界がありますね。
ご指摘のような状態を避けるには、ファイルをグループ化するなどして、
ファイルの総数を減らす必要があると思いますが、
その為には
あ：キーワード、データ、実行コードの分離、それらの関連付け
い：グループ化したデータ集合からのデータのピックアップ技術
などのプログラム技術が必要だと考えます。
DB理論はまだ触れたことがないのですが、
上記のような技術課題に回答を与えるものでしょうか？
現状は、以下のような利用方法です、
１：ウィンドウズOSの検索機能で絞り込む。
２：ファイルのパスをインデックスに見立てて、テキストに書き出しておいて、
検索ワードとパスをつき合わせる。該当する複数のファイルパスを配列に
入れ、リスト表示のコードに渡す。
そのファイル群から（できれば単一の）データソースファイルを作る努力を
したほうがいいんじゃない？
１：seek()とtell()で、ファイル内の位置を取得できるようなので、
これを使おうかなという所まで調べました。
インデックスの検索は上から順になりますけど、ソースコードは
位置情報から直接引っ張りだせるので多少効率はいいのではないか
と思っています。
録画予約する時にすでに所有している番組は録画しないようにするために使用。キーワード検索でチェックする。
５万行程度なら検索してもほとんど時間はかからない。
DBなんて何でもいいけど、2GBなんて数ヶ月でパンクしますよ
ttp://goo.gl/uebnHh ttps://colo-ri.jp/develop/2012/02/tag-database-schema-methods.html このようにリレーショナル・データベースシステムで表の設計を工夫するのではなく、
タグ情報扱うためにシステムから設計されたものです。
求めているのは、タグの AND、OR 検索だけでなく、タグの追加や削除、変更もできるもの。
ただ、リレーショナル・データベースシステムで言う行については、追加のみで削除は必要ありません。
一つ前のレスの日付を見てがっかりしました。
これではお返事を頂くことは期待できません。
知恵袋の方に質問しますので、こちらは無視してください。
そんなのに特化する値打ちがわからんし。
タグってのはメタデータの一種。
こんなのどうだ。
ttp://jp.marklogic.com/resources/agile-enterprise-metadata-management/ 参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
9RSCHX4VEA
改憲議員が３分の２を超えております。『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
