[
https://issues.apache.org/jira/browse/CASSANDRA-13959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16234064#comment-16234064
]
Joshua McKenzie commented on CASSANDRA-13959:
---------------------------------------------
bq. MVs are by far and away the most complicated feature we have ever
delivered. We do not fully understand it, even in theory, let alone can we be
sure we have the implementation right.
Both claims from Benedict on that email thread are 'citation needed', and I
believe what Kurt refers to when he's talking about developer's 'feelings'. To
be very clear, I'm not even saying I disagree with Benedict on his *intuition*
here, just that we have no precedent for formal analysis whatsoever on things
like this and marking a feature experimental that's in use by people in
production systems smells knee-jerk. Again, this is largely beating a dead
horse from what was on the mailing list so I'm not looking to re-litigate here.
As for the latter paragraph, making the claim that you know nobody is running
MV's at scale in the wild is a pretty bold claim, seeing as how we don't have
concrete data on the full adoption of the project in the wild as a whole, much
less the scale of usage of individual features. So no, my intention wasn't to
just cherry-pick sentences, but instead to point out that we're making broadly
user-impacting decisions that are not backed by data.
> Add yaml flag for disabling MVs, log warnings on creation
> ---------------------------------------------------------
>
> Key: CASSANDRA-13959
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13959
> Project: Cassandra
> Issue Type: Bug
> Components: Materialized Views
> Reporter: Blake Eggleston
> Assignee: Blake Eggleston
> Priority: Minor
> Fix For: 3.0.16, 3.11.2, 4.0
>
>
> As discussed on dev@, we should give operators the option to disable
> materialized view creation, and log warnings when they're created.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
