MongoDB Sao Paulo 2012: Como usei MongoDB no meu projeto de graduação

Jefferson Queiroz Venerando, CTO, Bras Sun
O produto é um sistema integrado de gestão empresarial para agências de publicidade e propaganda. Foi desenvolvido usando Ruby on Rails e MongoDB, o banco não-relacional que escolhi. Usei um banco de dados sem esquemas porque tive dificuldades em modelar o banco com relacionamentos, e MongoDB resolveu todos os problemas que surgiram durante o caminho. A modelagem foi fácil e o acesso aos dados é simples e sem complicações. Essa palestra vai mostrar alguns paradigmas e problemas comuns que surgiram durante o início do desenvolvimento e como MongoDB foi a melhor solução. Também mostrará os problemas que alguém pode ter ao começar a usar NoSQL e como quebrar o gelo e abraçar a solução com bons resultados.

Transcript

1. QUEBRANDO PARADIGMAS Como eu usei no meu projeto de graduação
2. QUEBRAN PARADIGMAS DO
3. PARADIGMA padrão ou modelo, suposições, conceitos, valores e práticas;
4. como um paradigma é formado
27. é sobre... esta palestra
28. paradigmas é sobre... esta palestra
29. faculdade paradigmas é sobre... esta palestra
30. macacos faculdade paradigmas é sobre... esta palestra
31. dragon ball z macacos faculdade paradigmas é sobre... esta palestra
32. dragon ball z macacos faculdade paradigmas é sobre... esta palestra
33. mongoDB dragon ball z macacos faculdade paradigmas é sobre... esta palestra
34. um software mongoDB dragon ball z macacos faculdade paradigmas é sobre... esta palestra
35. desafios mongoDB dragon ball z macacos faculdade paradigmas um software é sobre... esta palestra
36. mim mongoDB dragon ball z macacos faculdade paradigmas um software desafios é sobre... esta palestra
37. É UMA PALESTRA EGOÍSTA você está certo...
38. @shamanime Jefferson Queiroz Venerando
39. @shamanime Jefferson Queiroz Venerando
41. FACULDADE tudo começa com a
42. HÁ UMA VERDADE SOBRE FACULDADES
43. como eu penso que é…
44. como eu penso que é… como minha mãe pensa...
45. how I think it will be... como minha mãe pensa... como realmente é...
46. enquanto você tenta se formar
47. Você encontra vários paradigmas.
48. VOCÊ APRENDE BASICAMENTE... uma forma de programar. uma forma de modelar seu banco. uma forma de documentar.
49. Não há tempo suficiente para ensinar tudo.
50. E o mais importante é seu projeto de graduação. Se estiver fazendo TI.
51. Então você volta para o que aprendeu.
52. Então você volta para o que aprendeu. } Consegue identificar alguns paradigmas criados até chegar aqui?
53. VAMOS POR A MÃO NA MASSA.
54. EU TAMBÉM TIVE QUE GRADUAR. VAMOS POR A MÃO NA MASSA.
55. Eu trabalhava em uma agência de publicidade
56. não havia um bom software Eu trabalhava em uma agência de publicidade
57. muito trabalho para compensar isso não havia um bom software Eu trabalhava em uma agência de publicidade
58. por que não resolver o problema? muito trabalho para compensar isso não havia um bom software Eu trabalhava em uma agência de publicidade
59. um software para controlar agências de publicidade + Ruby on Rails e um banco relacional
60. + VAMOS LÁ! um software para controlar agências de publicidade Ruby on Rails e um banco relacional
61. Eu não programava em Rails. Um ótimo desafio. E paradigma.
62. Eu aprendi. E não foi tão ruim assim.
63. PROBLEMA o grande
64. MODELAGEM DE DADOS
65. PORQUE FOI DIFÍCIL #1 requisitos NÃO são totalmente definidos no início... …eles mudam com o desenvolvimento.
66. PORQUE FOI DIFÍCIL #2 mudanças precisam de migrações... …difícil manter o controle, voltar e refazer é ruim.
67. PORQUE FOI DIFÍCIL #3 requisitos ainda são instáveis... …desenvolvimento precisa ser rápido.
68. PORQUE FOI DIFÍCIL #4 regras de negócio são complicadas... …muitas tabelas e joins.
70. ESQUEMA DEFINIDO …objetos podem ser únicos. PORQUE FOI DIFÍCIL #5
71. REVISÃO Requisitos instáveis Difícil modelar as regras de negócio Desenvolvimento lento PORQUE FOI DIFÍCIL
72. VAMOS OLHAR O OUTRO LADO DA MOEDA
73. MySQL Firebird PostgreSQL SQLite Oracle DB2 CouchDB BigData Vertica Cassandra MemcacheDB
74. PORQUE O ARREPIA
75. PORQUE ELE ARREPIA Modelo de dados de Documentos
76. É sem esquemas PORQUE ELE ARREPIA Modelo de dados de Documentos
77. É n-dimensional PORQUE ELE ARREPIA Modelo de dados de Documentos
78. Sem joins PORQUE ELE ARREPIA Modelo de dados de Documentos
79. Possui uma estrutura... PORQUE ELE ARREPIA Modelo de dados de Documentos
80. JSON
81. SEXTA 13 JSON
82. Consultas Ad hoc PORQUE ELE ARREPIA
83. Consultas dinâmicas Consultas Ad hoc PORQUE ELE ARREPIA
84. Índices secundários PORQUE ELE ARREPIA
85. Até 64 índices por coleção Índices secundários PORQUE ELE ARREPIA
86. Replicação PORQUE ELE ARREPIA
87. Usado para redundância Replicação PORQUE ELE ARREPIA
88. Failover automático Replicação PORQUE ELE ARREPIA
89. Velocidade e durabilidade PORQUE ELE ARREPIA
90. Journaling ou replicação Velocidade e durabilidade PORQUE ELE ARREPIA
91. Escalabilidade PORQUE ELE ARREPIA
92. Escalar horizontalmente é muito fácil Escalabilidade PORQUE ELE ARREPIA
93. Documentos Consultas Ad hoc Índices secundários Replicação Velocidade e durabilidade Escalabilidade PORQUE ELE ARREPIA REVISÃO
94. como isso ME AJUDOU
95. SEM ESQUEMAS represente os dados como realmente são; sem migrações = mais tempo desenvolvendo; uma consulta retorna tudo;
96. "Com grande poder vêm grandes responsabilidades" - Tio Ben
97. NÃO DEIXE SEUS DOCUMENTOS VIRAREM UMA BAGUNÇA
98. MODELO RELACIONAL DOCUMENTOS sem redundância, formas normais sem joins, redundância é ok
99. DOCUMENTOS São auto-contidos Contém todas informações
100. Performance++ Uma consulta retorna tudo DOCUMENTOS
101. DOCUMENTOS Pode ser linkado ou incorporado
102. DOCUMENTOS LINKADOS Mais usado para relações many-to-many; Funciona bem quando a duplicação de dados é um problema;
103. DOCUMENTOS INCORPORADOS Ei, Dawg, ouvi que você gosta de documentos então coloquei um documento no seu documento pra que você tenha vários documentos dentro do documento.
104. DOCUMENTOS INCORPORADOS Ei, Dawg, ouvi que você gosta de documentos então coloquei um documento no seu documento pra que você tenha vários documentos dentro do documento. PUTZ! MEMES TRADUZIDOS SÃO HORRÍVEIS
105. MÃO NA MASSA #1 // representação de um job { "_id" : ObjectId( "4fa969cef8955b304e000056" ), "campanha" : "Promoção de férias sup. Thiago", "cliente_id" : ObjectId( "4f271132f8955b177a000019" ), "data_entrada" : Date( 1337040000000 ), "data_entrega" : Date( 1337040000000 ), "func_nome" : "Jefferson Queiroz", "func_usuario" : "jefferson", "funcionario_id" : ObjectId( "4f271132f8955b177a000004" ), "numero" : 4, "status" : "produção", "titulo" : "Férias legais", "updated_at" : Date( 1336502734000 ), "verba" : "4500.0" }
106. MÃO NA MASSA #1 // representação de um job { "_id" : ObjectId( "4fa969cef8955b304e000056" ), "campanha" : "Promoção de férias sup. Thiago", "cliente_id" : ObjectId( "4f271132f8955b177a000019" ), "data_entrada" : Date( 1337040000000 ), "data_entrega" : Date( 1337040000000 ), "func_nome" : "Jefferson Queiroz", "func_usuario" : "jefferson", "funcionario_id" : ObjectId( "4f271132f8955b177a000004" ), "numero" : 4, "status" : "produção", "titulo" : "Férias legais", "updated_at" : Date( 1336502734000 ), "verba" : "4500.0" }
107. MÃO NA MASSA #2 // inserir cliente e telefones > db.clientes.insert({ nome: 'Jefferson Queiroz Venerando', cidade: 'Iturama', telefones: [ numero: '34 5687-1432', op: 'TIM'}, numero: '34 3442-4321', op: 'Vivo'} ] })
108. { "_id" : ObjectId( "4f2c0bec740e950417000038" ), "created_at" : Date( 1328286700000 ), "desconto_cliente" : 0, "formato" : "40x50", "func_nome" : "Jefferson", "func_usuario" : "jefferson", "funcionario_id" : ObjectId( "4f271132f8955b177a000001" ), "job_id" : ObjectId( "4f2acb2d740e950417000017" ), "servico_id" : ObjectId( "4f271133f8955b177a00002e" ), "status" : "criação", "titulo" : "Outdoor", "updated_at" : Date( 1334175800000 ), "valor_fornecedores" : [ { "_id" : ObjectId( "4f457739f8955b5420000001" ), "fornecedor_id" : ObjectId( "4f271132f8955b177a00001a" ), "valor" : "321.0" }, { "_id" : ObjectId( "4f457739f8955b5420000002" ), "fornecedor_id" : ObjectId( "4f271132f8955b177a00001b" ), "valor" : "123.0" } ], "vlr_com_desconto" : "50.0", "vlr_fornecedores" : "444.0", "vlr_servico" : "50.0", "vlr_total" : "494.0" }
109. { "_id" : ObjectId( "4f2c0bec740e950417000038" ), "created_at" : Date( 1328286700000 ), "desconto_cliente" : 0, "formato" : "40x50", "func_nome" : "Jefferson", "func_usuario" : "jefferson", "funcionario_id" : ObjectId( "4f271132f8955b177a000001" ), "job_id" : ObjectId( "4f2acb2d740e950417000017" ), "servico_id" : ObjectId( "4f271133f8955b177a00002e" ), "status" : "criação", "titulo" : "Outdoor", "updated_at" : Date( 1334175800000 ), "valor_fornecedores" : [ { "_id" : ObjectId( "4f457739f8955b5420000001" ), "fornecedor_id" : ObjectId( "4f271132f8955b177a00001a" ), "valor" : "321.0" }, { "_id" : ObjectId( "4f457739f8955b5420000002" ), "fornecedor_id" : ObjectId( "4f271132f8955b177a00001b" ), "valor" : "123.0" } ], "vlr_com_desconto" : "50.0", "vlr_fornecedores" : "444.0", "vlr_servico" : "50.0", "vlr_total" : "494.0" }
110. DOCUMENTOS Trabalhe com os dados da forma que eles são REVISÃO Desenvolvimento é rápido Consistência é sua responsabilidade
111. MAP REDUCE DAHORA A VIDA! AINDA
112. nem tudo são FLORES
113. TENHA EM MENTE Arquivos mapeados na memória
114. Melhor rodar em 64-bit TENHA EM MENTE Arquivos mapeados na memória
115. Memória para os dados é alocada automaticamente TENHA EM MENTE Arquivos mapeados na memória
116. Replicação é importante TENHA EM MENTE Arquivos mapeados na memória
117. Limite de tamanho do documento 16 MB no MongoDB v2.0 TENHA EM MENTE
118. #1 desencorajar documentos com profundos níveis de aninhamento TENHA EM MENTE Limite de tamanho do documento
119. #2 performance TENHA EM MENTE Limite de tamanho do documento
120. Sem transações TENHA EM MENTE
121. Trabalhe com 1 documento por vez TENHA EM MENTE Sem transações
122. Sem BEGIN, COMMIT ou ROLLBACK TENHA EM MENTE Sem transações
123. Compreenda as limitações também... Ainda há mais... TENHA EM MENTE
124. Sem ACID Tenha memória suficiente Sem transações, sério TENHA EM MENTE REVISÃO
125. no fim O QUE FOI FEITO
126. nossa ideia... FOI CONSTRUÍDA DO ZERO USANDO MONGODB
128. FUNCIONA MUITO BEM MongoDB foi uma ótima escolha
129. Até para ‘pequenos’ projetos MongoDB foi uma ótima escolha FUNCIONA MUITO BEM
130. Sem dores de cabeça até agora FUNCIONA MUITO BEM MongoDB foi uma ótima escolha
131. EU ME FORMEI
132. E QUEBREI O PARADIGMA DA FACULDADE
133. nossa VIROU UM PRODUTO
134. QUE JÁ FUNCIONA EM PRODUÇÃO
135. A vida começa onde termina sua zona de conforto! REVISÃO
136. PERGUNTAS?
137. Obrigado! JEFFERSON Q. VENERANDO @shamanime E obrigado Stephanie Pellegrino pelas ilustrações http://shamani.me