O documento fornece uma introdução sobre MongoDB, incluindo como instalá-lo, os principais conceitos como coleções e documentos, e comandos básicos como inserir, buscar e atualizar documentos.
Instalação...
na raiz crieo caminho /data/db
Download >> http://www.mongodb.org/downloads
Descompacte o .zip..
Na pasta bin...
- execute mongod.exe
- e mongo.exe
CHAPLOU!!
MongoDB Instalado e Rodando!
4.
O que éo que em MongoDB
fazendo uma analogia com que usamos atualmente...
MongoDB MySQL
DB schema
Collection tabela
Document 1 registro na base
Index Index
5.
DB
- Não precisaser criado explicitamente
- comandos:
show dbs
use nome_db
Collections
- Tb Não precisa ser criado explicitamente
- comando:
show collections
E NO JAVA
<!--Mongo Java Driver -->
<dependency>
<groupId>org.mongodb</groupId>
<artifactId>mongo-java-driver</artifactId>
<version>2.10.1</version>
</dependency>
http://docs.mongodb.org/ecosystem/drivers/
16.
Sharding - éa abordagem da MongoDB para
dimensionamento.
- Particiona uma collection e
armazena diferentes partes em
diferentes máquinas.
Quando uma collection tornar-se
muito grande para o
armazenamento existente,
é só precisa adicionar uma nova
máquina.
- distribui automaticamente a
collection para o novo servidor.
- equilibra automaticamente os
dados e carga entre máquinas.
17.
Replica Set
É umconjunto de instâncias do mongod
que replicam entre si contra falha. A
maioria dos ReplicaSet é constituido de 2
ou mais instâncias de mongod, com no
máximo um deles designado como
primário e o resto como membros
secundários. Escritas são feitas na
primária, enquanto os membros da
secundária replicam a partir da primária
de forma assincrona. Com isso temos
redundância, ajuda a garantir alta
disponibilidade, simplifica algumas tarefas
administrativas, tais como backups, e
pode aumentar a capacidade de leitura. A
maioria das implantações usam
replicação.
18.
MongoDB (2.2)
Best used:If you need dynamic queries. If you prefer to
define indexes, not map/reduce functions. If you need good
performance on a big DB. If you wanted CouchDB, but your
data changes too much, filling up disks.
For example: For most things that you would do with
MySQL or PostgreSQL, but having predefined columns
really holds you back.
Redis (V2.4)
Best used: For rapidly changing data with a foreseeable
database size (should fit mostly in memory).
For example: Stock prices. Analytics. Real-time data
collection. Real-time communication. And wherever you
used memcached before.
PARA MAIS INFORMAÇÕES: http://kkovacs.eu/cassandra-vs-
mongodb-vs-couchdb-vs-redis
CouchDB (V1.2)
Best used: For accumulating, occasionally changing data,
on which pre-defined queries are to be run. Places where
versioning is important.
For example: CRM, CMS systems. Master-master
replication is an especially interesting feature, allowing
easy multi-site deployments.
Cassandra (1.2)
Best used: When you write more than you read (logging).
If every component of the system must be in Java. ("No
one gets fired for choosing Apache's stuff.")
For example: Banking, financial industry (though not
necessarily for financial transactions, but these industries
are much bigger than that.) Writes are faster than reads, so
one natural niche is data analysis.