ENH: added support for data column queries
- can construct searches on the actual columns of the data, by passing keyword `data_columns` to `append`
  e.g. store.select('df_dc',[ Term('B>0'), Term('string=foo') ]) 
         (where B and string are columns in the frame)
- added `nan_rep` for supporting string columns with nan's in them
- corectly determine dtypes of data columns that we cannot deal with (date,unicode), raise UnImplementedError
- added support for datetime64 in columns
- added method `unique` to fast retrieval of indexables or data columns
- added keyword `index=True` to automagically create indicies on all indexables and data columns!
- performance enhancements on string columns
- added `chunksize` parameter to append to allow write chunking, significantly lower memory usage on writes
- added `expectedrows` parameter to append to allow specification of the TOTAL expected rows in a table (to optimize performance)
- added `start/stop` parameters to select to allow limiting of the selection space
- added multi-index dataframe support (closes GH #1277 )
- added `append_to_multple`, `select_as_multiple` and `select_as_coordinates` methods to support multiple-table creation & selection
- removed compression kw from put, replaced with complib (to make more consistent across library)
- Term parsing a little more robust
- more tests & docs for data columns
- added whatsnew 0.10.1 docs

@wesm i think this is ready to merge...also...if at all possible, once merged, can put up a dev build for 2.7 amd-64 on the site for testing....
 @wesm I believe these changes will allow you to close: GH #512, GH #1277 
GH #698 and GH #2397 can also be closed (as of 0.10.0)
 @wesm done adding things - ready to merge when u r
 Hey jeff, one problem here is that the legacy test file is about 10 megs-- I don't want to bloat the size of the git repo or source archive if at all possible. fixing it may not be so bad using the interactive rebase approach described here:

http://stackoverflow.com/questions/2100907/how-to-purge-a-huge-file-from-commits-history-in-git

if you don't have time i could take a crack at it. will need a smaller test h5 file, though, i guess
 I can make smaller np

will repost in a few

On Dec 28, 2012, at 8:59 AM, Wes McKinney notifications@github.com wrote:

> Hey jeff, one problem here is that the legacy test file is about 10 megs-- I don't want to bloat the size of the git repo or source archive if at all possible. fixing it may not be so bad using the interactive rebase approach described here:
> 
> http://stackoverflow.com/questions/2100907/how-to-purge-a-huge-file-from-commits-history-in-git
> 
> if you don't have time i could take a crack at it. will need a smaller test h5 file, though, i guess
> 
> —
> Reply to this email directly or view it on GitHub.
 posted a revised file much smaller now
thxs
 ok I did the interactive rebase
then added the new file 
had to force update so hopefully merge works ok 
 Oops. I had already done the rebase. All is good and merged now, closing the PR
