数十メガバイトのファイルをどんどん格納できるDB

1 ：05/01/24 〜 最終レス ：2012/04/30

なんてありますか？

2 ：

シラネ

3 ：

そんだけでかいデータとなると、
もう4th Dimensionしかねぇな。
他のDBじゃ目が回っちまうぜ

4 ：

>>4th Dimension
これはやめとけ。つぶしが効かないし、DBファイルやインデックスがすぐ壊れて何度もツールを
かける羽目に陥る。
やるとしたら、ファイルを格納するのではなく、ファイルのパスを格納する仕組みにしたほうがいい。

5 ：

>やるとしたら、ファイルを格納するのではなく、ファイルのパスを格納する仕組みにしたほうがいい。
これサイアク。
バックアップとかもやり難いし、検索もままならない。

6 ：

4は仕組みでも何でも無くて、素人がいつも使う手。
さらにそのＤＢにＭＤＢが使われる場合多し。
4みたいなことするくらいなら氏んだ方が良い。

7 ：

そこでFM7ですよ。8TBまでOK。



やったことはないがな。

8 ：

凄い期待してググったらシンセがひっかかった。
冷静になって考えたら、
File Makeのこと？
そんなんただのアプリじゃん。

9 ：

WindowsならNTFS

10 ：

>>8
YAMAHA のやつか。<FM7
富士通のはひっかからなかった？
>>1
Oracle でいいんじゃないの？

11 ：

今まで格納した一番大きいファイルのサイズとDB名を書くスレ

12 ：

MF7=FileMaker Pro 7

13 ：

FM-7
富士通の８ビットパソコン＾＾

14 ：

>>1 がBLOBっちゅう単語を知っているかどうかがポイントなのだが

15 ：

あーあ、言っちゃった

16 ：

>>1
Oracle
Longhornの宣伝文句だったWinFSとほぼ同じ事が出来るぞ。

17 ：

逆に言うと、Oracle以外じゃ無理？

18 ：

>>14
Blog？

19 ：

>>17
blob使えるとか64bit化されてるDBならそんなこともないだろ。

20 ：

でもDBに直接ファイル突っ込むのって、
ファイルに大量アクセスある案件とかだと使えなくないか？
DBのコネクション数がめちゃめちゃ増えそう。

21 ：

ファイル書き込みは一瞬で終わらないんだから、
これに対してロールバックが大量に行われたらｶﾞｸﾌﾞﾙ

22 ：

>>20
そこでキャッシュですよ。

23 ：

>>22
cache'だっけか？
詳しく教えれ。

24 ：

>>21
BLOB周りは研究してないから細かくはわからんけど、IBやFBなら履歴型アーキテクチャ
のおかげで性能面ではロールバックが大量に発生してもあまり問題なさそうだけどね。
フラグメントは必要になるだろうけど、ほっとけば一応自動でもやるし。

25 ：

じゃ、FBにちょっとDelなんかでポトペタ画面足せば、
あっという間に動画ファイルサーバー？？？

26 ：

FBなら問題無いんかもしれないけど、
今までふつーに安定してたRDBのファイルに、
バイナリどんどん入れるって違和感無い？

27 ：

自己レスだが、RDBファイルを別にして、別RDBファイルにｶｷｺとﾖﾐﾀﾞｼをやってくれるファイルサーバーアプリを建てる、
という案はどうでつか？

28 ：

単発質問の糞スレかと思ったら、中身はまともだなｗ

29 ：

28=糞ス∪∩レ

30 ：

ＤＢをファイルサーバーにするアプリ転がって無い？
NTFSがSQL鯖と一体になったような香具師。

31 ：

test

32 ：

>>30
Oracle iFS

33 ：

ｻﾝｸｽ,ｱｯﾀﾝﾀﾞﾈ>>32
ｲｸﾗ?

34 ：

>>33
機材まで含めたら1000万くらい。

35 ：

>>34
日本円になおすとどれぐらい？

36 ：

>>34
オプソ版iFSとDEﾙPCの組み合わせで20ﾏｿまで価格落ちまつか？

37 ：

>>35
平均 \10,000,000
最安　\6,000,000 <- うちが今まで納品した中では最安
>>36
MicrosoftがLonghornでSQLServerと1個のHDD使ってパクリ製品を出そうとしているが
現状のHDDが遅すぎて頓挫報道が大量に出るくらい無理。
ｵﾌﾟｿであるか知らんがあればOracle代を節約できるだろうが、実用的な速度を出すには
機材には最低でもHDD(10000rpm以上)が8本以上のﾃﾞｨｽｸｱﾚｲが必要だと思う。
つまり現状だと安く実現しようにもソフトよりハードが追いついてこない。

38 ：

>>37
>実用的な速度を出すには
あ、これってインターネット経由でローカルディスク並みに性能が出る製品？
データ＝ファイルが壊れない、壊れても復旧できる製品であれば、性能は要らない。
だからといって、M$のパク利新製品は信頼性ｶﾞｸﾌﾞﾙだし、そんなに激安でも無い。

39 ：

性能要らないと書いたけど、格納ファイル数が何万何十万と増えても性能が劣化しないものが欲しいでつ。

40 ：

少し昔に流行った、オンラインストレージサービスみたいな奴は、
どんなのを使ってたのかねぇ。

41 ：

>>40
これから流行るんだと思うけど。
無料メールサービスでも鯖ｲﾊﾟｰｲ立ててたよ。
申し込み時期で鯖名変わってた。

42 ：

>>40
下のようなの作ったことある。
ユーザー - アクセスサーバー2台(httpd) - アロケーションサーバー2台(database) - 大量のNFSサーバー

43 ：

>>42
その構成のメリットは？
ユーザーから見ると１つに見えるのは良いね。
NFS鯖単位でﾊﾞｯｸｱｯﾌﾟできそうだけど、散在してて管理し難そうな。

44 ：

>>43
NFSサーバー群が一つの巨大ディレクトリに見える。

45 ：

>>43
アプリケーション側からNFS鯖群が一つの巨大ディレクトリに見える。
つまりアロケーション鯖でNFS鯖群で出来てしまう大量のディレクトリをRAID0のごとく１本化。

46 ：

巨大ディレクトリには良いんだろうけど、DBによるデータ管理に比べると雑いな。

47 ：

>>45
その用途なら間のDB抜いてNFSv4のpsude file systemだけで行けそう。
といってもpsude file systemをまともにサポートしてる実装が
あるかどうかは知らんけど…

48 ：

フォルダのまんまじゃなくてアーカイブ1個で管理しやすくて、かつora以外が良いなー。
oraでも良いんだけど、\10,000,000 はきつくなーぃ？

49 ：

これから文書サーバーとかこういう用途が増えそうじゃない？

50 ：

>>47
それ以前に、NFSは…。
　　　　　NFSv2 NFSv3 NFSv4
Linux 　　△　　　×　　　×
*BSD 　 .○　　　○　　　△
Solaris 　○　　　○　　　○
Linuxに至っては未だにv2ですら一部変な動作するし、v3は同名を使った変な独自仕様で
他のUNIX環境と混ぜると中途半端に動きやがるし。
*BSD系はSUNからのソース提供を元に移植しているようで互換性は良いが如何せん常に
対応が少々遅れ気味だし。
結局の所、まともに実装しているのはSolarisくらいしかない罠。

51 ：

NFSってただのネットワークドライブ割当なんじゃないの？

52 ：

>>30
psqlfsとかは違う？

53 ：

>>52
イメージ的にはそれなんだけど、それって情報無いけど、、、完成してんの？

54 ：

>>52
WinFSみたいだね。
膨大なファイル数だったとしても、実態をアーカイブに纏めてくれるのかな。

55 ：

>>1
ftp

56 ：

最近登場したばかりだからまだ完成していないと思う。
WinFSが登場する前にLinuxでpsqlfsとかが安定して動作してくるとかなり面白いことになりそう。
テストできるマシンが手に入ったらためしてみます。

57 ：

WinFSってOODBでセッションもガンガン保存するのかと思ってた

58 ：

>>57
今までの発表内容からすると
・SQLServerにファイルを突っ込み、バージョン管理もする。
・あらゆるファイルの実体やメタデータを全文検索用にインデックス化し、要約表示。
psqlfs+subversion+namazuあたりをゴッチャにしたような感じかと。

59 ：

>>58
なんとしてもディレクトリをLinuxから触られたくないって気持ちが手に取るようにわかるね。（ｗ

60 ：

>>59
WinFSが目指すところとか、開発が遅れてる理由はそれだったのか（驚愕
確かに普通に作るんだったら開発自体無問題の筈だし。
60ｹﾞﾄ

61 ：

>>60
WinFSが目指すモノ・掲げているモノは現状のOracle製品で全て出来る訳ですが、
遅れている理由は個人向けハードウェア(特にHDD)の性能が全くと言っていいほど
追いつかないからでしょう。

62 ：

エクスプローラ含めアプリが用意できてないんじゃないかな。

63 ：

>>61
とにかくﾎﾞﾗｸﾙは嫌だ

64 ：

>>63
Oracleのボッタクリ価格以上の値を付けているハードウェアと同性能のPCが
30万程度で買えるようになったら、オープンソースコミュニティも活発化するでしょう。

65 ：

昔、光ディスクのストレージ(MOジューク)をBLOB領域として使っちゃうシステムで開発やってたけど、
性能うんぬんよりも、MOメディアが途中で死にまくって
「おにいちゃん、BLOBにアクセスできないよぉ」
な状態になってアレだった。

66 ：

で、そのシステムはどうなったわけ？

67 ：

>>65
ん ?
光ディスク上に DB 作成したってこと ?
自分は アフォ ですって公言してるようなもんだと思うが。

68 ：

んー。
昔ジョブスはそういうワークステーションを馬鹿高い値段で販売してたな。
印刷大手の会社で大量に見かけて一体...と思ったことあるが。

69 ：

>>68
白黒ディスプレイのヤツ？

70 ：

NeXTのことか?
あれはリムーバブルメディアとしてMOを採用してただけだよ。
普通にHDも載せてた。
ありゃ画面のレンダリングがDisplay PostScriptだったから
印刷業界には重宝されたんでないかな。
設計思想はずば抜けていたが、時代とハードが追い付いてなかった例。

71 ：

最初はHDDなしだったよ。

72 ：

>自分は アフォ ですって公言してるようなもんだと思うが。
いやいや、なにせ昔の話でさ、今考えるとアフォな話なんだけどさ、
なにせ、容量が容量だったんでRAIDで組むと値段が高いし、
収めるデータは参照の方が多いし、スピードよりも長期保存重視だし、
ハードウェアベンダーもサポートしまっせ、って話だったんで、
んじゃ、やるか、っつー話になったんだ。
(ちなみにMOジューク本体に収める予定だったデータが1TBぐらい、
そのMOに入ってる1TBの管理用の情報が数GB〜数十GBぐらい)

結局ね、運用してみたら最初はまぁなんとか動いていたんだけどね。
最後の方はエラいことになったね。
なんせメディアだけじゃなくて、MOジューク本体が壊れまくって、
毎週ハードウェア保守でDBサーバ止めてたよ。

73 ：

他に類似事例は無いの？

74 ：

>>72
> (ちなみにMOジューク本体に収める予定だったデータが1TBぐらい、
ほう、MO で 1TB か...、ハードの型名書いてくれよ。

75 ：

>>74
MOジュークって書いてあるやん。阿呆やなぁ…

76 ：

1TBのジュークって何枚ぐらい積めるん？

77 ：

つまりタイトルのシステムを作るのに、
MOジュークはダメでつ、
という結論ですね。

78 ：

RDBに逝れてもおｋ？

79 ：

？

80 ：

#&9829

81 ：

http://page11.auctions.yahoo.co.jp/jp/auction/n35806257

82 ：

解決策は？

83 ：

結局Oracleしかない
数年前と結論が同じとは進歩のねぇ分野だな

84 ：

Ora以外のDBじゃだめなの？

85 ：

比較的安くて、ファイルをストアーする製品とか無いですか？
かつ、信頼性があって、破壊されても復旧メソッドもあるやし。

86 ：

で、みんなどうするよ？

87 ：

　 　＿＿＿＿＿　　　　　 ／￣￣￣￣￣￣￣￣￣￣￣￣
　／:＼.＿＿＿＿＼ 　／　 http://idol.bbspink.com/test/read.cgi/pub/1188877827/l50
　|:￣＼(∩( ;ﾟ∀ﾟ)　＜　　　やーんなにこれーやーんなにこれーーーーーーーーー！
　|:　　 |:￣￣￣∪:|　　＼　ヤーンやーんやーんなにこれーナニコレーぇぇぇぇぇ！！
　　　　　　　　　　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿

88 ：

そんな用途にOracleと言うかRDB使うやつはいない。
そんなんうｐロダを自前の鯖で稼動させるだけで十分だろ。
信頼性とか復旧とか心配するなら、二重化しとけ。

89 ：

＞うｐロダ
この中の人は何でできてんだ？

90 ：

大抵は原始的なCSVまたはその派生テキストだろ
ファイルの中身検索する必要ないならせいぜいファイルのリストをRDBに突っ込むくらいで十分だよね

91 ：

検索とか集計とかしないのに、ファイルをドカドカ入れるだけの目的で
RDB使うバカはいないだろうな。

92 ：

じゃ、何使うわけ？
素でファイルをハードディスクに入れるのはキチガイだお。
一番ハードが壊れやすい。

93 ：

>>92

94 ：

とりあえず>>92がキチガイってのはわかった。

95 ：

キチガイ言うものがキチガイ。

96 ：

つまり>>95が害基地って事か

97 ：

>>95の言うことを信じるならそういうことになる。

98 ：

ttp://www.akibablog.net/archives/2007/10/hdd-1tb-071012.html
時代はテラバイトなのに、RDBのBLOBにファイル入れたら遅すぎるお＞＜

99 ：

rxa6Gn <a href="http://jtxgqectgvce.com/">jtxgqectgvce</a>, [url=http://ebssxqhybwqs.com/]ebssxqhybwqs[/url], [link=http://ggazdosqunca.com/]ggazdosqunca[/link], http://fdeweitvkymx.com/

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

頼むから正規化しろよ　第二正規形 (283)
MySQL 5.0 (553)
数十メガバイトのファイルをどんどん格納できるDB (202)
オラクルマスターsilverの資格試験について (312)
データベースプログラミングに最適な言語は何か (286)
諸君、私はSybaseが大好きだ【ASE】 (344)
--log9.info------------------
ここが「デスクトップPC」板だと思った香具師の数3 (298)
IDに「desktop」が出るまでわりとがんがるスレ14 (461)
今なに聴きながらデスクトップ弄ってる？ (244)
■■デスクトップ晒しスレ【本家】　Part74■■ (353)
普段使ってるデスクトップをそのまんま晒すスレ 3 (343)
Janeスキン乞食と質問厨とレス乞食 Part17 (489)
Windows Vistaカスタマイズ総合 Part 4 (465)
iPod風の壁紙やら画像やらを作るスレ　50枚目 (425)
【DELL】ID表示始めて一回目の夜【価格情報166】 (307)
和風・純日本風なデスクトップ (491)
2chブラウザ晒しスレ (520)
WINDOWS用アイコン総合スレ (477)
〜32bit アイコン総合スレ〜13 (243)
(・∀・)＜お前等のデスクトップのある部屋見せろよ (443)
魁！壁紙修正事務所 11 (442)
重い重い重い！deviantARTが重い！！ (247)
--log55.com------------------
【京アニ】京都アニメーションのスタジオで放火、33人の死亡確認 36人けが ガソリンまいた男の身柄を確保　★50
【京アニ】京都アニメーションのスタジオで放火、33人の死亡確認 36人けが ガソリンまいた男の身柄を確保　★47
【京アニ放火】消防“３３人の死亡確認” １８日２１時 ★４
【復興】福島・浪江にスーパー開店。3.11後初　福島の海でとれた新鮮な魚が人気に。帰還促進に期待
【京都アニメーション火災】死者33人　戦後最悪レベルの放火事件に ★9
【中国メディア 】日本人はなぜ喧嘩はもちろん、言い争いすらしないのか
【京都アニメーション火災】死者33人　戦後最悪レベルの放火事件に ★8
【京アニ】安倍首相、全容解明へ徹底捜査を指示★２