0

正常に動作する少量のテスト データ (手がかりと回答) を使用してアプリを作成しました。ここで、手がかりと答えの完全なセットを持ち込むことを考える必要があります。これは、約 180K 記録されます (言葉遊びです)。もちろん、速度とメモリ使用量が心配です。インターチューブと私のライブラリを見回して、これはおそらくコアデータの仕事であると結論付けました. ただし、そのアプローチの範囲内で、csv または xml として取り込むことができると思います (スクリプト言語を使用して生データからいずれかを作成できます)。各ケースの処理方法に関するリソースをいくつか見つけました。私が知らないのは、全体的な速度や、csv と xml を使用する際に予想されるその他の問題についてです。csv ファイルは約 3.6 Mb で、データ型は文字列です。

私はこれが危険なほど質問に近いことを知っていますが、どちらのアプローチもコーディングに多大な労力を必要とするため、アドバイスが必要です。だからここに質問があります：

  1. このサイズと特性のファイルの場合、csv または xml がより良いアプローチであると期待できますか? もっと理にかなっている他の形式/プロトコル/戦略はありますか?
  2. コアデータに集中するのは正しいですか?

システムが主観的な質問をすることについて私に警告し続けないように、ここにいくつかの偽のコードを投げるべきかもしれません。しかし、私は試さなければなりません！ご指導ありがとうございます。ディスカッションへのリンクを歓迎します。

4

2 に答える 2

0

ファイル サイズに関しては、CSV は xml ファイルに比べて常に小さくなります。これは、ascii 形式の生データのみが含まれているためです。次の 3 行 3 列を考えてみましょう。

列 1、列 2、列 3

1、2、3

4、5、6

7、8、9

スキーマ情報さえ含まれていないXMLカウンターパートと比較してください。これも ascii 形式ですが、ファイル全体で rowX と ColumnX を複数回繰り返す必要があります。もちろん、圧縮はこれを修正するのに役立ちますが、圧縮してもCSVはまだ小さくなると思います。

<root>
    <row1>
        <Column1>1</Column1>
        <Column2>2</Column2>
        <Column3>3</Column3>
    </row1>
    <row2>
        <Column1>4</Column1>
        <Column2>5</Column2>
        <Column3>6</Column3>
    </row2>
    <row3>
        <Column1>7</Column1>
        <Column2>8</Column2>
        <Column3>9</Column3>
    </row3>
</root>

あなたの他の質問については申し訳ありませんが、私はそこで助けることができません.

于 2012-04-04T19:50:46.213 に答える
0

これは十分に大きいため、i/o 時間の差が目立つようになり、CSV の場所は何ですか? 10倍小さい？処理時間の差 (どちらか速い方) は、読み込みの差に比べて無視できます。CSV は、I/O 以外でも高速である必要があります。

コア データを使用するかどうかは、利用したいコア データの機能によって異なります。唯一のクエリはクエリだと思いますが、その価値はあるかもしれませんが、手がかりから回答への単純なマッピングである場合は、CSV ファイルからすべてを NSMutableDictionary に読み込むことをお勧めします。アクセスが速くなります。

于 2012-04-04T20:32:33.563 に答える