FAQ

Which versions of Apache Cassandra does the driver support?

The driver supports any Apache Cassandra version from 2.0+.

Which versions of DSE does the driver support?

The driver supports any DataStax Enterprise version from 4.8+.

How can I upgrade from the DSE driver to the unified DataStax C# driver?

There is a section in the Upgrade Guide to help you in that process.

Should I create multiple ISession instances in my client application?

Normally you should use one ISession instance per application. You should share that instance between classes within your application. In the case you are using CQL and Graph workloads on a single application, it is recommended that you use different execution profiles on the same session.

Can I use a single ICluster and ISession instance for graph and CQL?

We recommend using a single session with different execution profiles for each workload, as different different workloads should be distributed across different datacenters and the load balancing policy should select the appropriate coordinator for each workload.

Should I dispose or shut down ICluster or ISession instances after executing a query?

No, only call cluster.Shutdown() once in your application’s lifetime, normally when you shutdown your application. Note that there is an async version, i.e., cluster.ShutDownAsync() which is like an async Dispose. Shutting down the cluster will automatically shutdown all session instances created by this cluster.

How can I enable logging in the driver?

The driver allows you to plug in any ILoggerProvider implementation, like NLog and Serilog implementations.

You should set the provider before initializing the cluster, using the Diagnostics class:

// Use the provider you prefer, in this case NLog
ILoggerProvider provider = new NLogLoggerProvider();

// Add it before initializing the Cluster
Cassandra.Diagnostics.AddLoggerProvider(provider);

You can configure the log levels you want to output using the provider API.

Alternatively, if you don’t want to use a ILoggerProvider implementation, the driver can expose log events using the .NET Tracing API.

// Specify the minimum trace level you want to see
Cassandra.Diagnostics.CassandraTraceSwitch.Level = TraceLevel.Info;

// Add a standard .NET trace listener
Trace.Listeners.Add(new TextWriterTraceListener(Console.Out));

It depends on the size of the requests and the number of tables affected by the BATCH. Large batches can cause a lot of stress on the coordinator. Consider that Cassandra batches are not suitable for bulk loading, there are dedicated tools for that. Batches allow you to group related updates in a single request, so keep the BATCH size small (in the order of tens).

Starting from Cassandra version 2.0.8, the node issues a warning if the batch size is greater than 5K.

What is the best way to retrieve multiple rows that contain large-sized blobs?

You can decrease the number of rows retrieved per page. By using the SetPageSize() method on a statement, you instruct the driver to retrieve fewer rows per request (the default is 5000).