0088NAME IS NULL2007/09/08(土) 21:53:54ID:??? そんな用途にOracleと言うかRDB使うやつはいない。 そんなんうpロダを自前の鯖で稼動させるだけで十分だろ。
信頼性とか復旧とか心配するなら、二重化しとけ。 0089NAME IS NULL2007/09/10(月) 09:09:13ID:??? >うpロダ
この中の人は何でできてんだ? 0090NAME IS NULL2007/09/10(月) 09:34:57ID:??? 大抵は原始的なCSVまたはその派生テキストだろ ファイルの中身検索する必要ないならせいぜいファイルのリストをRDBに突っ込むくらいで十分だよね 0091NAME IS NULL2007/09/10(月) 20:08:22ID:??? 検索とか集計とかしないのに、ファイルをドカドカ入れるだけの目的で RDB使うバカはいないだろうな。 0092NAME IS NULL2007/09/11(火) 08:46:30ID:??? じゃ、何使うわけ?
素でファイルをハードディスクに入れるのはキチガイだお。 一番ハードが壊れやすい。 0093NAME IS NULL2007/09/11(火) 09:09:50ID:???>>920094NAME IS NULL2007/09/11(火) 21:26:11ID:??? とりあえず>>92がキチガイってのはわかった。 0095NAME IS NULL2007/09/12(水) 10:32:10ID:??? キチガイ言うものがキチガイ。 0096NAME IS NULL2007/09/12(水) 21:50:44ID:??? つまり>>95が害基地って事か 0097NAME IS NULL2007/09/15(土) 22:02:39ID:???>>95の言うことを信じるならそういうことになる。 0098NAME IS NULL2007/10/15(月) 13:24:03ID:zy7elCp0 ttp://www.akibablog.net/archives/2007/10/hdd-1tb-071012.html
なるほど。 OpenPNEは画像ファイルをMySQLに格納している。 c_imageっていうテーブルがあって、その中にBLOBで入れてる。 せいぜい数メガバイト程度のファイルにしておいた方が無難かな? 0116NAME IS NULL2008/02/05(火) 09:42:15ID:vdwqYKt3 >OpenPNEは画像ファイルをMySQLに格納している。
何メガのファイルで、何秒くらいかかってますか? 0117NAME IS NULL2008/02/05(火) 16:29:47ID:YCRs/Gjo 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.