2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :1ゲト:05/01/24 17:04:41 ID:TySdAxJf
なんてありますか?

2 :NAME IS NULL:05/01/24 18:08:30 ID:???
シラネ

3 :NAME IS NULL:05/01/24 19:22:04 ID:ShOyS26M
そんだけでかいデータとなると、
もう4th Dimensionしかねぇな。

他のDBじゃ目が回っちまうぜ

4 :NAME IS NULL:05/01/25 13:09:31 ID:???
>>4th Dimension
これはやめとけ。つぶしが効かないし、DBファイルやインデックスがすぐ壊れて何度もツールを
かける羽目に陥る。

やるとしたら、ファイルを格納するのではなく、ファイルのパスを格納する仕組みにしたほうがいい。

5 :NAME IS NULL:05/01/25 13:17:36 ID:55tV9Eox
>やるとしたら、ファイルを格納するのではなく、ファイルのパスを格納する仕組みにしたほうがいい。

これサイアク。
バックアップとかもやり難いし、検索もままならない。

6 :NAME IS NULL:05/01/25 13:19:28 ID:55tV9Eox
4は仕組みでも何でも無くて、素人がいつも使う手。
さらにそのDBにMDBが使われる場合多し。

4みたいなことするくらいなら氏んだ方が良い。

7 :NAME IS NULL:05/01/25 14:32:42 ID:???
そこでFM7ですよ。8TBまでOK。







やったことはないがな。

8 :NAME IS NULL:05/01/25 17:32:49 ID:55tV9Eox
凄い期待してググったらシンセがひっかかった。

冷静になって考えたら、
File Makeのこと?

そんなんただのアプリじゃん。

9 :NAME IS NULL:05/01/26 23:29:48 ID:???
WindowsならNTFS

10 :NAME IS NULL:05/01/27 19:29:12 ID:???
>>8
YAMAHA のやつか。<FM7
富士通のはひっかからなかった?

>>1
Oracle でいいんじゃないの?

11 :NAME IS NULL:05/01/28 10:49:26 ID:VKwZary5
今まで格納した一番大きいファイルのサイズとDB名を書くスレ

12 :NAME IS NULL:05/01/28 12:30:17 ID:???
MF7=FileMaker Pro 7

13 :NAME IS NULL:05/01/31 18:42:22 ID:???
FM-7
富士通の8ビットパソコン^^

14 :NAME IS NULL:05/02/01 00:55:41 ID:???
>>1 がBLOBっちゅう単語を知っているかどうかがポイントなのだが

15 :NAME IS NULL:05/02/01 01:49:41 ID:???
あーあ、言っちゃった

16 :NAME IS NULL:05/02/01 01:59:57 ID:mMfxoaFz
>>1
Oracle

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

17 :NAME IS NULL:05/02/01 09:46:17 ID:NABuVcFo
逆に言うと、Oracle以外じゃ無理?

18 :NAME IS NULL:05/02/01 10:53:37 ID:bGKpGawq
>>14
Blog?

19 :NAME IS NULL:05/02/01 11:10:39 ID:???
>>17
blob使えるとか64bit化されてるDBならそんなこともないだろ。

20 :NAME IS NULL:05/02/01 11:48:46 ID:???
でもDBに直接ファイル突っ込むのって、
ファイルに大量アクセスある案件とかだと使えなくないか?
DBのコネクション数がめちゃめちゃ増えそう。

21 :NAME IS NULL:05/02/01 11:54:56 ID:NABuVcFo
ファイル書き込みは一瞬で終わらないんだから、
これに対してロールバックが大量に行われたらガクブル

22 :NAME IS NULL:05/02/01 16:16:53 ID:bGKpGawq
>>20
そこでキャッシュですよ。

23 :NAME IS NULL:05/02/01 16:19:17 ID:???
>>22
cache'だっけか?
詳しく教えれ。

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

25 :NAME IS NULL:05/02/02 09:01:08 ID:wipzkE9W
じゃ、FBにちょっとDelなんかでポトペタ画面足せば、
あっという間に動画ファイルサーバー???

26 :NAME IS NULL:05/02/02 13:47:15 ID:wipzkE9W
FBなら問題無いんかもしれないけど、
今までふつーに安定してたRDBのファイルに、
バイナリどんどん入れるって違和感無い?

27 :26:05/02/02 16:06:36 ID:wipzkE9W
自己レスだが、RDBファイルを別にして、別RDBファイルにカキコとヨミダシをやってくれるファイルサーバーアプリを建てる、
という案はどうでつか?

28 :NAME IS NULL:05/02/02 17:07:24 ID:???
単発質問の糞スレかと思ったら、中身はまともだなw

29 :NAME IS NULL:05/02/02 17:24:29 ID:???
28=糞ス∪∩レ

30 :NAME IS NULL:05/02/04 08:42:17 ID:PcLV4zto
DBをファイルサーバーにするアプリ転がって無い?
NTFSがSQL鯖と一体になったような香具師。

31 :NAME IS NULL:05/02/04 09:08:54 ID:???
test

32 :NAME IS NULL:05/02/04 09:54:35 ID:???
>>30
Oracle iFS

33 :NAME IS NULL:05/02/04 10:00:42 ID:PcLV4zto
サンクス,アッタンダネ>>32
イクラ?

34 :NAME IS NULL:05/02/04 10:03:53 ID:cCpz5ABc
>>33
機材まで含めたら1000万くらい。

35 :NAME IS NULL:05/02/04 10:35:57 ID:???
>>34
日本円になおすとどれぐらい?

36 :NAME IS NULL:05/02/04 10:41:38 ID:???
>>34
オプソ版iFSとDEルPCの組み合わせで20マソまで価格落ちまつか?

37 :NAME IS NULL:05/02/04 10:54:47 ID:???
>>35
平均 \10,000,000
最安 \6,000,000 <- うちが今まで納品した中では最安
>>36
MicrosoftがLonghornでSQLServerと1個のHDD使ってパクリ製品を出そうとしているが
現状のHDDが遅すぎて頓挫報道が大量に出るくらい無理。

オプソであるか知らんがあればOracle代を節約できるだろうが、実用的な速度を出すには
機材には最低でもHDD(10000rpm以上)が8本以上のディスクアレイが必要だと思う。
つまり現状だと安く実現しようにもソフトよりハードが追いついてこない。

38 :NAME IS NULL:05/02/04 11:12:55 ID:???
>>37
>実用的な速度を出すには
あ、これってインターネット経由でローカルディスク並みに性能が出る製品?
データ=ファイルが壊れない、壊れても復旧できる製品であれば、性能は要らない。

だからといって、M$のパク利新製品は信頼性ガクブルだし、そんなに激安でも無い。

39 :NAME IS NULL:05/02/04 11:15:58 ID:???
性能要らないと書いたけど、格納ファイル数が何万何十万と増えても性能が劣化しないものが欲しいでつ。

40 :NAME IS NULL:05/02/04 11:23:08 ID:???
少し昔に流行った、オンラインストレージサービスみたいな奴は、
どんなのを使ってたのかねぇ。

41 :NAME IS NULL:05/02/04 11:25:28 ID:???
>>40
これから流行るんだと思うけど。
無料メールサービスでも鯖イパーイ立ててたよ。
申し込み時期で鯖名変わってた。

42 :NAME IS NULL:05/02/04 12:26:52 ID:???
>>40
下のようなの作ったことある。
ユーザー - アクセスサーバー2台(httpd) - アロケーションサーバー2台(database) - 大量のNFSサーバー

43 :NAME IS NULL:05/02/04 13:07:28 ID:???
>>42
その構成のメリットは?
ユーザーから見ると1つに見えるのは良いね。
NFS鯖単位でバックアップできそうだけど、散在してて管理し難そうな。

44 :NAME IS NULL:05/02/04 14:10:13 ID:???
>>43
NFSサーバー群が一つの巨大ディレクトリに見える。

45 :NAME IS NULL:05/02/04 14:16:41 ID:???
>>43
アプリケーション側からNFS鯖群が一つの巨大ディレクトリに見える。
つまりアロケーション鯖でNFS鯖群で出来てしまう大量のディレクトリをRAID0のごとく1本化。

46 :NAME IS NULL:05/02/04 14:33:39 ID:???
巨大ディレクトリには良いんだろうけど、DBによるデータ管理に比べると雑いな。

47 :NAME IS NULL:05/02/05 12:47:28 ID:???
>>45
その用途なら間のDB抜いてNFSv4のpsude file systemだけで行けそう。
といってもpsude file systemをまともにサポートしてる実装が
あるかどうかは知らんけど…

48 :NAME IS NULL:05/02/07 08:49:24 ID:IQ375Ddz
フォルダのまんまじゃなくてアーカイブ1個で管理しやすくて、かつora以外が良いなー。
oraでも良いんだけど、\10,000,000 はきつくなーぃ?

49 :NAME IS NULL:05/02/08 08:40:23 ID:dcdxKcrI
これから文書サーバーとかこういう用途が増えそうじゃない?

50 :NAME IS NULL:05/02/09 04:56:22 ID:???
>>47
それ以前に、NFSは…。

     NFSv2 NFSv3 NFSv4
Linux   △   ×   ×
*BSD   .○   ○   △
Solaris  ○   ○   ○

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


51 :NAME IS NULL:05/02/09 08:40:55 ID:/cLD7E5y
NFSってただのネットワークドライブ割当なんじゃないの?

52 :NAME IS NULL:05/02/09 23:44:09 ID:GzpscMdW
>>30
psqlfsとかは違う?

53 :NAME IS NULL:05/02/10 09:15:15 ID:qU/ZXEwa
>>52
イメージ的にはそれなんだけど、それって情報無いけど、、、完成してんの?

54 :NAME IS NULL:05/02/10 16:19:57 ID:qU/ZXEwa
>>52
WinFSみたいだね。
膨大なファイル数だったとしても、実態をアーカイブに纏めてくれるのかな。

55 :NAME IS NULL:05/02/10 20:52:33 ID:???
>>1
ftp

56 :52:05/02/10 22:07:44 ID:yG9yTsQD
最近登場したばかりだからまだ完成していないと思う。

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

57 :NAME IS NULL:05/02/12 11:05:50 ID:???
WinFSってOODBでセッションもガンガン保存するのかと思ってた

58 :NAME IS NULL:05/02/12 21:48:20 ID:???
>>57
今までの発表内容からすると
・SQLServerにファイルを突っ込み、バージョン管理もする。
・あらゆるファイルの実体やメタデータを全文検索用にインデックス化し、要約表示。

psqlfs+subversion+namazuあたりをゴッチャにしたような感じかと。


59 :NAME IS NULL:05/02/14 00:42:44 ID:???
>>58
なんとしてもディレクトリをLinuxから触られたくないって気持ちが手に取るようにわかるね。(w


60 :NAME IS NULL:05/02/14 08:49:14 ID:GQ/oG+Ie
>>59
WinFSが目指すところとか、開発が遅れてる理由はそれだったのか(驚愕
確かに普通に作るんだったら開発自体無問題の筈だし。

60ゲト

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

62 :NAME IS NULL:05/02/15 04:51:49 ID:???
エクスプローラ含めアプリが用意できてないんじゃないかな。

63 :NAME IS NULL:05/02/15 08:43:08 ID:???
>>61
とにかくボラクルは嫌だ

64 :NAME IS NULL:05/02/20 22:29:21 ID:hqP+1jHN
>>63
Oracleのボッタクリ価格以上の値を付けているハードウェアと同性能のPCが
30万程度で買えるようになったら、オープンソースコミュニティも活発化するでしょう。

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


66 :NAME IS NULL:05/02/23 08:34:14 ID:???
で、そのシステムはどうなったわけ?

67 :NAME IS NULL:05/02/27 00:19:55 ID:???
>>65
ん ?

光ディスク上に DB 作成したってこと ?

自分は アフォ ですって公言してるようなもんだと思うが。

68 :NAME IS NULL:05/02/28 10:33:01 ID:???
んー。
昔ジョブスはそういうワークステーションを馬鹿高い値段で販売してたな。
印刷大手の会社で大量に見かけて一体...と思ったことあるが。

69 :NAME IS NULL:05/03/02 08:05:25 ID:???
>>68
白黒ディスプレイのヤツ?

70 :NAME IS NULL:05/03/03 22:57:41 ID:???
NeXTのことか?
あれはリムーバブルメディアとしてMOを採用してただけだよ。
普通にHDも載せてた。

ありゃ画面のレンダリングがDisplay PostScriptだったから
印刷業界には重宝されたんでないかな。
設計思想はずば抜けていたが、時代とハードが追い付いてなかった例。

71 :NAME IS NULL:05/03/04 17:14:19 ID:???
最初はHDDなしだったよ。

72 :65:05/03/05 05:27:59 ID:???
>自分は アフォ ですって公言してるようなもんだと思うが。

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


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


73 :NAME IS NULL:05/03/07 13:55:30 ID:7mPFvVYX
他に類似事例は無いの?

74 :NAME IS NULL:05/03/07 22:12:30 ID:???
>>72
> (ちなみにMOジューク本体に収める予定だったデータが1TBぐらい、

ほう、MO で 1TB か...、ハードの型名書いてくれよ。

75 :NAME IS NULL:05/03/08 11:26:50 ID:???
>>74
MOジュークって書いてあるやん。阿呆やなぁ…

76 :NAME IS NULL:05/03/08 16:38:13 ID:???
1TBのジュークって何枚ぐらい積めるん?


77 :NAME IS NULL:05/03/09 08:46:38 ID:4CLOAER6
つまりタイトルのシステムを作るのに、
MOジュークはダメでつ、
という結論ですね。

78 :NAME IS NULL:2005/06/22(水) 10:56:52 ID:T+VC4+gT
RDBに逝れてもおk?

79 :NAME IS NULL:2005/11/10(木) 00:42:39 ID:???


80 :NAME IS NULL:2005/11/10(木) 00:43:00 ID:???
#&9829

81 :NAME IS NULL:2006/05/05(金) 05:17:30 ID:YLKBn1QR
http://page11.auctions.yahoo.co.jp/jp/auction/n35806257

16 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)