Manutençao de banco de dados portfolio

Prévia do material em texto

...............................................................................................................................
Sistema de Informação – N1SICOA
Deborah Yasmine Nunes Santos - 126512014
Manutenção e Otimização de Banco de Dados
Desafios propostos
........................................................................................................................................
Guarulhos
2020
Deborah Yasmine Nunes Santos
Manutenção e Otimização de Banco de Dados
Desafios Propostos
Trabalho apresentado ao Curso Sistema de Informação do Centro Universitário ENIAC para a disciplina Manutenção e Otimização de Banco de Dados.
Prof.Lúcio Luzetti Criado
Guarulhos
2020
Modelagem de Dados Dimensional
.
A modelagem Dimensional consiste em técnicas que são utilizadas na modelagem de um Data Warehouse, que neste existem dois tipos de métodologias de modelagem de dados, a Star Schema e Snowglake,sendo a primeira citada a mais utilizada.
Star Schema-Tem como proposta mostrar a visão da modelagem de base de dados de sistemas de apoio a decisão. Este esquema Star Schema é feito de uma tabela fato que em sua volta existem as dimensões.
 
No Star Schema os dados tem sua modelagem feitas a partir de tabelas dimensionais,ligadas a fatos.Essas tabelas dimensionais contém caracteristicas de eventos.Por outro lado, a tabela fato guarda oque ja ocorreu,e esta sempre ligada a duas ou mais dimensões,nunca permitindo que exista com menos de duas dimensões.Essa tabela se conecta com as dimensões,formando o modelo dimensional.Ao fazer uma consulta a essa tabela, eles acontecem primeiro na tabela de dimensão e depois da tabela de fato.Na tabela fato as métricas(estatística e desempenho) são armazenadas.
Segue exemplos de tabelas 
Tabela fato
Modelagem ER (MER)
O Modelo Entidade Relacionamento (ER) é uma linguagem com o intuito de descrever modelos conceituais do banco de dados. Nela é possível representar os conceitos como os relacionamentos e entidades.
Exemplo da linguagem MER
Nela existem algumas diferenças em linguagens como a "notação pé de galinha)A diferença entre ela e a anterior seria o alfabeto, se mantém os conceitos do MER(relacionamentos,entidades,atributos etc.
Por meio de tudo isto, podemos criar os diagramas entidade-relacionamento nos projetos de banco de dados
Diagramas Modelagem MER
Desafio 3
Para desenvolvermos uma aplicação, é necessário fazermos um levantamento de requisitos, ou seja, escrever quais as necessidades e objetivos que ela deverá atingir. Com isso, estamos construindo o domínio da aplicação, que define para que estejam criando esta solução.
O cliente Xy Ltda. possui uma empresa com 50 filiais espalhadas no Brasil. Ele deseja uma aplicação que possa registrar todos os problemas e soluções encontradas em seu processo produtivo, pois haverá aumento no volume de dados.
Processo: o colaborador que se deparar com um problema pesquisará no sistema a melhor solução. Caso resolva, fará o registro da ação, ou registrará uma nova solução. Um banco de dados relacional, respeitando as formas normais, poderá conter muitos joins, com isso causando lentidão nas buscas, considerando o uso excessivo nas unidades. Pensando no desafio que é a recuperação da informação, analise o seguinte:
Você é consultor na empresa Soluções em TI e foi destinado a atender o cliente Xy Ltda. Qual solução de banco de dados recomendaria, considerando o grande volume de dados e a necessidade de performance na recuperação da informação? Indique o modelo e um banco de dados que a empresa Xy Ltda. possa implantar.
Cliente
Brinquedos&Musica Ltda.
Contato
brinquedosemusica.contato_gmail.com
Empresa Consultora
TI Solutions Ltda
Consultor
Deborah Yasmine
Diagnóstico
Com base no diagnóstico feito na empresa Brinquedos&Musica Ltda,o banco de dados contém muitos travamentos e lentidões com usos extremamente excessivos em suas unidades, causando perda de dados da empresa.
Problema
Por causa de uso excessivo em suas unidades, fez com que ocorresse grandes lentidões em pesquisas na área de buscas e travamentos em seu uso.
Recomendações
Recomendamos neste caso o SQL Server, por ter alto grau de confiabilidade de informações armazenadas, recursos avançados, atualizações de dados, sistema de criptografia embutido garantindo a segurança total de dados, facilidade na recuperação de dados perdidos pelo sistema e não ser tão robusto, não precisando de um hardware muito poderoso.
Desafio 5
Lista de dados numéricos utilizados em BD
BIT[(M)]: dado do tipo bit, M significa número de bits que irá ocupar neste dado, podendo ser entre 1 e 64. Caso houver algum erro de não receber a informação, seu valor padrão é 1.
TINYINT[(M)] [UNSIGNED] [ZEROFILL]:O valor varia entre -128 e 127 caso seja signed, ou de 0 a 255 quando unsigned.
BOOL ou BOOLEAN:Parecido com TINYINT(1). Quando 0, é considerado falso, quando 1 (ou outro valor diferente de 0), é considerado verdadeiro.
SMALLINT[(M)] [UNSIGNED] [ZEROFILL]: um pouquinho maior que o TINYINT, seu valor varia de -8388608 a 8388607 ou 0 a 16777215, quando SIGNED ou UNSIGNED, respectivamente (acho que vocês ja pegaram a ideia).
INT[(M)] [UNSIGNED] [ZEROFILL]: valor pode ser de -2147483648 a 2147483647 ou de 0 a 4294967295.
INTEGER [(M)] [UNSIGNED] [ZEROFILL]: valor pode ser de -2147483648 a 2147483647 ou de 0 a 4294967295.
BIGINT[(M)] [UNSIGNED] [ZEROFILL]: i9223372036854775808 a 9223372036854775807 ou 0 a 18446744073709551615 recomendável que não se armazenem números maiores que 9223372036854775807 (63 bits)
DECIMAL[(M [ , D])] [UNSIGNED] [ZEROFILL]N: número de ponto fixo. M indica a quantidade total de dígitos (precisão) e D indica quantos deles estarão “depois da virgula”. O separador de decimais (.) e o indicador de números negativos (-) não são contados em M. No caso de o valor de D ser 0, o número não possuirá separador de decimais ou parte fracional. O valor máximo de M é 65 e de D é 30, caso omitidos, assumem os valores 10 e 0, respectivamente. Caso receba o atributo “UNSIGNED”, números negativos não serão suportados. Todas as operações com decimais acontecem com uma precisão (M) de 65 dígitos. Um DECIMAL também pode ser representado pelas seguintes formas:
- DEC[(M [ , D])] [UNSIGNED] [ZEROFILL];
- NUMERIC[(M [ , D])] [UNSIGNED] [ZEROFILL];
- FIXED[(M [ , D])] [UNSIGNED] [ZEROFILL].
FLOAT[(M [ , D])] [UNSIGNED] [ZEROFILL]: um número de ponto flutuante de precisão simples. Os valore permitidos são de -3.402823466E+38 a -1.175494351E-38, 0, e de 1.175494351E-38 a 3.402823466E+38. Estes são limites teóricos baseados na norma técnica IEEE 754, mas seu range real é baseado no seu Hardware e Sistema Operacional, podendo ser menor.
M indica a quantidade de dígitos e D indica quantos estarão após o separador decimal e, caso omitidos, os valores serão atribuídos de acordo com seu Hardware. Caso receba o atributo “UNSIGNED”, números negativos não serão suportados. Usar FLOAT pode acarretar em problemas inesperados, pois todo cálculo feito no MySQL utiliza números de precisão dupla.
DOUBLE[(M [ , D])] [UNSIGNED] [ZEROFILL]: número de ponto flutuante de precisão dupla. Os valores permitidos são de -1.7976931348623157E+308 to -2.2250738585072014E-308, 0, and 2.2250738585072014E-308 to 1.7976931348623157E+308. Todas as outras regras seguem as definições do tipo FLOAT. Também podem ser representados pelas seguintes formas:
- DOUBLE PRECISION[(M [ , D])] [UNSIGNED] [ZEROFILL];
- REAL[(M [ , D])] [UNSIGNED] [ZEROFILL]*.
 Se o modo REAL_AS_FLOAT estiver habilitado, REAL representa um FLOAT ao invés de um DOUBLE.
FLOAT(p) [UNSIGNED] [ZEROFILL]: um número de ponto flutuante, p representa a precisão em bits, mas o MySQL utiliza para definir se o dado se comportará como FLOAT ou DOUBLE. Caso p esteja entre 0 e 24 o dado será um FLOAT sem M ou D definidos; caso esteja entre 25 e 53, o dado será um DOUBLE.Esta sintaxe é disponibilizada para compatibilidade ODBC.
Segue a imagem de uma tabela resumida:
Conclusão
Com base nos assuntos que foram estudados, foi possível ter o entendimento de como funciona a organização dentro de um BD,resolução de problemas para possíveis problemas com BD e com as pesquisas feitas foi possivel adquirir alguns conhecimentos sobre os vários tipos de BD e suas vantagens e desvantagens.
Bibliografia
bibliografias:https://viewer.bibliotecaa.binpar.com/viewer/9788563308771/73
https://sites.google.com/site/uniplibancodedados1/aulas/aula-4---modelo-entidade-e-relacionamentos
https://social.technet.microsoft.com/wiki/pt-br/contents/articles/12577.tabela-fato-x-tabela-dimensao.aspx
https://pt.stackoverflow.com/questions/328342/qual-a-diferen%C3%A7a-entre-mer-modelo-de-entidade-relacionamento-e-der-diagrama-d
https://rafaelpiton.com.br/blog/data-warehouse-modelagem-dimensional/