Re: Event Report -- Cassandra Day China 2022 was a big success

thank you tom，and hoping there will be more and more Cassandra users &developers in China. Mick Semb Wever 于2022年12月28日 周三上午5:04写道： > > Thank you all again for introducing and approving of this Cassandra Day > China event, we also thank the people at China Golden Bridge for their > dedication thr

Re: Should we change 4.1 to G1 and offheap_objects ?

same with David Capwell，+1 on updating NEWS in 4.1.x and really change in 4.x /5.0 David Capwell 于2023年1月13日 周五上午3:11写道： > I am cool with updating NEWS in 4.1.1 to recommend the change and change > it in 4.2/5.0 > > > On Jan 12, 2023, at 10:56 AM, Josh McKenzie wrote: > > Potential compromise: W

Re: [VOTE] CEP-21 Transactional Cluster Metadata

+1 Yifan Cai 于2023年2月8日 周三下午4:11写道： > +1 > -- > *From:* Jon Haddad > *Sent:* Tuesday, February 7, 2023 4:55:51 PM > *To:* dev@cassandra.apache.org > *Subject:* Re: [VOTE] CEP-21 Transactional Cluster Metadata > > +1 > > On 2023/02/06 16:15:19 Sam Tunnicliffe wrote: >

Re: [jira] [Commented] (CASSANDRA-17698) sstabledump errors when dumping data from index

for old version‘s index data using this version’s dump code ，I think there will not be much difference（may be only exception message‘s difference），It is backwards compactibility I think .But I change the content of sstable（adding a new base type for partitionordertype）.😅 Benedict Elliott Smith (Ji

Re: Downgradability

It seems “An alternative solution is to implement/complete CASSANDRA-8110 ” can give us more options if it is finished😉 Branimir Lambov 于2023年2月20日 周一下午11:03写道： > Hi everyone, > > There has been a discussion lately about changes to the sstable

Re: [EXTERNAL] Re: Cassandra CI Status 2023-01-07

Hi all : Here comes Cassandra CI status for 2023-2-13 - 2023-2-17 : *** CASSANDRA-18274 - Test Failures:org.apache.cassandra.utils.binlog.BinLogTest.testTruncationReleasesLogSpace-compression -linked in 4.1 Other tests below are time out ex

Re: [jira] [Updated] (CASSANDRA-18305) Enhance nodetool compactionstats with existing MBean metrics

Had a similar need early and have been trying to solve it. Looking forward to this patch. Brad Schoening (Jira) 于2023年3月8日 周三下午12:15写道： > > [ > https://issues.apache.org/jira/browse/CASSANDRA-18305?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > ] > > Brad Schoening updat

[DISCUSS] Change the useage of nodetool tablehistograms

Hello everyone : The nodetool tablehistograms have one argument which you can fill with only one table name with the format "keyspace_name.table_name /keyspace_name table_name", so that you can get the table histograms of the specied table. And if none arguments is set, all the tables' histograms

Re: [EXTERNAL] Re: Cassandra CI Status 2023-01-07

al expiration time should not be negative > > > > On Tue, 21 Feb 2023 at 03:41, guo Maxwell wrote: > > > > Hi all : > > Here comes Cassandra CI status for 2023-2-13 - 2023-2-17 : > > > > *** CASSANDRA-18274 - Test > Failures:org.apache.cassandra.u

Re: [DISCUSS] Change the useage of nodetool tablehistograms

, they must know things may break when the software is upgraded. > We can just add a line to the NEWS.txt and let them update their scripts. > > > On 16/03/2023 08:53, guo Maxwell wrote: > > Hello everyone : > The nodetool tablehistograms have one argument which you can fill wit

Re: [DISCUSS] Change the useage of nodetool tablehistograms

nvocations of > the nodetool tablehistograms command if they have more complex or > specific need. > > For example, in this case: > > *> 6.nodetool tablehistograns -i -tbs ks.tb1 ks.tb2 -ks ks1 // print out > list tables' histograms except for table in ks.tb1 k

Re: Welcome our next PMC Chair Josh McKenzie

Congratulations to Josh McKenzie !!! Mick Semb Wever 于2023年3月23日周四 16:23写道： > It is time to pass the baton on, and on behalf of the Apache Cassandra > Project Management Committee (PMC) I would like to welcome and congratulate > our next PMC Chair Josh McKenzie (jmckenzie). > > Most of you alre

Re: [DISCUSS] Change the useage of nodetool tablehistograms

> [ [...]]] > > It's good enough if the above can cover the majority of use cases. The > remaining use cases can be dealt with individually, by multiple invocations > of the same command or providing it with a script-generated list of tables > in the format. > > TL;DR:

Re: [DISCUSS] Introduce DATABASE as an alternative to KEYSPACE

either KEYSPACE or DATABASE or SCHEMA is better than NAMESPACE NAMESPACE is always used in hbase which is a table store in my mind. For existing users, NAMESPACE may take some time to be accepted. For hbase and cassandra users, it may be necessary to mix the corresponding terms. >From the terminolo

Re: [DISCUSS] Introduce DATABASE as an alternative to KEYSPACE

; replication config, like simple 1, so that > creating a names boils down to a simply CREATE > KEYSPACE|SCHEMA|DATABASE|NAMESPACE ; > > thanks, > - - -- --- - --------- > Jacek Lewandowski > > > czw., 6 kwi 2023 o 04:09 guo Maxwell napisał(a): > >>

Re: [DISCUSS] Introduce DATABASE as an alternative to KEYSPACE

hink all new users start learning > Cassandra from understanding the replication. > > There are probably many small projects where Cassandra is used on a > single node, or bigger projects where people > > try different things to make some PoC. Understanding the internals, > ar

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

This is a very meaningful work, thanks , but I would like to ask a question that is not particularly related to the cep project's code design itself but the project engineering management : what is the future development and release plan of this project? As far as I know, project Cassandra Sidecar

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

Thanks Dinesh ， That will be great.👍 Dinesh Joshi 于2023年5月4日 周四下午11:06写道： > Hi Guo, > > I would expect that there would be release artifacts for the sidecar as > well as the library once this functionality is available. > > Dinesh > > On May 4, 2023, at 12:03 AM, guo Max

Re: [DISCUSS] The future of CREATE INDEX

+1 , as we must Improve the image of your own default indexing ability. and As for *CREATE CUSTOM INDEX *, should we just left as it is and we can disable the ability for create SAI through *CREATE CUSTOM INDEX* in some version after 5.0? for as I know there may be users using this as a plugin-

Re: [DISCUSS] The future of CREATE INDEX

> > [POLL] Centralize existing syntax or create new syntax? 1.) CREATE INDEX ... USING WITH OPTIONS... and I think we should keep CREATE CUSTOM INDEX [POLL] Should there be a default? (YES/NO) of course YES [POLL] What do do with the default? 4.) YAML config/guardrail to require ind

Re: [VOTE] CEP-30 ANN Vector Search

+1 Dinesh Joshi 于2023年5月26日 周五上午11:08写道： > +1 > > > On May 25, 2023, at 8:45 AM, Jonathan Ellis wrote: > >  > > Let's make this official. > > CEP: > https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-30%3A+Approximate+Nearest+Neighbor%28ANN%29+Vector+Search+via+Storage-Attached+Indexes >

Re: [VOTE] CEP-8 Datastax Drivers Donation

+1 Jake Luciani 于2023年6月14日周三 09:21写道： > +1 > > On Tue, Jun 13, 2023 at 7:14 PM Nate McCall wrote: > >> +1 >> >> On Wed, Jun 14, 2023 at 2:15 AM Jeremy Hanna >> wrote: >> >>> Calling for a vote on CEP-8 [1]. >>> >>> To clarify the intent, as Benjamin said in the discussion thread [2], >>> the

Re: [VOTE] CEP 33 - CIDR filtering authorizer

+1 Nate McCall 于2023年6月29日 周四上午9:25写道： > +1 > > On Wed, Jun 28, 2023 at 5:17 AM Shailaja Koppu wrote: > >> Hi Team, >> >> (Starting a new thread for VOTE instead of reusing the DISCUSS thread, to >> follow usual procedure). >> >> Please vote on CEP 33 - CIDR filtering authorizer >> https://cwiki

Re: CASSANDRA-18654 - start publishing CQLSH to PyPI as part of the release process

Hi ： First of all, thank you very much for your work. I have a question: what is your long-term evolution plan for this project? How to achieve long-term continuous maintenance of this project? I have encountered some situations where some people's work is related to a certain project, and then the

Re: Who wants a free Cassandra t-shirt?

It seems I‘ve never had one… 😸 Patrick McFadin 于2023年7月22日 周六上午8:48写道： > We have about another week left on the user survey I posted last week. The > response has been slow, so it's time to get things in gear. > > I found a box of Cassandra t-shirts that will make an excellent thank you > for any

Re: [DISCUSS] Creating a 5.0 landing page

Can we have some pages for 5.0 in Chinese？If we can，I can do some help to doing some translation ！ Ekaterina Dimitrova 于2023年8月4日 周五上午10:55写道： > I honestly didn’t realize events page was added already. Thank you, Josh! > > So yes, in that case I guess that is what I am asking - shall we add there

Re: [VOTE] Release Apache Cassandra 5.0-alpha1 (take3)

+1 Berenguer Blasi 于2023年9月7日周四 15:27写道： > +1 > On 4/9/23 22:28, Mick Semb Wever wrote: > > > The vote will be open for 72 hours (longer if needed). Everyone who has >> tested the build is invited to vote. Votes by PMC members are considered >> binding. A vote passes if there are at least three

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

Great suggestion, Can external storage only be local storage media? Or can it be stored in any storage medium, such as object storage s3 ? We have previously implemented a tiered storage capability, that is, there are multiple storage media on one node, SSD, HDD, and data placement based on reques

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

"Rather than building this piece by piece, I think it'd be awesome if someone drew up an end-to-end plan to implement tiered storage, so we can make sure we're discussing the whole final state, and not an implementation detail of one part of the final state?" Do agree with jeff for this ~~~ If the

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

g > views into larger remotely stored files. > 2. Requiring a complete file to upload rather than using the > partial upload capability of the S3 interface. > > > > On Tue, Sep 26, 2023 at 4:11 AM guo Maxwell wrote: > >> "Rather than building this piec

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

tem. > > As I stated before I think that there may be a need for a > java.nio.FileSystem implementation for the proxies but I have not had the > time to dig into it yet. > > Claude > > > On Tue, Sep 26, 2023 at 9:01 AM guo Maxwell wrote: > > In my mind , it may be

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

Thanks , So I think a jira can be created now. And I'd be happy to provide some help with this as well if needed. Henrik Ingo 于2023年9月28日周四 00:21写道： > It seems I was volunteered to rebase the Astra implementation of this > functionality (FileSystemProvider) onto Cassandra trunk. (And publish it,

Re: [VOTE] Accept java-driver

+1 Benedict 于2023年10月7日周六 18:27写道： > +1 > > On 7 Oct 2023, at 10:03, Mick Semb Wever wrote: > >  > > LEGAL-658 > > > On Fri, 6 Oct 2023 at 17:43, J. D. Jordan > wrote: > >> The software grant agreement covers all donated code. The ASF does not >> need any historical agreements. The agreement

Re: [DISCUSS] CommitLog default disk access mode

I think what we should do is provide options, and let users make their own decisions. The default behavior should not be modified until some future released version. Pawar, Amit 于2023年10月16日周一 15:51写道： > [Public] > > Hi, > > > > CommitLog uses mmap (memory mapped ) segments by default. Direct

Re: [DISCUSS] CommitLog default disk access mode

Strongly agree with this point of view that direct IO can bring great benefits. I have reviewed part of the code, and my preliminary judgment is that it is not very common and limited in some situations, for example, it works for commitlog's write path only for this patch.So I suggest that the d

Re: [DISCUSS] CommitLog default disk access mode

-1 I still think we should keep it as it is until the direct io for commitlog (read and write) is ready and relatively stable. And then we may change the default value to direct io from mmap in a future version, such as 5.2, or 6.0. Pawar, Amit 于2023年10月17日周二 19:03写道： > [AMD Official Use Only

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

Also >>>> is your code available somewhere? >>>> >>>> After looking at the code some more I think that the best solution is >>>> not a FileChannelProxy but to modify the Cassandra File class to get a >>>> FileSystem object for a Factory

Re: [DISCUSS] Change the useage of nodetool tablehistograms

On 23/03/2023 13:40, guo Maxwell wrote: > > firstly I think anything existing must be reasonable，so ignore option for > tablestats must be a need for the user to use. at least I used it some time > ； > secondly in order to keep this as simple as possible ，I think left the >

Re: CASSANDRA-18941 produce size bounded SSTables from CQLSSTableWriter

+1, but I want to know why only trunk and 4.0 ? not all the versions involved, like 4.1 ,5.0 。 Francisco Guerrero 于2023年10月24日周二 07:47写道： > +1 (nb). I think this is a great addition to offline tools that use > SSTable writer in general. > > On 2023/10/23 23:21:13 Yifan Cai wrote: > > Hi, > > > >

Re: CASSANDRA-18941 produce size bounded SSTables from CQLSSTableWriter

😄 Chris Lohfink 于2023年10月25日周三 05:02写道： > +1 > > On Tue, Oct 24, 2023 at 11:24 AM Brandon Williams > wrote: > >> +1 >> >> Kind Regards, >> Brandon >> >> On Mon, Oct 23, 2023 at 6:22 PM Yifan Cai wrote: >> > >> > Hi, >> > >> > I want to propose merging the patch in CASSANDRA-18941 to 4.0 and up

Re: [DISCUSS] CommitLog default disk access mode

Thanks for your contribution 😀 Pawar, Amit 于2023年10月26日 周四下午11:41写道： > [Public] > > Default behavior is not changed. Thank you, Josh for your appreciation. > This is my first patch, and it means lot to me. > > > > Thanks again, > > Amit > > > > +1 to adding the feature, clear and easy configurab

Re: [EXTERNAL] Re: [VOTE] Release Apache Cassandra 5.0-alpha2

+1 German Eichberger via dev 于2023年11月1日周三 04:58写道： > +1 > > Heck, yeah, we already tested the branch (build ourselves) and it works > great so far. > -- > *From:* Mick Semb Wever > *Sent:* Tuesday, October 31, 2023 1:43 PM > *Cc:* dev > *Subject:* [EXTERNAL] Re: [V

Re: Road to 5.0-GA (was: [VOTE] Release Apache Cassandra 5.0-alpha2)

Do I need permission to view this link? When I open it, an error appears, saying “It may have been deleted or you don't have permission to view it.” Benjamin Lerer 于2023年11月6日周一 18:34写道： > I created a Dashboard to track the progress and remaining tasks for 5.0: > https://issues.apache.org/jira/s

Re: Include CASSANDRA-18464 in 5.0-beta1 (direct I/O support for commitlog write)

+1 😁 Brandon Williams 于2023年11月27日周一 22:25写道： > As long as it's disabled by default that's an easy +1 from me. > > Kind Regards, > Brandon > > On Mon, Nov 27, 2023 at 7:03 AM Jacek Lewandowski > wrote: > > > > Hey, > > > > I'd like to ask if we can include > https://issues.apache.org/jira/brows

Re: Welcome Francisco Guerrero Hernandez as Cassandra Committer

Congrats! Jacek Lewandowski 于2023年11月29日周三 06:16写道： > Congrats!!! > > wt., 28 lis 2023, 23:08 użytkownik Abe Ratnofsky napisał: > >> Congrats Francisco! >> >> > On Nov 28, 2023, at 1:56 PM, C. Scott Andreas >> wrote: >> > >> > Congratulations, Francisco! >> > >> > - Scott >> > >> >> On Nov 28,

Re: Downgradability

Hello everyone : What is the final conclusion of this discuss ? As https://issues.apache.org/jira/browse/CASSANDRA-18934 has been created , and we know that for system table of different c* version , the schema info may be different as we may add or delete column or modify the table properties in

Re: Welcome Mike Adamson as Cassandra committer

Congrats Mike! Jasonstack Zhao Yang 于2023年12月9日周六 20:59写道： > Congrats Mike! > > On Sat, 9 Dec 2023 at 8:47 PM, Piotr Kołaczkowski > wrote: > >> Congratulations, Mike! Well deserved, working with you has always been a >> pleasure! >> >> >> Wiadomość napisana przez Melissa Logan w dniu >> 09.12.

Re: [DISCUSS] CEP-39: Cost Based Optimizer

Nothing expresses my thoughts better than +1 ，It feels like it means a lot to Cassandra. I have a question. Is it easy to turn off cbo's optimizer or by pass in some way? Because some simple read and write requests will have better performance without cbo, which is also the advantage of Cassandra

Re: [DISCUSS] CEP-39: Cost Based Optimizer

ng the occupancy of our prepared query > cache. > > > > > > On 13 Dec 2023, at 00:44, Jon Haddad wrote: > > > >  > > I think it makes sense to see what the actual overhead is of CBO before > making the assumption it'll be so high that we need to

Re: [DISCUSS] Replace Sigar with OSHI (CASSANDRA-16565)

+1 too Mick Semb Wever 于2023年12月15日周五 10:01写道： > > > >> >> Are there objections to making this switch and adding a new dependency? >> >> [1] https://github.com/apache/cassandra/pull/2842/files >> [2] https://issues.apache.org/jira/browse/CASSANDRA-16565 >> > > > > +1 to removing sigar and to add

Re: Welcome Maxim Muzafarov as Cassandra Committer

Congratulations, Maxim! Francisco Guerrero 于2024年1月9日周二 09:00写道： > Congratulations, Maxim! Well deserved! > > On 2024/01/08 18:19:04 Josh McKenzie wrote: > > The Apache Cassandra PMC is pleased to announce that Maxim Muzafarov has > accepted > > the invitation to become a committer. > > > > Than

Re: [DISCUSS] New CQL command/option for listing roles with superuser privileges

Hi , 1. can this cql "SELECT role from system_auth.roles where is_superuser = True ALLOW FILTERING ;" meet your needs if the user to execute the cql have the right to do so ？ 2. I think may be we can also add the ability to filter on list role/user grammar, for example : list user where super =

[DISCUSS] Introduce CREATE TABLE LIKE grammer

Hello， everyone： As Jira CASSANDRA-7662 has described , we would like to introduce a new grammer " CREATE TABLE LIKE " ,which simplifies creating new tables duplicating the existing ones . The format may be like : CREATE TABLE LIKE Before

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

erate on that in the future. >>>> >>>> UDTs are created per keyspace so there is nothing to re-create. We just >>>> need to reference it from a new table, right? >>>> >>>> Indexes and MVs are interesting but in theory they might be re-c

Re: Welcome Jordan West and Stefan Miklosovic as Cassandra PMC members!

Congrats Stefan and Jordan!!! Jacek Lewandowski 于2024年9月1日 周日下午4:39写道： > Congrats Stefan and Jordan!!! This is great! > > sob., 31 sie 2024, 22:21 użytkownik Jordan West > napisał: > >> Thanks all!!! >> >> On Sat, Aug 31, 2024 at 07:55 J. D. Jordan >> wrote: >> >>> Two great additions to the PM

Re: 【DISCUSS】The configuration of Commitlog archiving

gt;> treat it as the operator actually wants to do that. I personally don't like >> software attempting to outsmart human, which often ends up interfering with >> legitimate use cases. The best thing a software can do is log it, so >> there's some traceability if a

Re: 【DISCUSS】The configuration of Commitlog archiving

gt; >>>> I'm not sure what is the concern here. Is it a malicious user >>>> exploiting this? Or human error with unintended consequences? >>>> >>>> For malicious user, in order to exploit this, an attacker needs to be >>>>

Re: [DISCUSS] CASSANDRA-13704 Safer handling of out of range tokens

+1，默认在所有分支上启用拒绝。我们做了类似的事情来解决这个问题。虽然默认行为可能会改变。但我们解决的是数据存储的正确性，我认为这应该是数据库最重要的事情，这样其他事情可能就不那么重要了。 Josh McKenzie 于2024年9月13日周五 09:34写道： > 即使修复只是部分的，那么实际上它更多的是通过过于急切的不可用性更有力地提醒操作员问题……？ > > 有时原则立场可能会使我们远离讨论中的重要细节。 > > 我对此票的理解（没有深入研究代码，只是查看了 JIRA > 和此线程）是，这是我们在非确定性、非基于纪元、非事务性元数据系统中可以找到的最有效的解决方案。即 > Gos

Re: [DISCUSS] CASSANDRA-13704 Safer handling of out of range tokens

correctness of the data storage (although it may be a preventive solution), and I think that should be the most important thing about the database, so that other things may not be so important. guo Maxwell 于2024年9月13日周五 10:50写道： > > +1，默认在所有分支上启用拒绝。我们做了类似的事情来解决这个问题。虽然默认行为可能会改变。但我们解决的是数据存储的正确性，

Re: Welcome Chris Bannister, James Hartig, Jackson Flemming and João Reis, as cassandra-gocql-driver committers

Congratulations! James Hartig 于2024年9月13日周五 08:11写道： > Thanks everyone! Excited to contribute. > > On Thu, Sep 12, 2024, at 4:59 PM, Francisco Guerrero wrote: > > Congratulations! > > On 2024/09/12 11:39:40 Mick Semb Wever wrote: > > The PMC's members are pleased to announce that Chris Bannister

Re: [DISCUSSION] Next release roadmap

“Filter rows from system and system_schema based on users permissions” I think the issue match this improvement. https://issues.apache.org/jira/browse/CASSANDRA-15871 David Capwell 于2021年4月9日周五 上午3:56写道： > Here are two things I descoped from 4.0 and plan to pick up after 4.0 > release > > https:

Re: [DISCUSSION] Next release roadmap

besides do we need a table level backup and restore solution for cassandra ? https://issues.apache.org/jira/browse/CASSANDRA-15402

Re: [DISCUSSION] Next release roadmap

+1 Brandon Williams 于2021年4月15日周四 上午4:48写道： > Agreed. Everyone just please keep in mind this thread is for roadmap > contributions you plan to make, not contributions you would like to > see. > > On Wed, Apr 14, 2021 at 3:45 PM Nate McCall wrote: > > > > Agree with Stefan 100% on this. We need

Re: [VOTE] Release Apache Cassandra 4.0.0

+1 Benjamin Lerer 于2021年7月13日周二 下午4:12写道： > +1 > > Le mar. 13 juil. 2021 à 08:19, Mick Semb Wever a écrit : > > > Proposing the test build of Cassandra 4.0.0 for release. > > > > sha1: 69b8cc5cecc196fddb549f2edf01d962e7ef2dae > > Git: > > > > > https://gitbox.apache.org/repos/asf?p=cassandra.gi

Re: [VOTE] Release Apache Cassandra 4.0.0 (take2)

+1 Paulo Motta 于2021年7月14日周三 下午7:03写道： > +1 > > Em qua., 14 de jul. de 2021 às 05:10, Benjamin Lerer > escreveu: > > > +1 > > > > Le mer. 14 juil. 2021 à 09:48, Mick Semb Wever a écrit > : > > > > > > > > > > The vote will be open for 72 hours (longer if needed). Everyone who > > > > has teste

Re: [jira] [Commented] (CASSANDRA-17380) Add support for EXPLAIN statements

i would like to work on this issue if no one is working on this Paulo Motta (Jira) 于2022年5月23日 周一下午10:07写道： > > [ > https://issues.apache.org/jira/browse/CASSANDRA-17380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17540970#comment-17540970 > ] > > Pa

Re: [VOTE] Release Apache Cassandra 4.1.0 GA

+1 Mick Semb Wever 于2022年12月5日 周一下午5:33写道： > > Proposing the test build of Cassandra 4.1.0 GA for release. > > sha1: b807f97b37933fac251020dbd949ee8ef245b158 > Git: > https://gitbox.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/4.1.0-tentative > Maven Artifacts: > https://repository

Re: [VOTE] Release Apache Cassandra 4.1.0 (take2)

+1 Jeremiah D Jordan 于2022年12月10日 周六上午5:59写道： > +1 nb > > > On Dec 7, 2022, at 3:40 PM, Mick Semb Wever wrote: > > > Proposing the (second) test build of Cassandra 4.1.0 for release. > > sha1: f9e033f519c14596da4dc954875756a69aea4e78 > Git: > https://gitbox.apache.org/repos/asf?p=cassandra.git;a

Re: 【DISCUSS】The configuration of Commitlog archiving

ies of steps to an already compromised database. I don't > view either of them as a reason to inconvenience users. > > If someone wants to avoid the shell command, what's wrong with CDC? > > Jon > > > > > On Tue, Sep 24, 2024 at 9:21 AM guo Maxwell wrot

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

I do not follow what you mean, maybe an example would help. > > On Tue, Sep 24, 2024 at 6:18 PM guo Maxwell wrote: > >> >> If there are multiple schema information changes in one ddl statement, >> will there be schema conflicts in extreme cases? >> For example, our

Re: Status of CEP-1

Have the same question ： what ‘s the plan ？ Jeff Jirsa 于2024年10月2日 周三上午10:43写道： > > > On Oct 1, 2024, at 7:26 PM, Josh McKenzie wrote: > > However it is used by a number of other features as a dependency such as > analytics, backup/restore, repair, metrics, and CDC > > It seems like a natural pr

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

Disscussed with Bernardo on slack，and +1 with his advice on adding a fourth keyword. The keyword would be CONSTRAINTS ， any more suggestion ？ guo Maxwell 于2024年10月16日 周三上午9:55写道： > Hi yifan, > Thanks for bringing this up. The SELECT permission on the original table > is needed. Mys

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

gt;>>>>>> >>>>>>> >>>>>>> My assumption of using WITH which I think I proposed first (4th post >>>>>>> in this thread) was to just blindly copy the most important "parts" >>>>>>> lo

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

a+CREATE+TABLE++LIKE> . We gave up PG-related grammar, including INCLUDING/EXCLUDING and so on . guo Maxwell 于2024年10月21日周一 14:52写道： > Hi , > To sefan : > I may want to explain that if there is no OPTION keyword in the CQL > statement, then the newly created table will only have

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

I think the CONSTRAINTS keyword keyword may be in the same situation as datamask. Maybe it is better to include constraints into the default behavior of table copy together with column name, column data type and data mask. guo Maxwell 于2024年10月21日周一 14:56写道： > To yifan : > I don&

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

>> schema? >>> >>> For instance, CREATE TABLE new_table LIKE original_table WITH ALL, it >>> replicates options, indexes, triggers, constraints and any applicable kinds >>> that are introduced in the future. >>> >>> - Yifan >>> >

[VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

Hi everyone, I would like to start the voting for CEP-43 as all the feedback in the discussion thread seems to be addressed. Proposal: CEP43-CREATE TABLE LIKE Discussion thread: discussion

Re: [VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

ok, I think the time can be two weeks . Looking forward to your feedback. Abe Ratnofsky 于2024年10月10日周四 11:51写道： > With the CEP only being completed last week and the Community over Code > conference finishing up this week, I'd love to have a few more days to > review and discuss the proposal.

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

would >> I want to have a copy of a table with options different from the base one? >> >> >> On Mon, Oct 21, 2024 at 3:55 PM Bernardo Botella < >> conta...@bernardobotella.com> wrote: >> >>> Hi Guo, >>> >>> +1 for the CONST

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

at 7:16 AM Dave Herrington > wrote: > >> Strong +1 to copy all options by default. This is intuitive to me. Then >> I would like to explicitly override any options of my choosing. >> >> -Dave >> >> On Wed, Oct 23, 2024 at 9:57 PM guo Maxwell wrote: >> &

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

ned in CEP for > being explicit about our intentions. > > After this is all reflected, I will be glad to vote on this CEP in the > other thread. > > (1) https://lists.apache.org/thread/d485w6lxvpoztmjnxj8msj0jjt3d5ltk > (2) https://lists.apache.org/thread/odc1s1pt5m2tk76owxq61

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

a table is to copy the table, and support what is to or not to copy during the copying process. Not changing the options at the same time. WDYT ? guo Maxwell 于2024年11月5日周二 14:07写道： > Hi，stefan and Dave, > I do not intend to implement the BNF of COPY TABLE based on the BNF of > CREA

Re: [VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

t;> >> Do you think it would make sense to add a fourth keyword to add after the >> WITH for Constraints? (See CEP-42) >> >> Copying a table without the defined constraints may be useful. >> >> Bernardo >> >> >> On Oct 9, 2024, at 9:32 PM, guo M

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

tion details for now. > > CREATE TABLE cycling.cyclist_name4 LIKE cycling.cyclist_name > WITH TRIGGERS > AND VIEWS > AND compaction = { 'class' : 'LeveledCompactionStrategy' } > AND default_time_to_live = 86400; > > In other words, it will copy all

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

So we should be able to start voting on this now. guo Maxwell 于2024年10月28日周一 17:20写道： > Here is the latest updated CEP-43 > <https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-43++Apache+Cassandra+CREATE+TABLE++LIKE> > > > guo Maxwell 于2024年10月24日周四 19:53写道： >

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

Here is the latest updated CEP-43 <https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-43++Apache+Cassandra+CREATE+TABLE++LIKE> guo Maxwell 于2024年10月24日周四 19:53写道： > yes，you are right. I will add this > > Štefan Miklošovič 于2024年10月24日 周四下午4:42写道： > >> The CEP

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

;but I think there are also some users want to do basic column >> information copy" >> >> where is this coming from? Do you have this idea somehow empirically >> tested? I just do not see why somebody would want to have Cassandra's >> defaults instead of what

Re: [VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

52, Benjamin Lerer wrote: >> >>> +1 >>> >>> Le ven. 8 nov. 2024 à 18:31, Yifan Cai a écrit : >>> >>>> +1 (nb) >>>> >>>> - Yifan >>>> >>>> On Thu, Nov 7, 2024 at 10:31 PM guo Maxwell >>>&g

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

) so that users can manually change the names. guo Maxwell 于2024年9月20日周五 08:06写道： > No，I think still need some discuss on grammar detail after I finish the > first version > > Patrick McFadin 于2024年9月20日 周五上午2:24写道： > >> Is this CEP ready for a VOTE thread? >> >>

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

For simplicity, I mentioned that we might deal with the same > keyspace scenario only for now and iterate on that in the future. > > On Mon, Sep 23, 2024 at 8:53 AM guo Maxwell wrote: > >> Hello everyone, >> >> Cep is being written, and I encountered some pro

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

If there are multiple schema information changes in one ddl statement, will there be schema conflicts in extreme cases? For example, our statement contains both table creation and index creation. guo Maxwell 于2024年9月24日 周二下午8:12写道： > +1 on splitting this task and adding the ability to c

Re: 【DISCUSS】The configuration of Commitlog archiving

Hello，are there any new updates？🤔 guo Maxwell 于2024年9月18日 周三下午4:06写道： > Do you have any new updates on this DISCUSS ? > > - The reason this pattern is popular is it allows extension of > functionality ahead of the database. Some people copy to a NAS/SAN. Some > people copy to

Re: [REVIEW REQUEST] Exposing the status of a cleanup command on a virtual table

Hi, Can we make some schema adjustments to System.compaction_history table to meet our needs? For example : If there is no task execution, what about just recording 0 bytes_in, 0 bytes_out for this compaction history . Other status can be placed in compaction_properties, and you can even add a c

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

s one! > > On Wed, Sep 18, 2024 at 12:06 AM guo Maxwell wrote: > >> Is there any update on this topic? It seems that things can make a big >> progress if Jake Luciani can find someone who can make the >> FileSystemProvider code accessible. >> >> Jon Hadd

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

No，I think still need some discuss on grammar detail after I finish the first version Patrick McFadin 于2024年9月20日 周五上午2:24写道： > Is this CEP ready for a VOTE thread? > > On Sat, Aug 24, 2024 at 8:56 PM guo Maxwell wrote: > >> Thank you for your replies, I will prepare a CEP la

Re: [DISCUSS] CEP-36: A Configurable ChannelProxy to alias external storage locations

Is there any update on this topic? It seems that things can make a big progress if Jake Luciani can find someone who can make the FileSystemProvider code accessible. Jon Haddad 于2023年12月16日周六 05:29写道： > At a high level I really like the idea of being able to better leverage > cheaper storage

Re: 【DISCUSS】The configuration of Commitlog archiving

ow this works, I think that it should be somehow logically split >>> into archiving and restoring parts. >>> >>> So, we might introduce a property in cassandra.yaml to disable >>> commitlog_archiving.properties altogether and we might deprecate >>> commitlo

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

or CREATE TABLE LIKE. > > - Yifan > > On Sun, Sep 29, 2024 at 11:01 PM guo Maxwell wrote: > >> Hello, everyone , >> I have finished the doc for CEP-43 for CREATE_TABLE_LIKE >> <https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-43++Apache+Cassand

Re: [DISCUSS] Introduce CREATE TABLE LIKE grammer

Any update on this ?If there are no updates, I wonder if we can start a new update on the VOTE thread. guo Maxwell 于2024年11月5日周二 19:23写道： > Hello, everyone. > I have a point of view that our CREATE TABLE LIKE grammar should not > support the setting of table options, like : > >

Re: [VOTE] CEP-43: Apache Cassandra CREATE TABLE LIKE

> Having all cleared out in discussion thread (1), I think we can finally > vote on this. > > +1 > > I welcome everybody to finish this vote or raise other issues in the > discussion thread if any. > > (1) https://lists.apache.org/thread/2z09twbrv75rszpxbm1przxxohpjvkk

  1   2   >