| 30 | | At create time, an empty key value is added to the first column family of any existing rows. Upserts will also add this empty key value. This is done to improve query performance by having a key value |
| 31 | | |
| 32 | | column we can guarantee always being there (minimizing the amount of data that must be projected). Alternately, if a view is created, the HBase table and column families must already exist. No empty |
| 33 | | |
| 34 | | key value is added to existing rows and no data mutations are allowed - the view is read-only. Query performance for a view will not be as good as performance for a table. For a table only, HBase table |
| 35 | | |
| 36 | | and column configuration options may be passed through as key/value pairs to setup the HBase table as needed. |
| | 30 | At create time, an empty key value is added to the first column family of any existing rows. Upserts will also add this empty key value. |
| | 31 | This is done to improve query performance by having a key value column we can guarantee always being there (minimizing the amount of data |
| | 32 | that must be projected). Alternately, if a view is created, the HBase table and column families must already exist. No empty |
| | 33 | key value is added to existing rows and no data mutations are allowed - the view is read-only. Query performance for a view will not be as good |
| | 34 | as performance for a table. For a table only, HBase table and column configuration options may be passed through as key/value pairs to |
| | 35 | setup the HBase table as needed. |