PROGRAMERO

Categorizando os principais objetos de uma base de dados Os objetos de banco de dados disponibilizam as estruturas necessárias para que uma aplicação seja formada, ou seja, é tudo aquilo que dá sentido na concepção de uma base de dados. Esses objetos vão desde tabelas, que é a estrutura base, até objetos como visões. Todos os objetos do banco possuem uma categoria, ou pertencem a um “schema” ou são do tipo “non-schema”. Objetos “schema” pertencem a um usuário e existem enquanto essa conta de usuário existir. Já os objetos “non-schema” existem para dar suporte ao uso do banco, como por exemplo, usuários, regras e sinônimos públicos. Um pequeno resumo sobre objetos: Tabelas armazenam dados; Constraints são regras em tabelas; Views funcionam como “janelas/visões” para tabelas; Indexes proporcionam ganho de velocidade durante consultas em tabelas, funciona como um índice de um livro; Sequences são contadores de objetos; Synonyms são uma forma alternativa de se nomear ob

  Série de postagens sobre SQL A algum tempo atrás, não me lembro se 2009 ou 2010, comecei a escrever uma serie de artigos contendo pontos importantes sobre banco de dados, mais precisamente Oracle. Porem um descuido e uma formatação apressada fez com que eu perdesse esses artigos. Porem recentemente, buscando uma declaração de imposto de renda, reencontrei esses artigos, a maior parte ainda esta sem formatação e outra por terminar, mas o fato de ter encontrado me deu vontade de finalizar e publicar tudo, ao todo imaginei cerca dezoito postagens abordando os mais variados tópicos.  Começaremos hoje com um pouco de historia e um rápido resumo, espero que gostem desse e dos próximos. Banco de dados relacionais e Dr. E. F. Codd Antes do advento dos bancos de dados relacionais, cada desenvolvedor formulava seus próprios meios de armazenar, alterar e recuperar dados, dessa forma cada aplicação tratava a informação de

Depois de um bom tempo sem postar, nada como uma ameaça de processo por uma postagem de 2010 para dar aquela vontade de voltar a escrever (não, não é sobre politica). No final do ano passado travei uma pequena e peculiar batalha com o Arduino Ethernet Shield , ele deveria ter sido a parte mais simples do meu projeto já que a conexão é simples, basta apenas encaixar e o driver já esta todo escrito em C#, porém não foi bem assim. A principio fui por eliminação, revisei as configurações de rede (roteador, notebook e projeto), depois revisei as configurações de acesso e permissão, desativei firewall, antivírus e nada. Em seguida testei portas, troquei cabo, troquei roteador, testei em ambiente completamente diferente (roteador, notebook). O mais estranho era ver que a porta do roteador ficava acesa, assim como o da placa, mas nada de comunicação. A essa altura já comecei a temer o pior, importar outras placas literalmente não estava em meus planos, mais uma vez recorri ao fórum mas min