Dados Estruturados e Nao EstruturadosDados estruturados- Estao em um formato especifico/rigido- Exemplo: o Dados mantidos em SGBD Tabela de banco de dados (existem tipo de dados rigidos - datatype de uma coluna e tamanho maximo de armazenamento) E possivel prever o que sera inserido em um campo de uma tabela. se e texto, numero, o tamanho maximo e etcDados Nao Estruturados - Nao existe rigidez ou quase nenhum sobre os dados - Nao existe datatype, tamanho e etc - Nao seguem uma regra. Sao apresentados como aparecem. - Nao possuem estrutura definida - Possui Baixa Integridade - Tem Escalabilidade Linear - Exemplo:o Documentoso Imagenso Videoso E-mailso Post em redes sociais (Um exemplo pratico de uso desse tipo e a analise de sentimento)o Dados retirados da internet blogso Dados de sensoreso Dados nao relacionaisHadoop x SGBDHadoop - Tem a habilidade de lidar com os dois tipos de dados. Estruturados ou nao - A grande vantagem do hadoop e a de processar dados nao estruturados. O Hadoop processa em lote - O MapReduce processa todos os dados em busca de informacao - Estrutura dinamica - E indicado em situacoes onde todos os dados devem ser analisados para se ter uma resposta - Indicado para o caso onde os Dados sao gravados apenas uma vez. E sao rodados um ou mais algoritmos na mesma base para se ter uma ou mais respostas dependendo do tratamento. Mas adiante teremos um post exclusivo para abordar o desenvolvimento de algoritmosSGBD - Tem a possibilidade de processamento interativo ou em lote. e possivel so processar uma parte de cada vez - Estrutura Rigida e estatica - Alta integridade. por ex: a exclusao de um dado que tem dependencia em outra tabela - E indicado em situacoes pontuais. onde em uma consulta e possivel ter uma respostaToda e qualquer sugestao/duvida sera bem vinda! Hoje venho abordar um problema do dia a dia de um DBA. Imagine a situacao em que o DBA recebe um chamado de dar unlock em um usuario, poucos minutos depois recebe mais um, e depois outro e etc... Em sistemas e comum a configuracao de um mesmo schema em diversos lugares. Agora uma provavel alteracao de senha pode gerar uma dor de cabeca do tamanho de um AT-AT. Como podemos entender qual sistema que esta tentando acessar o banco com a senha errada? Com o problema descrito, escrevi um codigo baseado no DBA_AUDIT_SESSION para obter informacoes do usuario do sistema operacional, usuario do banco, dia e hora da tentativa de acesso e host que esta tentando acessar o schema e database. No Codigo abaixo e possivel customizar o username e hora em que e necessario realizar tal pesquisa.------------------------------------------------------------------------------------------------------------select os_username, username, to_char(timestamp, 'dd-mm-yyyy hh24:mi:ss'), userhost from dba_audit_sessionwhere returncode<>0 AND (to_char(timestamp, 'dd-mm-yyyy hh24:mi:ss') between '28-12-2016 09:47:00' and '28-12-2016 10:00:00) AND username='nome_do_schema'order by to_char(timestamp, 'dd-mm-yyyy hh24:mi:ss') desc;------------------------------------------------------------------------------------------------------------Agora que a curiosidade de resolver o problema foi saciada, aproveito para explicar o que raios e DBA_AUDIT_SESSION. Para facilitar a vida, cito aqui a definicao de auditoria pelo blog http://www.profissionaloracle.com.br/gpo/servicos/easyblog/entry/2009/09/27/auditoria-no-oracle-10g: Auditoria e a habilidade do banco de dados Oracle poder gerar logs