Conexão do Apache Cassandra
Para acessar seus dados no Apache Cassandra, crie um ativo de conexão para ele.
O Apache Cassandra é um banco de dados NoSQL de software livre distribuído.
Versões suportadas
Apache Cassandra 4.0, 4.1 e 5.0.
Criando uma conexão com o Apache Cassandra
Para criar o ativo de conexão, estes detalhes da conexão são necessários:
- Nome do host ou endereço IP
- Número da porta
- Keyspace (opcional)
- Username e password
- Consistência de Leitura (opcional): Especifica o número de réplicas que devem responder a uma solicitação de leitura antes que os dados sejam retornados ao aplicativo cliente.
- all: os dados são retornados ao aplicativo após todas as réplicas terem respondido. Essa configuração fornece a maior consistência e a menor disponibilidade.
- local_one: os dados são retornados da réplica mais próxima no data center local.
- local_quorum: os dados são retornados após um quorum de réplicas no mesmo data center que o nó coordenador respondeu. Essa configuração anula a latência da comunicação entre centros de dados
- local_serial: os dados dentro de um data center são lidos sem propor uma nova adição ou atualização Transações não confirmadas no data center são confirmadas como parte da leitura.
- um: os dados são retornados da réplica mais próxima. Essa configuração fornece a disponibilidade mais alta, mas aumenta a probabilidade de dados antigos serem lidos
- quorum: (Padrão). Os dados são retornados após um quorum de réplicas ter respondido de qualquer data center.
- serial: os dados são lidos sem propor uma nova adição ou atualização As transações não confirmadas são confirmadas como parte da leitura
- three: os dados são retornados de três das réplicas mais próximas.
- dois: os dados são retornados de duas das réplicas mais próximas.
- Consistência de gravação (opcional): Especifica o número de réplicas para as quais a solicitação de gravação deve ser bem-sucedida antes que uma confirmação seja retornada ao aplicativo cliente.
- all: uma gravação deve ser bem-sucedida em todos os nós de replicação no cluster para essa chave de partição. Essa configuração fornece a maior consistência e a menor disponibilidade.
- any: Uma gravação deve ser bem-sucedida em pelo menos um nó Mesmo se todos os nós de réplica para a chave de partição especificada estiverem inativos, a gravação poderá ser bem-sucedida após uma transferência sugerida ter sido gravada. Essa configuração fornece a menor consistência e a maior disponibilidade.
- each_quorum: uma gravação deve ser bem-sucedida em um quorum de nós de réplica em um data center.
- local_one: uma gravação deve ser bem-sucedida em pelo menos um nó de réplica no data center local.
- local_quorum: uma gravação deve ser bem-sucedida em um quorum de nós de réplica no mesmo data center que o nó coordenador. Essa configuração anula a latência da comunicação entre centros de dados
- local_serial: o driver evita atualizações incondicionais para atingir consistência linearizável para transações leves dentro do data center.
- one: uma gravação deve ser bem-sucedida em pelo menos um nó de réplica
- quorum: (Padrão). Uma gravação deve ser bem-sucedida em um quorum de nós de replicação.
- serial: o driver evita atualizações incondicionais para atingir consistência linearizável para transações leves.
- três: uma gravação deve ser bem-sucedida em pelo menos três nós de replicação.
- dois: uma gravação deve ser bem-sucedida em pelo menos dois nós de replicação.
- SSL certificado (se exigido pelo servidor de banco de dados)
No caso da Conectividade privada, para se conectar a um banco de dados que não é exposto à Internet (por exemplo, que está atrás de um firewall), deve-se configurar uma conexão segura.
Chaves primárias em instruções SQL
Se você criar uma tabela de destino com uma instrução SQL e não especificar uma coluna-chave, a primeira coluna será designada como a chave primária