問題タブ [store]

クライアントがリリースする必要があるアプリを作成しています。

配布証明書を使用して最終的なバイナリをビルドして署名し、それをクライアントに送信してアップロードすることはできますか?

それとも、独自の証明書でコンパイルするためにソースを送信する必要がありますか?

乾杯

ドメインがあり、オンラインストアを設定する必要があります。検索エンジンと人（覚えやすいなど）のどちらが良いですか？ディレクトリ（site.com/shop/）またはサブドメイン（shop.site.com）？

I need a fast, reliable and memory-efficient key--value database for Linux. My keys are about 128 bytes, and the maximum value size can be 128K or 256K. The database subsystem shouldn't use more than about 1 MB of RAM. The total database size is 20G (!), but only a small random fraction of the data is accessed at a time. If necessary, I can move some data blobs out of the database (to regular files), so the size gets down to 2 GB maximum. The database must survive a system crash without any loss in recently unmodified data. I'll have about 100 times more reads than writes. It is a plus if it can use a block device (without a filesystem) as storage. I don't need client-server functionality, just a library. I need Python bindings (but I can implement them if they are not available).

Which solutions should I consider, and which one do you recommend?

Candidates I know of which could work:

• Tokyo Cabinet (Python bindings are pytc, see also pytc example code, supports hashes and B+trees, transaction log files and more, the size of the bucket array is fixed at database creation time; the writer must close the file to give others a chance; lots of small writes with reopening the file for each of them are very slow; the Tyrant server can help with the lots of small writes; speed comparison between Tokyo Cabinet, Tokyo Tyrant and Berkeley DB)
• VSDB (safe even on NFS, without locking; what about barriers?; updates are very slow, but not as slow as in cdb; last version in 2003)
• BerkeleyDB (provides crash recovery; provides transactions; the bsddb Python module provides bindings)
• Samba's TDB (with transactions and Python bindings, some users experienced corruption, sometimes mmap()s the whole file, the repack operation sometimes doubles the file size, produces mysterious failures if the database is larger than 2G (even on 64-bit systems), cluster implementation (CTDB) also available; file grows too large after lots of modifications; file becomes too slow after lots of hash contention; no built-in way to rebuild the file; very fast parallel updates by locking individual hash buckets)
• aodbm (append-only so survives a system crash, with Python bindings)
• hamsterdb (with Python bindings)
• C-tree (mature, versatile commercial solution with high performance, has a free edition with reduced functionality)
• the old TDB (from 2001)
• bitcask (log-structured, written in Erlang)
• various other DBM implementations (such as GDBM, NDBM, QDBM,, Perl's SDBM or Ruby's; probably they don't have proper crash recovery)

I won't use these:

• MemcacheDB (client-server, uses BereleleyDB as a backend)
• cdb (needs to regenerate the whole database upon each write)
• http://www.wildsparx.com/apbcdb/ (ditto)
• Redis (keeps the whole database in memory)
• SQLite (it becomes very slow without periodic vacuuming, see autocompletion in the in the location bar in Firefox 3.0, even though versions 3.1 and later of sqlite allow auto_vacuuming; beware: small writing transactions can be very slow; beware: if a busy process is doing many transactions, other processes starve, and they can never get the lock)
• MongoDB (too heavy-weight, treats values as objects with internal structure)
• Firebird (SQL-based RDBMS, too heavy-weight)

FYI, a recent article about key--value databases in the Linux magazine.

FYI, an older software list

FYI, a speed comparison of MemcacheDB, Redis and Tokyo Cabinet Tyrant

Related questions on StackOverflow:

• Key Value Database For Windows?
• Is there a business proven cloud store / Key=>Value Database? (Open Source)

アプリストアでアプリを公開しようとしています。iTunesに「iPhoneOS3.x以降が必要」と表示されるOSの最小バージョンを設定したいと考えています。2つの質問：

1）これをXcodeプロジェクトのどこに設定しますか？

2）OS>3.1にのみ存在するUITableViewCellnumberOfLinesプロパティを認識しています。最小値をOS3.0に設定した場合、3.1を使用しているユーザーは、コーディング時に行数を正しく確認できますか？（明らかに、3.0の人はできません）

ありがとう。

私はSQLiteに少し慣れていないため、データベースの設計について少しジレンマを抱えています。説明します。あなたとあなたの友人がインターネット上でさまざまなニックネームを使用しているとします (1 人あたり複数のニックネームを使用できます)。ここにあるのは、その人物の ID と、この人物が使用するすべてのニックネームのリストです。これは、大きなリストの 1 つのエントリです。ここでの目標は、SQLite を使用してこのデータを格納し、SELECT ステートメントを使用して指定されたニックネームを含むすべてのエントリをフェッチできるようにすることです。

最初は ID (主キー) で、もう 1 つはニックネームをCSV形式で保持する TEXT の 2 つの列を持つテーブルを作成することを考えました。ただし、この例では、CSV に保存されているニックネームを検索して一致させるための select ステートメントの書き方がわかりません。

アイデア？

ワークアウト情報をフラット ファイルに保存するクラスの Java プロジェクトに取り組んでいます。各ファイルには、時間 (エポックからのミリ秒)、重量、繰り返しを保持する 1 つのエクササイズ (BenchPress.data) の情報が含まれます。

例：

1258355921365:245:12

1258355921365:245:10

1258355921365:245:8

このデータを保存および取得する最も効率的な方法は何ですか? エクササイズを特定の日付または日付範囲に限定するために、グラフ化および検索が行われます。

私が考えていたのは、ファイルの最後に追加するのではなく、最新の情報をファイルの先頭に書き込むことでした。このように、上から読み始めると、ほとんどの検索に一致する最新の情報が得られます (仮定)。

ただし、日付の順序に保証はありません。ユーザーは、何らかの理由で、今日の演習を入力してから、先週の演習を入力することができます。すべての情報を日付順に並べ替えるには、保存時にヒットする必要がありますか?

まったく違う方向に行くべきですか？データベースが理想的であることはわかっていますが、これはグループ プロジェクトであり、データベースのインストールとデータの同期を全員で管理するのは理想的ではありません。他の人はデータベースの経験がなく、採点が難しくなります。

アドバイスや提案をありがとう。

-ジョン

Blackberry アプリケーションにデータを保存するために永続ストアを使用しています。オブジェクトを作成して同じセッションの永続ストアに保存している間、データは適切に保存されます。ただし、データは次のセッションでストアから復元されません。

これを修正するにはどうすればよいですか?

私のコードは次のとおりです。

これは私のサンプルコードです