collectAllData semantics.
> >>>>>
> >>>>> All told, it certainly isn't a terrible idea, and shouldn't be
> >>> dismissed
> >>>> so
> >>>>> readily. Personally I think in the long run whether or not we manage
> >>>
atic
>>>>> columns together with non-static columns is dependent on if we intend
>>> to
>>>>> add tiered "static" columns (i.e., if each level of clustering
>>> component
>>>>> can have columns associated with it). If we do, we
olumns associated with it). If we do, we should definitely
> > keep
> > > > it all inline. If not, it probably permits a lot better behaviour to
> > > > separate them, since it's easier to reason about and improve their
> > > distinct
> > >
t; >
> > > On Fri, May 1, 2015 at 1:24 AM, graham sanderson
> > wrote:
> > >
> > >> Well you lose the atomicity and isolation, but in this case that is
> > >> probably fine
> > >>
> > >> That said, in every interaction I’ve
d for thought.
> >>
> >>> On Apr 30, 2015, at 7:13 PM, Jonathan Haddad
> wrote:
> >>>
> >>> If you want it in a separate sstable, just use a separate table.
> There's
> >>> nothing that warrants making the codebase more complex to accom
to accomplish
>>> something it already does.
>>>
>>> On Thu, Apr 30, 2015 at 5:07 PM graham sanderson
>> wrote:
>>>
>>>> Anyone here have an opinion; how realistic would it be to have a
>> separate
>>>> memtable/sstable for static
derson
> wrote:
> >
> >> Anyone here have an opinion; how realistic would it be to have a
> separate
> >> memtable/sstable for static columns?
> >>
> >> Begin forwarded message:
> >>
> >> *From: *Jonathan Haddad
> >> *Subject: **R
PM graham sanderson wrote:
>
>> Anyone here have an opinion; how realistic would it be to have a separate
>> memtable/sstable for static columns?
>>
>> Begin forwarded message:
>>
>> *From: *Jonathan Haddad
>> *Subject: **Re: DateTieredCompactionStrategy and
o have a separate
> memtable/sstable for static columns?
>
> Begin forwarded message:
>
> *From: *Jonathan Haddad
> *Subject: **Re: DateTieredCompactionStrategy and static columns*
> *Date: *April 30, 2015 at 3:55:46 PM CDT
> *To: *u...@cassandra.apache.org
> *Reply-To:
