数十メガバイトのファイルをどんどん格納できるDB
>>21 BLOB周りは研究してないから細かくはわからんけど、IBやFBなら履歴型アーキテクチャ のおかげで性能面ではロールバックが大量に発生してもあまり問題なさそうだけどね。 フラグメントは必要になるだろうけど、ほっとけば一応自動でもやるし。 じゃ、FBにちょっとDelなんかでポトペタ画面足せば、 あっという間に動画ファイルサーバー??? FBなら問題無いんかもしれないけど、 今までふつーに安定してたRDBのファイルに、 バイナリどんどん入れるって違和感無い? 自己レスだが、RDBファイルを別にして、別RDBファイルにカキコとヨミダシをやってくれるファイルサーバーアプリを建てる、 という案はどうでつか? DBをファイルサーバーにするアプリ転がって無い? NTFSがSQL鯖と一体になったような香具師。 >>34 オプソ版iFSとDEルPCの組み合わせで20マソまで価格落ちまつか? >>35 平均 \10,000,000 最安 \6,000,000 <- うちが今まで納品した中では最安 >>36 MicrosoftがLonghornでSQLServerと1個のHDD使ってパクリ製品を出そうとしているが 現状のHDDが遅すぎて頓挫報道が大量に出るくらい無理。 オプソであるか知らんがあればOracle代を節約できるだろうが、実用的な速度を出すには 機材には最低でもHDD(10000rpm以上)が8本以上のディスクアレイが必要だと思う。 つまり現状だと安く実現しようにもソフトよりハードが追いついてこない。 >>37 >実用的な速度を出すには あ、これってインターネット経由でローカルディスク並みに性能が出る製品? データ=ファイルが壊れない、壊れても復旧できる製品であれば、性能は要らない。 だからといって、M$のパク利新製品は信頼性ガクブルだし、そんなに激安でも無い。 性能要らないと書いたけど、格納ファイル数が何万何十万と増えても性能が劣化しないものが欲しいでつ。 少し昔に流行った、オンラインストレージサービスみたいな奴は、 どんなのを使ってたのかねぇ。 >>40 これから流行るんだと思うけど。 無料メールサービスでも鯖イパーイ立ててたよ。 申し込み時期で鯖名変わってた。 >>40 下のようなの作ったことある。 ユーザー - アクセスサーバー2台(httpd) - アロケーションサーバー2台(database) - 大量のNFSサーバー >>42 その構成のメリットは? ユーザーから見ると1つに見えるのは良いね。 NFS鯖単位でバックアップできそうだけど、散在してて管理し難そうな。 >>43 NFSサーバー群が一つの巨大ディレクトリに見える。 >>43 アプリケーション側からNFS鯖群が一つの巨大ディレクトリに見える。 つまりアロケーション鯖でNFS鯖群で出来てしまう大量のディレクトリをRAID0のごとく1本化。 巨大ディレクトリには良いんだろうけど、DBによるデータ管理に比べると雑いな。 >>45 その用途なら間のDB抜いてNFSv4のpsude file systemだけで行けそう。 といってもpsude file systemをまともにサポートしてる実装が あるかどうかは知らんけど… フォルダのまんまじゃなくてアーカイブ1個で管理しやすくて、かつora以外が良いなー。 oraでも良いんだけど、\10,000,000 はきつくなーぃ? これから文書サーバーとかこういう用途が増えそうじゃない? >>47 それ以前に、NFSは…。 NFSv2 NFSv3 NFSv4 Linux △ × × *BSD .○ ○ △ Solaris ○ ○ ○ Linuxに至っては未だにv2ですら一部変な動作するし、v3は同名を使った変な独自仕様で 他のUNIX環境と混ぜると中途半端に動きやがるし。 *BSD系はSUNからのソース提供を元に移植しているようで互換性は良いが如何せん常に 対応が少々遅れ気味だし。 結局の所、まともに実装しているのはSolarisくらいしかない罠。 NFSってただのネットワークドライブ割当なんじゃないの? >>52 イメージ的にはそれなんだけど、それって情報無いけど、、、完成してんの? >>52 WinFSみたいだね。 膨大なファイル数だったとしても、実態をアーカイブに纏めてくれるのかな。 最近登場したばかりだからまだ完成していないと思う。 WinFSが登場する前にLinuxでpsqlfsとかが安定して動作してくるとかなり面白いことになりそう。 テストできるマシンが手に入ったらためしてみます。 WinFSってOODBでセッションもガンガン保存するのかと思ってた >>57 今までの発表内容からすると ・SQLServerにファイルを突っ込み、バージョン管理もする。 ・あらゆるファイルの実体やメタデータを全文検索用にインデックス化し、要約表示。 psqlfs+subversion+namazuあたりをゴッチャにしたような感じかと。 >>58 なんとしてもディレクトリをLinuxから触られたくないって気持ちが手に取るようにわかるね。(w >>59 WinFSが目指すところとか、開発が遅れてる理由はそれだったのか(驚愕 確かに普通に作るんだったら開発自体無問題の筈だし。 60ゲト >>60 WinFSが目指すモノ・掲げているモノは現状のOracle製品で全て出来る訳ですが、 遅れている理由は個人向けハードウェア(特にHDD)の性能が全くと言っていいほど 追いつかないからでしょう。 エクスプローラ含めアプリが用意できてないんじゃないかな。 >>63 Oracleのボッタクリ価格以上の値を付けているハードウェアと同性能のPCが 30万程度で買えるようになったら、オープンソースコミュニティも活発化するでしょう。 昔、光ディスクのストレージ(MOジューク)をBLOB領域として使っちゃうシステムで開発やってたけど、 性能うんぬんよりも、MOメディアが途中で死にまくって 「おにいちゃん、BLOBにアクセスできないよぉ」 な状態になってアレだった。 >>65 ん ? 光ディスク上に DB 作成したってこと ? 自分は アフォ ですって公言してるようなもんだと思うが。 んー。 昔ジョブスはそういうワークステーションを馬鹿高い値段で販売してたな。 印刷大手の会社で大量に見かけて一体...と思ったことあるが。 NeXTのことか? あれはリムーバブルメディアとしてMOを採用してただけだよ。 普通にHDも載せてた。 ありゃ画面のレンダリングがDisplay PostScriptだったから 印刷業界には重宝されたんでないかな。 設計思想はずば抜けていたが、時代とハードが追い付いてなかった例。 >自分は アフォ ですって公言してるようなもんだと思うが。 いやいや、なにせ昔の話でさ、今考えるとアフォな話なんだけどさ、 なにせ、容量が容量だったんでRAIDで組むと値段が高いし、 収めるデータは参照の方が多いし、スピードよりも長期保存重視だし、 ハードウェアベンダーもサポートしまっせ、って話だったんで、 んじゃ、やるか、っつー話になったんだ。 (ちなみにMOジューク本体に収める予定だったデータが1TBぐらい、 そのMOに入ってる1TBの管理用の情報が数GB〜数十GBぐらい) 結局ね、運用してみたら最初はまぁなんとか動いていたんだけどね。 最後の方はエラいことになったね。 なんせメディアだけじゃなくて、MOジューク本体が壊れまくって、 毎週ハードウェア保守でDBサーバ止めてたよ。 >>72 > (ちなみにMOジューク本体に収める予定だったデータが1TBぐらい、 ほう、MO で 1TB か...、ハードの型名書いてくれよ。 >>74 MOジュークって書いてあるやん。阿呆やなぁ… つまりタイトルのシステムを作るのに、 MOジュークはダメでつ、 という結論ですね。 結局Oracleしかない 数年前と結論が同じとは進歩のねぇ分野だな 比較的安くて、ファイルをストアーする製品とか無いですか? かつ、信頼性があって、破壊されても復旧メソッドもあるやし。 _____ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ /:\.____\ / http://idol.bbspink.com/test/read.cgi/pub/1188877827/l50 |: ̄\(∩( ;゚∀゚) < やーんなにこれーやーんなにこれーーーーーーーーー! |: |: ̄ ̄ ̄∪:| \ ヤーンやーんやーんなにこれーナニコレーぇぇぇぇぇ!! \____________ そんな用途にOracleと言うかRDB使うやつはいない。 そんなんうpロダを自前の鯖で稼動させるだけで十分だろ。 信頼性とか復旧とか心配するなら、二重化しとけ。 大抵は原始的なCSVまたはその派生テキストだろ ファイルの中身検索する必要ないならせいぜいファイルのリストをRDBに突っ込むくらいで十分だよね 検索とか集計とかしないのに、ファイルをドカドカ入れるだけの目的で RDB使うバカはいないだろうな。 じゃ、何使うわけ? 素でファイルをハードディスクに入れるのはキチガイだお。 一番ハードが壊れやすい。 >>95 の言うことを信じるならそういうことになる。 ttp://www.akibablog.net/archives/2007/10/hdd-1tb-071012.html 時代はテラバイトなのに、RDBのBLOBにファイル入れたら遅すぎるお>< 真面目な話、フェッチのコストでコネクションプールを食いつぶすハメにならない? BLOBってシリアライズデータを保管したりするのが関の山じゃない? oracle11g がいいのでは? BLOB型とか特殊な型の圧縮付き格納めちゃ早みたいよ。 >BLOB型とか特殊な型の圧縮付き格納めちゃ早 そうなんだ、超速いのかどうか試してみたいな。 一体型ならそれでもいいけど、圧縮するならAppServer側でやりたいとこだね。 http://left-4-dead-demo.blogspot.com left 4 dead , http://frontlines-fuel-of-war.blogspot.com frontlines fuel of war, http://penumbra-black-plague.blogspot.com penumbra black plague , http://the-sims2-castaway-stories.blogspot.com the sims2 castaway stories , http://the-sims2-castaway-stories.blogspot.com the sims2 castaway stories , http://sacred-2-full-download.blogspot.com sacred 2 full download , http://mercenaries-2.blogspot.com mercenaries 2 , http://penumbra-black-plague.blogspot.com penumbra black plague , http://insecticide-news.blogspot.com insecticide , http://left-4-dead-demo.blogspot.com left 4 dead , >>100 >BLOBってシリアライズデータを保管したりするのが関の山じゃない? なるほど。 OpenPNEは画像ファイルをMySQLに格納している。 c_imageっていうテーブルがあって、その中にBLOBで入れてる。 せいぜい数メガバイト程度のファイルにしておいた方が無難かな? >OpenPNEは画像ファイルをMySQLに格納している。 何メガのファイルで、何秒くらいかかってますか? dcache: disk based caching library http://www.ohse.de/uwe/dcache.html dcache is a database library implementing a persistent first-in-first-out cache. The database (or `cache') size limits are configured at creation time, and as soon as they are reached the oldest records are automatically removed. A number of commandline tools for managing the database are included. * The database size is limited to 63 bits on operating systems supporting large files. * The database size is limited to 31 bits (2 gigabytes) on operating systems not supporting large files. * The sum of the length of key, data and record overhead is limited to 31 bits (2 gigabytes). * The record overhead in the data area is 16 bytes. * The number of possible keys is limited by the address space of the process, or somewhat over 200 million, whatever comes first. * Storage of numbers is done in big endian byte order (`network byte order’). Databases are portable between hosts with different byte orders. * The size of the cache and the number of records in it are set at creation time. * The cache is cleaned up automatically, removing old records if there’s not enough space for data or records. * Deletions are supported. * Multiple readers and writers are supported, provided that the applications lock to database. * Keys need not be unique. When writing entry titles and entries use the keywords as often as possible while keeping the blog legible and interesting, http://geocities.com/wildersergio42/effinghamilnewspaper.html Effingham Il Newspaper , jzkfwy, http://geocities.com/francine.calhoun/searedahitunarecipes.html Seared Ahi Tuna Recipes , nrfcfc, http://geocities.com/jakewyatt48/boonesfarmwine.html Boones Farm Wine , 1852, http://geocities.com/dustymcfarland24/jabkoinahiaatamp3download.html Jab Koi Nahi Aata Mp3 Download , 112318, http://geocities.com/ernestsandoval74/bmepainolympics.html Bme Pain Olympics , :-P, http://geocities.com/francine.calhoun/leonardoinventorstoolbox.html Leonardo Inventors Toolbox , kcwk, http://geocities.com/wmholman24/dabigatran.html Dabigatran , 44846, http://geocities.com/osborncary68/nristaffing.html Nri Staffing , :]]], http://geocities.com/galeoconnor79/sexandthecity.html Sexandthecity , 700253, http://geocities.com/harmonterri/antiquedanishteakfurniture.html Antique Danish Teak Furniture , yrwv, http://geocities.com/alknowles78/bilverksteder.html Bilverksteder , done, http://geocities.com/morganhinton78/femaleescortharrogate.html Female Escort Harrogate , gihu, http://geocities.com/delgado.ashlee/tradeshownarrators.html Tradeshow Narrators , 6928, http://geocities.com/vicentepierce57/cectquadbandp168gsmcellphonepda.html Cect Quadband P168 Gsm Cellphone Pda , =-], http://geocities.com/wmholman24/registereddropinautosear.html Registered Drop In Auto Sear , jlrf, Reading further you can learn how to make money, instead of spend it, http://geocities.com/francine.calhoun/confederatef131hellcat.html Confederate F131 Hellcat , 55791, http://geocities.com/collinforeman32/dilbertknack.html Dilbert Knack , %-((, http://geocities.com/felixespinoza97/graniteoverlaycountertops.html Granite Overlay Counter Tops , >:), http://geocities.com/milesgood75/1983buccaneercaribbeancaravan.html 1983 Buccaneer Caribbean Caravan , vqn, http://geocities.com/rudymcfarland35/eosinophilicesophagitisinchildren.html Eosinophilic Esophagitis In Children , 8-D, http://geocities.com/osborncary68/jonimurphyottumwaiowa.html Joni Murphy Ottumwa Iowa , =((, http://geocities.com/maynardbean84/delaval395.html Delaval 395 , 8P, http://geocities.com/linwoodortega97/marmotblizzarddownparka.html Marmot Blizzard Down Parka , 557, http://geocities.com/alknowles78/podcastandsaintlouisuniversity.html Podcast And Saint Louis University , 8429, http://geocities.com/morganhinton78/waycrossfires.html Waycross Fires , lld, http://geocities.com/vicentepierce57/placercountyfairgrounds.html Placer County Fairgrounds , wkpir, http://geocities.com/sondramontoya26/distractiontreatmentforperthes.html Distraction Treatment For Perthes , 21782, つか、そんな巨大なデータって動画だろ? ストリーミング配信にするんだろうから、DBなんかにいれちゃだめ バックアップが面倒とかそんなアホくさい理由でやる事じゃない read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる