NSQL-MongoDB Introdução de banco de dados

Um banco de dados relacional de seguir as regras ACID

Serviços de Inglês é transação, eo mundo real de negociação é muito semelhante, ele tem as seguintes quatro características:

. 1 , A (atomicidade) atomicidade

Atomic é fácil de entender, isto é, nos assuntos de todas as operações realizadas, quer tudo ou nada, uma operação bem sucedida é uma transacção em que as condições de todas as operações forem bem sucedidos, enquanto uma operação falhar, toda a transação irá falhar, necessidade de retorno roll.

Tal como transferência bancária, conta de transferência de A para B representam yuan 100, é dividido em dois passos: 1), tendo em conta um 100; 2) o depósito de $ 100 até $ conta B. Essas duas etapas são concluídas em conjunto ou não terminar juntos, mesmo que apenas para completar o primeiro passo, o segundo passo falhar, o dinheiro vai de alguma forma menos do que 100 yuan.

 

2 , C (consistência) consistência

Coerência é também mais fácil de entender, que tem sido no banco de dados para um estado consistente, execute a transação não vai alterar as restrições de consistência de banco de dados originais.

Exemplo, um restrições de integridade existentes a + b = 10, uma mudança transacção se uma, em seguida, as alterações têm de b, de modo que após o fim da transacção ainda está a satisfazer a + b = 10, caso contrário, a operação falha.

3 , a I (isolamento) independência

Refere-se à chamada independência não afetará cada outras transações concorrentes, dados a serem acessados ​​se uma transação está sendo modificado por outra transação, enquanto as outras transações não confirmadas, o acesso aos dados não afeta a transação não for apresentado .

Por exemplo, agora há uma transação é transferido da conta A para a conta B 100 yuan, no caso de esta operação não foi concluída, se B neste momento para verificar suas contas, não pode ver a nova adição de US $ 100.

. 4 , D (Durabilidade Rev) Persistência

Persistência significa que uma vez os commits transação, modificá-lo feitas serão permanentemente armazenados no banco de dados, não será perdido, mesmo que o tempo de inatividade ocorre.

banco de dados NoSQL dois

NoSQL definição ampla de bancos de dados não relacionais, ele quebrou o banco de dados relacional com a teoria de banco de dados ACID monopólio de longo prazo da situação do mercado há muito tempo de armazenamento de dados NoSQL não requer estrutura de tabela fixa, geralmente não há nenhuma conexão para operar. Bancos de dados relacionais têm vantagem de desempenho inigualável na grande acesso de dois dados.

https://img-blog.csdnimg.cn/20190331211559859.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3N5amhjdA==,size_16,color_FFFFFF,t_70

   Mongdb é um alto desempenho, de fonte aberta, banco de dados esquema documento. documento BSON é um documento JSON (binário), salve os dados: key-value.

Estendeu-se uma série de características, tais como o índice secundário (índice secundário), consultas gama (gama de consulta), a triagem, a polimerização, tem um índice espacial sexto.

 

Três RDBMS vs NoSQL

Os RDBMS 
- altamente organizada dados estruturados 
- Structured Query Language (SQL) (SQL) 
- dados e relações são armazenadas em uma tabela separada. 
- Data Manipulation Language, Data Definition Language 
- consistência estrita
- Serviços Básicos

NoSQL 
- representa não apenas SQL
- sem linguagem declarativa consulta
- não há um modelo pré-definido
- par valor, armazenamento coluna, armazenamento de documentos, gráficos, banco de dados - chave
- consistência eventual, em vez das propriedades ACID
- não estruturados e não pode dados previsíveis
- PAC Teorema 
- alto desempenho, alta disponibilidade e escalabilidade

 

Quatro CAP Teorema (CAP teorema)

Na ciência da computação, CAP Teorema (CAP teorema), também conhecido como Brewer Teorema (teorema de Brewer), salienta-se que para um sistema de computação distribuída, não pode satisfazer simultaneamente os três pontos seguintes:

  • Consistência (consistência)  (todos os nós com os mesmos dados, ao mesmo tempo)
  • Disponibilidade (Availability)  (garantir que cada pedido tem uma resposta, independentemente do sucesso ou fracasso)
  • tolerância Separado (Tolerância Partition)  (perda do sistema ou o fracasso de qualquer das informações não afeta a continuidade do funcionamento do sistema)

teoria núcleo de CAP é: um sistema distribuído não pode satisfazer, simultaneamente, a consistência, a disponibilidade, a tolerância a falhas, e particionar estes três requisitos, só pode satisfazer dois bom tempo.

Portanto, de acordo com os princípios da PAC em um banco de dados NoSQL para atender o princípio da CA, para atender os princípios da CP e AP atender aos princípios de três categorias:

  • CA - cluster de um único ponto, se encontram a consistência, a disponibilidade do sistema, geralmente menos poderoso na escalabilidade.
  • CP - se encontram a consistência do sistema, partição tolerante, desempenho geralmente não é particularmente alta.
  • AP - meet disponibilidade, tolerância a partição do sistema, geralmente, algumas possíveis requisitos de baixa consistência.

cinco BASE

BASE: Basicamente disponível, Soft-estado, Eventualmente Consistente 由 Eric Brewer 定义..

teoria núcleo de CAP é: um sistema distribuído não pode satisfazer, simultaneamente, a consistência, a disponibilidade, a tolerância a falhas, e particionar estes três requisitos, só pode satisfazer dois bom tempo.

BASE é um banco de dados NoSQL é geralmente o princípio da disponibilidade e consistência de requisitos fracos:

  • Basicamente Availble - básico disponível
  • Soft-state - / transações flexíveis soft state. "Soft state" pode ser entendido como "nenhuma conexão" e "estado duro" é "orientado à conexão" em
  • Consistência eventual - consistência eventual é o objectivo final de ácido.

 

ACID vs BASE

ÁCIDO

BASE

Atomicidade ( Um tomicity)

Básico Disponíveis ( B asically  A vailable)

Consistência ( C OERÊNCIA)

soft state / transação flexível ( S OFT Estado)

Isolamento ( I solation)

A consistência final ( E ventual Consistência)

Persistente ( D urable)

 
Publicado 37 artigos originais · ganhou elogios 0 · Vistas 2414

Acho que você gosta

Origin blog.csdn.net/syjhct/article/details/88936143
Recomendado
Clasificación