Dear Wiki user, You have subscribed to a wiki page or wiki category on "Cassandra Wiki" for change notification.
The "FAQ_JP" page has been changed by MakiWatanabe. The comment on this change is: Translate iter_world, no_keyspaces. http://wiki.apache.org/cassandra/FAQ_JP?action=diff&rev1=72&rev2=73 -------------------------------------------------- もしDNSを使用していないのであれば、接続元・接続先双方のホストが正しく`/etc/hosts`に登録されていることを確認してください。それでもうまくいかない場合は、JVMの起動時に`-Djava.rmi.server.hostname=$IP`を指定して下さい。ここで、$IPは他のホストからそのホストに接続できるIPアドレスです。 <<Anchor(iter_world)>> + == カラムファミリのすべての行を逐次処理対象にするにはどうしたらいいでしょうか? == + 簡単だが遅い方法: get_range_slicesを使います。空文字列から始め、呼び出し毎に最後に読んだキーを次の繰り返しのスタートキーに使います。 + より良い方法: HadoopSupportを使います。 - == How can I iterate over all the rows in a ColumnFamily? == - Simple but slow: Use get_range_slices, start with the empty string, and after each call use the last key read as the start key in the next iteration. - - Better: use HadoopSupport. <<Anchor(no_keyspaces)>> + == Keyspaceがstorage-conf.xmlに一つも定義されていないのはなぜでしょうか? == - == Why were none of the keyspaces described in storage-conf.xml loaded? == - Prior to 0.7, cassandra loaded a set of static keyspaces defined in a storage-conf.xml file. [[https://issues.apache.org/jira/browse/CASSANDRA-44|CASSANDRA-44]] added the ability to modify schema dynamically on a live cluster. Part of this change required that we ignore the schema defined in storage-conf.xml. Additionally, 0.7 converts to YAML based configuration. + 0.7以前ではcassandraはstorage-conf.xmlに静的に定義されたキースペースをロードしました。 + [[https://issues.apache.org/jira/browse/CASSANDRA-44|CASSANDRA-44]] によって稼働中のクラスタのスキーマを動的に変更する機能が追加されました。 + このため、storage-conf.xmlに定義されたスキーマは無視するように動作を変更する必要がありました。同時に、0.7では設定ファイルはYAML形式に変更されました。 + 使用中のstoreage-conf.xmlがある場合、はじめに`bin/config-converter`ツールでYAML形式に変換する必要があります。このツールはstorage-conf.xmlからcassandra.yamlを生成します。cassandra.yamlを作成したら、定義されているスキーマを一度だけロードすることができます。 + 0.7では`StorageServiceMBean`に`loadSchemaFromYAML`メソッドが追加されています（JMXによってトリガされます。詳しくはhttps://issues.apache.org/jira/browse/CASSANDRA-1001を参照して下さい。）。このメソッドによりcassandra.yamlに定義されたスキーマをロードすることができますが、これは一度のみ実行可能な操作です。 - If you have an existing storage-conf.xml file, you will first need to convert it to YAML using the `bin/config-converter` tool, which can generate a cassandra.yaml file from a storage-conf.xml file. Once you have a cassandra.yaml, it is possible to do a one-time load of the schema it defines. 0.7 adds a `loadSchemaFromYAML` method to `StorageServiceMBean` (triggered via JMX: see https://issues.apache.org/jira/browse/CASSANDRA-1001 ) which will load the schema defined in cassandra.yaml, but this is a one-time operation. A node that has had its schema defined via `loadSchemaFromYAML` will load its schema from the system table on subsequent restarts, which means that any further changes to the schema need to be made using the `system_*` thrift operations (see [[API]]). + `loadSchemaFromYAML`によってスキーマ定義されたノードは、以降のリスタートではsystemテーブルからスキーマを読み込みます。即ち、これ以降のスキーマ変更はthriftの`system_*`操作で行う必要があります。（[[API]]参照） - It is recommended that you only perform schema updates on one node and let cassandra propagate changes to the rest of the cluster. If you try to perform the same updates simultaneously on multiple nodes, you run the risk of introducing inconsistent migrations, which will lead to a confused cluster. + スキーマ変更は同一のノードで実行し、他のクラスターノードへのスキーマ変更の伝搬はcassandraに任せることをお勧めします。同じスキーマ変更を複数のノードで同時に実行した場合、マイグレーションの不整合を引き起こし、クラスターを混乱させる可能性があります。 - See LiveSchemaUpdates for more information. + 詳細はLiveSchemaUpdatesを参照して下さい。 <<Anchor(gui)>>
