Linguagens de Banco de Dados

Servidor de Banco de Dados

2012-01-28T08:44:00.000-08:00

Servidor de Banco de Dados

Bom para quem não tem um bom conhecimento de Servidor de Banco de Dados vou explicar um pouco sobre isto.

O que é Servidor?

Um Servidor é um sistema de computação que fornece serviços a uma rede de computadores. Esses serviços podem ser de natureza diversa, como por exemplo, arquivos e correio eletrônico. Os computadores que acessam os serviços de um servidor são chamados clientes. As redes que utilizam servidores são do tipo cliente-servidor, utilizadas em redes de médio e grande porte (com muitas máquinas) e em redes onde; a questão da segurança desempenha um papel de grande importância. O termo servidor é largamente aplicado a computadores completos, embora um servidor possa equivaler a um software ou a partes de um sistema computacional, ou até mesmo a uma máquina que não seja necessariamente um computador. A história dos servidores tem, obviamente, a ver com as redes de computadores. Redes permitiam a comunicação entre diversos computadores, e, com o crescimento destas, surgiu a idéia de dedicar alguns computadores para prestar algum serviço à rede, enquanto outros se utilizariam destes serviços. Os servidores ficariam responsáveis pela primeira função. Com o advento das redes, foi crescendo a necessidade das redes terem servidores e minicomputadores, o que acabou contribuindo para a diminuição do uso dos mainframes. O crescimento das empresas de redes e o crescimento do uso da Internet entre profissionais e usuários comuns foi o grande impulso para o desenvolvimento e aperfeiçoamento de tecnologias para servidores.

O que é Banco de Dados?

Bancos de dados, ou bases de dados, são coleções de informações que se relacionam de forma que crie um sentido. São de vital importância para empresas, e há duas décadas se tornaram a principal peça dos sistemas de informação. Normalmente existem por vários anos sem alterações em sua estrutura. São operados pelos Sistemas Gerenciadores de Bancos de Dados (SGBD), que surgiram na década de 70. Antes destes, as aplicações usavam sistemas de arquivos do sistema operacional para armazenar suas informações. Na década de 80 a tecnologia de SGBD relacional passou a dominar o mercado, e atualmente utiliza-se praticamente apenas ele. Outro tipo notável é o SGBD Orientado a Objetos, para quando sua estrutura ou as aplicações que o utilizam mudam constantemente.

Explicando melhor..

Com a junção de um Servidor e uma base de Banco você terá um Servidor de Banco de Dados, assim você poderá manipular informações contidas em uma base de banco de dados. Por menor que sejam, possuem quantidades cada vez maiores de armazenagem de dados e informações. Conseguindo manipulação destas informações que se tornam impossível de ser realizada manualmente (via papéis, principalmente), pois sua utilização além de demorada (devido a catalogação dos dados) é passível de erros principalmente ocasionados pelo desgaste do operador em conseguir resgatar informações requisitadas. Nesse sentido, torna-se mais fácil encontrar a informação numa base de dados que recorre a uma das tecnologias de informação de maior sucesso e confiança. Ou seja, as bases de dados estendem a função do papel ao guardar a informação em computadores.

Muitas empresas adotaram o NT/2000 não como uma plataforma de rede, mas como um servidor de banco de dados para alojar servidores SQL Server ou Oracle. Atualmente, muito do trabalho em banco de dados está sendo feito em plataformas NT/2000.

Mas o uso destes servidores de banco de dados com Linux vem crescendo bastante, Para tanto, utilizam-se servidores MySQL ou o PostGresSQL; este último clone de um antigo sistema Unix chamado Ingres.

Num passado recente, muitos administradores de rede não queriam confiar seus preciosos dados a um programa gratuito como o MySQL, mas isto mudou. Atualmente há muitos sites de comércio eletrônico e de grandes Intranets rodando em plataforma Linux, e o MySQL provou ser rápido, estável e confiável, tudo isto com uma grande (enorme) vantagem, é gratuito!

2011-04-15T10:43:00.000-07:00

LISTA DE SIGLAS (Geral de Banco de Dados)

Bom estou falando alguma siglas básicas que envolve Banco de Dados.

ANSI - American National Standards Institute;

CRUD - Acrônimo da expressão em língua Inglesa Create, Retrieve, Update e Destroy,usada para definir quatro operações básicas usadas em bancos de dadosrelacionais;

DAO - Data Acess Object;

DBA - DataBase Administrator;

DB4o - DataBase for Object;

DBOO - Banco de dados orientado a objeto;

HQL - Hibernate Query Language;

JAVA/SE - Java Standard Edition;

JDBC - Java Database Connectivity;

DER - Diagrama Entidade-Relacionamento;

ODBC - Open Data Base Connectivity;

ODMG - Object Database Management Group;

OO - Orientação à Objeto;

RDBMS - Relational database management systemSIG- Sistema de Informação Geográfica;

SGDB - Sistema Gerenciador de Banco de Dados;

SGDBOO - Sistema Gerenciador de Banco de Dados Orientado a Objeto;

SGDBR - Sistema Gerenciador de Banco de Dados Relacional;

SQL - Structured Query Language;

UML - Unified Modeling Language;

XML - Extensible Markup Language;

2011-04-15T10:01:00.000-07:00

Siglas - PostgreSQL

Olá novamente estou postando algumas siglas agora sobre Postgre, algumas siglas aqui para melhor entendimento nas leituras, como a maioria destas siglas perde o seu significado na tradução, preferi deixá-las em seu idioma original.

Referential integrity:
Também conhecido como "integridade referencial", esse recurso consiste em restrições ou regras existentes para uma correta inserção de dados, por exemplo, para impedir que uma tabela seja preenchida sem que isso ocorra em outra;

Schemas:
Recurso que permite cruzar informações em um mesmo banco de dados, mas em estruturas diferentes;

SQL:
Sigla para Structured Query Language, é uma linguagem utilizada em bancos de dados relacionais;

SSL:
Sigla para Secure Sockets Layer, consiste em um protocolo para a troca segura de informações;

Stored procedures:
Ssse recurso consiste em comandos SQL "guardados" no servidor para, por exemplo, executar tarefas repetitivas, evitando que um cliente tenha que executá-las constantemente;

Transactions:
Também conhecidas como transações, as transactions são instruções executadas em um bloco designado por parâmetros que indicam seu início e seu fim;

Triggers:
Também chamados de gatilhos, os triggers são recursos que permitem o acionamento de uma seqüência de comandos logo em seguida ou logo após um evento;

Views:
Os views consistem em um tipo de tabela virtual formada por campos extraídos de uma tabela "verdadeira", facilitando o controle sob os dados acessados.

2011-04-15T09:21:00.000-07:00

Siglas - SQL Server

Olá meus amigos vou postar algumas siglas aqui sobre a linguagem SQL Server para melhor entendimento nas leituras, como a maioria destas siglas perde o seu significado na tradução, preferi deixá-las em seu idioma original.

ACID – Atomicity Consistency Isolation Durability
Esta sigla é utilizada para definir as propriedades que uma transação deve possuir.

ADO – Activex Data Objects
Faz referência a uma biblioteca de objetos ActiveX para acesso a dados. Geralmente é através destes objetos que um programador em ASP ou VB acessa o SQL Server

ANSI-92 – American National Standarts Institute 92
ANI-92 é um conjunto de regras e requisitos estipulados pelo orgão ANSI para definição de banco de dados relacionais.

BLOB – Binary Large Objects
É um tipo de dado que um campo de uma tabela pode armazenar. No SQL Server os tipos de dados ntext, text, and image podem ser considerados como do tipo BLOB.

BOL – Books OnLine
Esta sigla é uma abreviação para a documentação eletrônica oficial do SQL Server.

DBCC - DataBase Console Commands
Apesar de algumas documentações ainda constar como DataBase Consistancy Checker, são comandos que fazem a consistência lógica e física de um banco de dados do SQL Server.

DCL – Data Control Language
Designação para os comandos GRANT, DENY e REVOKE do SQL Server que fazem o controle de permissões dos objetos do banco de dados.

DDL – Data Definition Language
Designação para os comandos CREATE, ALTER e DRP (e seus derivados) que fazem o controle da criação/alteração/exclusão dos objetos do banco de dados do SQL Server

DML – Data Manipulation Language
Desiginação para os comandos INSERT, UPDATE e DELETE que fazem o controle da manipulação de dados do banco de dados do SQL Server.

DTS – Data Transformation Services
É a tecnologia desenvolvida pela Microsoft para a manipulação e transformação de dados tanto para SQL Server como para outra fonte de dados.

EM – Enterprise Manager
Esta é uma abreviação para a ferramenta de gerenciamento de interface gráfica do SQL Server. Na verdade o EM nada mais é do que um snap-in para o MMC (Microsoft Management Console) que por sua vez é uma interface compartilhada para gerenciamento gráfico de algumas ferramentas da Microsoft e de terceiros.

JDBC – Java DataBase Connectivity
Um driver JDBC é o método de acesso que permite aplicações desenvolvidas em linguagem Java acessar diferentes fontes de dados, incluindo o SQL Server.

MDX – MultiDimensional eXpression
São expressões que permitem o acesso a dados espalhados através de mútiplas dimensões em um cubo de dados, por exemplo.

MER – Modelo Entidade Relacionamento
É um modelo lógico do banco de dados que contém as entidades (tabelas) , atributos (campos) e relacionamento entre as entidades. Todo banco de dados deve começar a ser desenvolvido a partir do MER feito para um determinado processo de negócio.

MS DTC – Microsoft Distributed Transaction Coordinator
É um serviço, como o serviço MSSQLServer, que permite o controle de transações distribuídas feitas sobre fontes de dados remotas.

OLAP – OnLine Analytical Processing
Esta sigla faz referência a ambientes onde os dados dificilmente são atulizados e servem para auxiliar no processo de tomada de decisão.

OLTP – OnLine Transaction Processing
Esta sigla faz referência a ambientes onde a entrada e atualização dos dados é muito intensa.

ODBC – Open Database Connectivity
Um driver ODBC é o método de acesso que permite aplicações desenvolvidas em diversas linguagens acessar diferentes fontes de dados, incluindo o SQL Server.

OLE DB – Object Linking and Embendig DataBase
OLE DB é uma biblioteca de funções básicas para acesso a dados. O ADO visto anteriormente utiliza o OLE DB com um provider ou um ODBC. Todo o método de acesso das ferramentas padrão do SQL Server é feito através do OLE DB.

RAID – Redundant Array of Independent Disks
Esta sigla serve para identificar um sistema de controle de discos físicos para aumento de performance, confiabilidade, capacidade de armazenamento e alta disponibilidade. Apesar de ser implementado no sistema operacional (Windows) este sistema pode influenciar muito a utilização do SQL Server

RDBMS – Relational DataBase Management System
Esta sigla identifica que um servidor de banco de dados gerencia base de dados relacionais.

SQL – Structured Query Language
É a notação padrão para linguagens de instruções enviadas a banco de dados. Deve ser utilizada em conjunto com um banco de dados relacional.

SQL-DMO – SQL Distributed Management Objects
É uma coleção de objetos que permite a utilização de componentes nativos do SQL Server. Com estes objetos podemos construir ferramentas como o Enterprise Manager ou o Quey Analyzer.

UDF – User Defined Function
São pequenos programas que podem conter instruções Transact-SQL que serão executadas dentro do banco de dados somente.

2011-04-15T08:16:00.000-07:00

Olá meus amigos, estou postando sobre um assunto que achei na rede sobre Bando de Dados em 2011, este artigo mostra cinco previsões feitas pelo blog da Xeround Xeround.com para os Banco de Dados em 2011. A primeira previsão é uma bomba, vamos começar: Let's Go!!!

Bancos de Dados relacionais “voltam a ser uma boa escolha”:

Parece que toda a propaganda em cima do NoSql irá decrescer. DBAs e empresas retornação para o já comprovado SQL. Toda a promessa de escalabilidade e distribuição que levou à adoção do NoSql não pode compensar a falta de funções mais básicas transacionais e relacionais, que são requisitos básicos para qualquer aplicação comercial.
Casos alternativos serão encontrados utilizando NoSql, como por exemplo DW / BI, aonde o grande conjunto de dados e vários tipos englobados são a chave do alto desempenho.

Empresas e desenvolvedores irão perceber que banco de dados na nuvem tem necessidades específicas:

Essa é uma discussão que está amadurecendo. Enquanto alguns começam a perceber os benefícios da nuvem, outros percebem que a cloud não é apenas abstração da virtualização.
Bancos de Dados não são apenas a parte mais crítica de uma aplicação, mas está tornando claro que banco de dados nas nuvens são diferentes das instalações tradicionais. A tendência é de que as bases de dados nas nuvens tenham forte crescimento neste ano.

Este será o ano do DBaaS (Datavase as a Service)

A promessa de bancos de dados nas nuvens vai além da simples redução de custos e eficiência das operações. É tudo sobre a simplicidade e uma filosofia de “não se preocupar”. Problemas de configuração e as operações em andamento serão automatizadas, ou serão simples como um apertar de botões.
A possibilidade é de que você possa levantar seu banco na nuvem em questão de minutos.
E a melhor possibilidade de todas, é a transição suave, sem necessidade de mudanças de códigos.

Preços por Utilização de SaaS:

Este modelo tem a vantagem de evitar o excesso de subscrições por usuários ou por recursos. Os bancos de dados e modelos de infraestrutura serão pressionados a aplicar o mesmo modelo do SaaS, pagamento por uso real.
O modelo de precificação tradicional para bancos de dados da empresa serão ajustados para refletir a flexibilidade e a natureza dinâmica da nuvem.

Elasticidade é a Chave:

Se antes, os desenvolvedores tinham que escolher entre a elasticidade e a simplicidade de NoSql, e as transações em capacidades de consultas no SQL, neste ano veremos que podemos ter ambas soluções.
Elasticidade reflete tudo isto, escalabilidade, disponibilidade e distribuição.
A idéia é de que este princípio da elasticidade seja automático, sem a necessidade de esbarrar na monitoração e configuração manual. Poderá ter uma solução de banco de dados garantindo escalabilidade automática, tuning e backup.

As previsões são bem interessantes, mas saibam que a empresa que as “previu”, é uma empresa que oferece Banco de Dados nas Nuvens, então não cortem os pulsos pois pode ter sido um pouco tendenciosa.

Fonte

http://blog.xeround.com/2011/01/five-predictions-for-your-database-in-2011

Procedimento Armazenado

2011-03-09T06:29:00.000-08:00

Procedimento Armazenado (Stored Procedure)

Procedimento armazenado ou Stored Procedure é uma coleção de comandos em SQL para dispensamento de Banco de Dados. Encapsula tarefas repetitivas, aceita parâmetros de entrada e retorna um valor de status (para indicar aceitação ou falha na execução). O procedimento armazenado pode reduzir o tráfego na rede, melhorar a performance, criar mecanismos de segurança, etc.

O que é um Stored Procedure?

R: Stored Procedure é um conjunto de comandos, ao qual é atribuído um nome. Este conjunto fica armazenado no Banco de Dados e pode ser chamado a qualquer momento tanto pelo SGBD (Sistema Gerenciador de Banco de Dados) quanto por um sistema que faz interface com o mesmo.

Você pode criar uma Stored Procedure em linha de comando no Query Analizer com a seguinte sintaxe:

Create procedure busca
@nomedebusca varchar (50)
as
select nome1, nome2
from nome_da_tabela
where nome = @nomedebusca

CREATE PROCEDURE nome_do_stored_procedure
[
{@parametro tipo_de_dados_parametro}[=valor_default] [output]
]
[,...n]
AS
comando1,
comando2,
comando3,
...,
comando2

GO

Algumas considerações:

Somente poderão executar o comando CREATE STORED PROCEDURE, usuários que são membros da role de servidor sysadmin ou das roles de Banco de Dados db_owner e db_ddladmin;

Em um Stored Procedure, podemos incluir qualquer comando T-SQL, com exceção dos seguintes: CREATE PROCEDURE, CREATE DEFAULT, CREATE RULE, CREATE TRIGGER E CREATE VIEW;

Em um Stored Procedure podemos referenciar tabelas, Views, outras Stored Procedures e tabelas temporárias.

Bom, é isso meus amigos espero que isso ajude algo.. foi básica e bem filtrada a minha explicação.

Normalização de Dados

2011-02-08T03:50:00.000-08:00

Bom Normalização de Dados para quem nunca ouviu falar eu vou comentar um pouco mais sobre tudo isso aos novatos na área de Banco de Dados. Vou tentar ser o mais breve e objetivo possível. A Normalização de Dados é uma série de passos que se segue no projeto de um banco de dados que permite um armazenamento consistente e um eficiente acesso aos dados em um banco de dados relacional. Esses passos reduzem a redundância de dados e as chances dos dados se tornarem inconsistentes.

No entanto, muitas SGBDs relacionais não têm separação suficiente entre o projeto lógico da base de dados e a implementação física do banco de dados, e isso tem como conseqüência que as consultas feitas a um banco de dados totalmente normalizado têm um mau desempenho. Nestes casos, usa-se por vezes a desnormalização para melhorar o desempenho, com o custo de menores garantias de consistência.

Definição

Consiste em definir o formato lógico adequado para as estruturas de dados identificados no projeto lógico do sistema, com o objetivo de minimizar o espaço utilizado pelos dados e garantir a integridade e confiabilidade das informações.

A normalização é feita, através da análise dos dados que compõem as estruturas utilizando o conceito chamado “Formas Normais (FN)”. As FN são conjuntos de restrições nos quais os dados devem satisfazê-las. Exemplo, pode-se dizer que a estrutura está na primeira forma normal (1FN), se os dados que a compõem satisfizerem as restrições definidas para esta etapa.

A normalização completa dos dados é feita, seguindo as restrições das quatro formas normais
existentes, sendo que a passagem de uma FN para outra é feita tendo como base o resultado obtido na etapa anterior, ou seja, na FN anterior.

Para realizar a normalização dos dados, é primordial que seja definido um campo chave para a estrutura, campo este que permite irá identificar os demais campos da estrutura.

Formas Normais existentes:

1 – Primeira Forma Normal (1FN)

Consiste em retirar da estrutura os elementos repetitivos, ou seja, aqueles dados que podem compor uma estrutura de vetor. Podemos afirmar que uma estrutura está normalizada na 1FN, se não possuir elementos repetitivos. Exemplo:

Estrutura original:

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Cod. do Cliente, Nome do cliente, Endereço do cliente, CGC do cliente, Relação das mercadorias vendidas (onde para cada mercadoria temos: Código da Mercadoria, Descrição da Mercadoria, Quantidade vendida, Preço de venda e Total da venda desta mercadoria) e Total Geral da Nota)

Analisando a estrutura acima, observamos que existem várias mercadorias em uma única Nota Fiscal, sendo portanto elementos repetitivos que deverão ser retirados.

Estrutura na primeira forma normal (1FN):

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente, Nome Cliente, Endereço do cliente, CGC do cliente e Total Geral da Nota)

Arquivo de Vendas (Num. NF, Código da Mercadoria, Descrição da Mercadoria, Quantidade vendida, Preço de venda e Total da venda desta mercadoria)

Obs. Os campos sublinhados identificam as chaves das estruturas.

Como resultado desta etapa ocorre um desdobramento dos dados em duas estruturas, a saber:

- Primeira estrutura (Arquivo de Notas Fiscais): Dados que compõem a estrutura original, excluindo os elementos repetitivos.

- Segundo estrutura (Arquivo de Vendas): Dados que compõem os elementos repetitivos da estrutura original, tendo como chave o campo chave da estrutura original (Num. NF) e o campo chave da estrutura de repetição (Código da Mercadoria).

2 – Segunda Forma Normal (2FN)

Consiste em retirar das estruturas que possuem chaves compostas (campo chave sendo formado por mais de um campo), os elementos que são funcionalmente dependente de parte da chave. Podemos afirmar que uma estrutura está na 2FN, se ela estiver na 1FN e não possuir campos que são funcionalmente dependente de parte da chave.

Exemplo:

Estrutura na primeira forma normal (1FN):

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente, Nome do cliente, Endereço do cliente, CGC do cliente e Total Geral da Nota)

Arquivo de Vendas (Num. NF, Código da Mercadoria, Descrição da Mercadoria, Quantidade vendida, Preço de venda e Total da venda desta mercadoria)

Estrutura na segunda forma normal (2FN):

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente, Nome do cliente, Endereço do cliente, CGC do cliente e Total Geral da Nota)

Arquivo de Vendas (Num. NF, Código da Mercadoria, Quantidade vendida e Total da venda desta mercadoria)

Arquivo de Mercadorias (Código da Mercadoria, Descrição da Mercadoria, Preço de venda)

Como resultado desta etapa, houve um desdobramento do arquivo de Vendas (o arquivo de Notas Fiscais, não foi alterado, por não possuir chave composta) em duas estruturas a saber:

- Primeira estrutura (Arquivo de Vendas): Contém os elementos originais, sendo excluídos os dados que são dependentes apenas do campo Código da Mercadoria.

- Segundo estrutura (Arquivo de Mercadorias): Contém os elementos que são identificados apenas pelo Código da Mercadoria, ou seja, independentemente da Nota Fiscal, a descrição e o preço de venda serão constantes.

3 – Terceira Forma Normal (3FN)

Consiste em retirar das estruturas os campos que são funcionalmente dependentes de outros campos que não são chaves. Podemos afirmar que uma estrutura está na 3FN, se ela estiver na 2FN e não possuir campos dependentes de outros campos não chaves.

Exemplo:

Estrutura na segunda forma normal (2FN):

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente, Nome do cliente, Endereço do cliente, CGC do cliente e Total Geral da Nota)

Arquivo de Vendas (Num. NF, Código da Mercadoria, Quantidade vendida e Total da venda desta mercadoria)

Arquivo de Mercadorias (Código da Mercadoria, Descrição da Mercadoria, Preço de venda)

Estrutura na terceira forma normal (3FN):

Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente e Total Geral da Nota)

Arquivo de Vendas (Num. NF, Código da Mercadoria, Quantidade vendida e Total da venda desta mercadoria)

Arquivo de Mercadorias (Código da Mercadoria, Descrição da Mercadoria, Preço de venda) Arquivo de Clientes (Código do Cliente, Nome do cliente, Endereço do cliente e CGC do cliente)

Como resultado desta etapa, houve um desdobramento do arquivo de Notas Fiscais, por ser o único que possuía campos que não eram dependentes da chave principal (Num. NF), uma vez que independente da Nota Fiscal, o Nome, Endereço e CGC do cliente são inalterados. Este procedimento permite evitar inconsistência nos dados dos arquivos e economizar espaço por eliminar o armazenamento freqüente e repetidas vezes destes dados. A cada nota fiscal comprada pelo cliente, haverá o armazenamento destes dados e poderá ocorrer divergência entre eles.

As estruturas alteradas foram pelos motivos, a saber:

- Primeira estrutura (Arquivo de Notas Fiscais): Contém os elementos originais, sendo excluído os dados que são dependentes apenas do campo Código do Cliente (informações referentes ao cliente).

- Segundo estrutura (Arquivo de Clientes): Contém os elementos que são identificados apenas pelo Código do Cliente, ou seja, independente da Nota Fiscal, o Nome, Endereço e CGC dos clientes serão constantes.

Após a Normalização, as estruturas dos dados estão projetadas para eliminar as inconsistências e redundâncias dos dados, eliminando desta forma qualquer problema de atualização e operacionalização do sistema. A versão final dos dados poderá sofrer alguma alteração, para atender as necessidades específicas do sistema, a critério do analista de desenvolvimento durante o projeto físico do sistema.

Tecnologia OLAP

2011-02-07T12:18:00.000-08:00

Olá pessoal hoje vou falar de uma tecnologia chamada e para vocês terem uma melhor entendimento sobre oque estarei falando eu vou citar algumas definições para melhor entendimento deste assunto chamado OLAP,ou On-line Analytical Processing é a capacidade para manipular e analisar um grande volume de dados sob múltiplas perspectivas.

As aplicações OLAP são usadas pelos gestores em qualquer nível da organização para lhes permitir análises comparativas que facilitem a sua tomada de decisões diárias.

Classifica-se em ROLAP, MOLAP, HOLAP, DOLAP E WOLAP.

Benefícios

"Online analytical processing", ou OLAP fornece para organizações um método de acessar, visualizar, e analisar dados corporativos com alta flexibilidade e performance. A tecnologia quanto maior e complexa a informação armazenada, mais difícil é para retirá-la. A tecnologia acaba com estas dificuldades levando a informação mais próxima ao usuário que dela necessite. Portanto, o OLAP é freqüentemente utilizado para integrar e disponibilizar informações gerenciais contidas em bases de dados operacionais, sistemas ERP e CRM, sistemas contábeis, e Data Warehouses. Estas características tornaram-no uma tecnologia essencial em diversos tipos de aplicações de suporte à decisão e sistemas para executivos.

Citar uma outra visão geral de OLAP é um Business Intelligence (BI) como citei pouco atrás

É um processo de coleta, transformação, análise e distribuição de dados para melhorar a decisão de negócios;
Sua infra-estrutura tecnológica é composta de data warehouses ou data marts, ferramentas OLAP, EIS, data mining, consultas e relatórios e software de visualização dos dados;
Os bancos de dados são a infra-estrutura básica de qualquer sistema de business intelligence. São neles que vão estar armazenados os dados que serão transformados em informações competitivas.

Hoje OLAP é um dos muitos componentes do Framework de Business Intelligence, assim como outras tecnologias de Suporte à Decisão, tais como: visualização de dados, data mining, data warehousing. Alguns fornecedores têm feito o esforço de incluir na sua linha de produtos estas tecnologias de suporte à decisão, outros fornecedores optaram por um produto aberto formando parcerias com fornecedores de produtos complementares.

Muitas outras tecnologias de suporte à decisão devem se integrar com a tecnologia OLAP, incluindo pacotes de análise estatística, sistemas de informações geográficas (GIS), e ferramentas de visualização de dados.

A maioria de vendedores de servidores OLAP oferecem add-ins para planilha eletrônica como opção de front-end, possibilitando, com isto, apresentar dados multidimensionais via planilha eletrônica. A principal vantagem desta abordagem é que ela combina a exibição flexível, a força em formatação e os cálculos para fins específicos das planilhas com o gerenciamento de dados, cálculos e performance da tecnologia de banco de dados multidimensionais. Os fornecedores de servidores OLAP só precisam produzir diferentes versões de seus add-ins para cada nova versão da planilha.

Modelo de Dados

Em um modelo de dados OLAP, a informação é conceitualmente organizada em cubos que armazenam valores quantitativos ou medidas. Dentro de cada dimensão de um modelo OLAP, os dados podem ser organizados em uma hierarquia que define diferentes níveis de detalhe. Por exemplo, dentro da dimensão tempo, você poderá ter uma hierarquia representando os níveis anos, meses, e dias. Da mesma forma, a dimensão região poderá ter os níveis país, região, estado e cidade. Assim, um usuário visualizando dados em um modelo OLAP irá navegar para cima (drill up) ou para baixo (drill down) entre níveis para visualizar informação com maior ou menor nível de detalhe sem a menor dificuldade. Algumas Aplicações

A aplicação do OLAP é bastante diversificada e seu uso encontra-se em diversas áreas de uma empresa. Alguns tipos de aplicação aonde a tecnologia é empregada são:

- Finanças Análise de L&P, Relatórios L&P, Orçamento, Análise de Balanço, Fluxo de Caixa, Contas a Receber, …

- Vendas Análise de vendas (por região, produto, vendedor, etc.), Previsões, Lucratividade de Cliente/Contrato, Análise de Canais de Distribuição, ….

- Marketing Análise de Preço/Volume, Lucratividade de Produto, Análise de Mercados, …

- Recursos Humanos Análise de Benefícios, Projeção de Salários, Análise de "Headcount", … Manufatura Gerência de Estoque, Cadeia de Fornecimento, Planejamento de Demanda, Análise de custos de matéria-prima.

Banco de Dados Distribuídos

2011-01-27T08:10:00.000-08:00

Bom vou hoje falar a você um pouco mais sobre Banco de Dados Distribuído (BDD) ele é uma coleção de vários Base de Dados logicamente inter-relacionados, distribuídos por uma rede de computadores. Existem dois tipos de banco de dados distribuídos, os homogêneos e os heterogêneos. Os homogêneos são compostos pelos mesmos bancos de dados, já os Heterogêneos são aqueles que são compostos por mais de um tipo de banco de dados.

Melhor explicando num banco de dados distribuídos os arquivos podem estar replicados ou fragmentados, esses dois tipos podem ser encontrados aos longos dos nós do sistema de BDD's. Quando os dados se encontram replicados, existe uma cópia de cada um dos dados em cada nó, tornando as bases iguais (ex: tabela de produtos de uma grande loja). Já na fragmentação, os dados se encontram divididos ao longo do sistema, ou seja a cada nó existe uma base de dados diferente se olharmos de uma forma local, mas se analisarmos de uma forma global os dados são vistos de uma forma única, pois cada nó possui um catálogo que contém cada informação dos dados dos bancos adjacentes.

Podendo a replicação dos dados pode se dar de maneira síncrona ou assíncrona. No caso de replicação síncrona, cada transação é dada como concluída quando todos os nós confirmam que a transação local foi bem sucedida. Na replicação assíncrona, o nó principal executa a transação enviando confirmação ao solicitante e então encaminha a transação aos demais nós.

Arquitetura Básica

Aplicações Locais: aplicações que não requerem dados de outros lugares.
Aplicações Globais: aplicações que requerem dados de outros lugares.

Alguns cuidados com a Distribuição de Dados

A distribuição é transparente — usuários devem poder interagir com o sistema como se ele fosse um único sistema lógico. Isso se aplica ao desempenho do sistema, métodos de acesso, entre outras coisas.
Transações são transparentes — cada transação deve manter a integridade do banco de dados dentre os múltiplos bancos de dados. Transações devem também ser divididas em subtransações, cada subtransação afetando um sistema de banco de dados...

Vantagens de Bancos de Dados Distribuídos

Reflete a estrutura organizacional — fragmentos do banco de dados estão localizados nos departamentos que se relacionam com os dados que estes persistem.
Autonomia Local — um departamento pode controlar seus dados (já que é o mais familiarizado com estes).
Maior disponibilidade — uma falha em um banco de dados afetará somente um fragmento, ao invés do banco de dados inteiro.
Melhor performance — os dados estão localizados próximo do local de maior demanda e os sistemas de banco de dados por si só são paralelizáveis, permitindo carregar no banco de dados para o balanceamento entre servidores (a elevada carga em um módulo do banco de dados não irá afetar os outros módulos de banco de dados em um banco de dados distribuído).
Econômico — custa menos criar uma rede de pequenos computadores com o mesmo poder que um único computador maior.
Modularidade — sistemas podem ser modificados, adicionados ou removidos do banco de dados distribuído sem afetar os outros módulos (sistemas).

Desvantagens de banco de dados distribuídos

Complexidade — trabalho extra deve ser feito pelos DBAs para garantir que a natureza da distribuição do sistema é transparente. Trabalho extra deve ser feito para manter sistemas múltiplos diferentes, ao invés de um único grande. Design de banco de dados extra deve também ser feito para levar em conta a natureza desconectada do banco de dados - por exemplo, joins tornam-se proibitivamente caros quando são rodados entre múltiplas plataformas.
Implantação mais cara — o aumento da complexidade e uma infraestrura mais extensa significa custo extra de trabalho
Segurança — fragmentos de banco de dados remotos devem ser seguros e, como eles não são centralizados então os lugares remotos também devem ser seguros. A infraestrutura também deve ser segura (por exemplo, pela encriptação dos links de rede entre os lugares remotos).
Difícil de manter a integridade — em sistemas distribuídos, reforçar a integridade ao longo de uma rede pode exigir demais dos recursos da rede para ser viável.
Inexperiência — pode ser difícil trabalhar com banco de dados distribuídos e como é uma área relativamente nova ainda não há tantos casos (ou experiências) práticos de seu uso disponíveis como exemplo.
Falta de padrões – ainda não há metodologias e ferramentas para ajudar usuários a converter um SGBD centralizado para um SGBD distribuído.
Design do banco de dados mais complexo – além das dificuldades normais, o design de um banco de dados distribuídos tem que considerar a fragmentação dos dados, alocação dos fragmentos em lugares específicos e a replicação de dados.

Espero que vocês tenham gostado e entendido um pouco mais sobre (BDD) ou melhor falando Bando de Dados Distribuídos.

Utilizando MD5 em Criptográfia

2010-12-27T10:43:00.000-08:00

Aqui desenvolvi com algumas pesquisas e montei umas Function para PHP para validação de logins ao Banco de Dados utilizando MD5, podem notar ele originalmente foi feito apenas para alimentar o md5 database md5.rednoize.com, porém você também pode utiliza-lo para efetuar pesquisas.

Código PHP:

#!/usr/bin/php -q
<?php
//Alterar a linha para #!/pathdophp/php -q -d short_open_tag=on
$servidor = "md5.rednoize.com";
echo "\033[32m";
echo "------------------------------------\r\n";
echo "- md5hash - http://md5.rednoize.com -\r\n";
echo "- Criado por: Elder Stroparo     -\r\n";
echo "- E-Mail: seuemail[arroba]email.com     -\r\n";
echo "- Seg, 27 de Dezembro de 2010         -\r\n";
echo "------------------------------------\r\n";
settype($template, "string");
//$template = "1234567890abcdefghijklmnopqrstuvwxyz"; //Letras e Numeros.
$template = "123456789"; //Somente numeros.
function GetRandomString($length) {
       global $template;
       settype($length, "integer");
       settype($rndstring, "string");
       settype($a, "integer");
       settype($b, "integer");
       for ($a = 0; $a <= $length; $a++) {
               $b = rand(0, strlen($template) - 1);
               $rndstring .= $template[$b];
       }
       return $rndstring;
}
if ($argc<3) {
echo "\r\n";
echo "Para \"quebrar\" uma md5 use ".$argv[0]." -m\r\n";
echo "Para adicionar uma nova senha ao banco de dados (md5.rednoise.com) utilize: ".$argv[0]." -q\r\n";
echo "[#] Alimentando o banco de dados...\r\n";
echo "[!] Para finalizar pressione CTRL+C\r\n\r\n";
while (1) {
$rand = GetRandomString(7);
echo $rand;
echo " - ";
echo file_get_contents("http://$servidor/?p&q=$rand");
echo "\r\n";
}
}
if ($argv[1] == "-m") {
$q = $argv[2];
echo "[!] Consultando servidor...";
echo "\r\n";
echo "[*] A senha é: ";
echo file_get_contents("http://$servidor/?p&q=$q&b=MD5-Search");
echo "\r\n";
}
if ($argv[1] == "-q") {
$q = $argv[2];
echo "[*] Senha $q - md5: ";
echo file_get_contents("http://$servidor/?p&q=$q");
echo "\r\n[!] Adicionada com sucesso!";
echo "\r\n";
}
?>

Bom espero que tenham gostando deste exemplo em PHP, ai está um modelo de como utilizar o MD5, ele está alimentando o bando de dados e gerando uma sequencia diretamente do servidor http://md5.rednoize.com (MD5 HASH).

Funções de Criptográfia

2010-12-27T06:58:00.000-08:00

Bom vou falar hoje um pouco sobre o termo Funções de Criptográfia que é meios de proteger as informações armazenadas em um Banco de Dados.

Os Banco de Dados são muito importante eles utilizam para armazenar diversos tipos de informações, desde dados sobre uma conta de e-mail até dados importantes da Receita Federal. Para tal existem diversos tipos, os quais variam em complexidade e sobre tudo em segurança.

A Criptográfia são técnicas pelas quais a informação pode ser transformada da sua forma original para outra ilegível, de forma que possa ser conhecida apenas por seu destinatário, oque atorna difícil de ser lida por alguém não autorizado. Assimsendo, só o receptor da mensagem pode ler a informação com facilidade.

Visão Geral: a criptografia tem quatro objetivos principais

confidencialidade da mensagem: só o destinatário autorizado deve ser capaz de extrair o conteúdo da mensagem da sua forma cifrada. Além disso, a obtenção de informação sobre o conteúdo da mensagem (como uma distribuição estatística de certos caracteres) não deve ser possível, uma vez que, se o for, torna mais fácil a análise criptográfica.

integridade da mensagem: o destinatário deverá ser capaz de determinar se a mensagem foi alterada durante a transmissão.

autenticação do remetente: o destinatário deverá ser capaz de identificar o remetente e verificar que foi mesmo ele quem enviou a mensagem.

não-repúdio ou irretratabilidade do emissor: não deverá ser possível ao emissor negar a autoria da mensagem.

Nem todos os sistemas ou algoritmos criptográficos são utilizados para atingir todos os objetivos listados acima. Normalmente, existem algoritmos específicos para cada uma destas funções. Mesmo em sistemas criptográficos bem concebidos, bem implementados e usados adequadamente, alguns dos objetivos acima não são práticos (ou mesmo desejáveis) em algumas circunstâncias. Por exemplo, o remetente de uma mensagem pode querer permanecer anônimo, ou o sistema pode destinar-se a um ambiente com recursos computacionais limitados.

Comentando melhor sobre as funções de criptográfia Criptografia

Criptografia, MD2, MD4, SHA, Hash, MD5, MD6 (não utilizavél).

Criptografia

(Do Grego kryptós, "escondido", e gráphein, "escrita") é o estudo dos princípios e técnicas pelas quais a informação pode ser transformada da sua forma original para outra ilegível, de forma que possa ser conhecida apenas por seu destinatário (detentor da "chave secreta"), o que a torna difícil de ser lida por alguém não autorizado. Assim sendo, só o receptor da mensagem pode ler a informação com facilidade. É um ramo da Matemática, parte da Criptologia.

MD2

é um algoritmo de hash que cria um valor de hash de 128 bits funciona semelhante ao algoritmo de MD4 e foram desenvolvidos pela RSA Data Security, Inc.

MD4

é um algoritmo de hash que cria um valor de hash de 128 bits funciona semelhante ao algoritmo de MD2 e foram desenvolvidos pela RSA Data Security, Inc.
Ele foi desenvolvido em 1990, mas um ano após foi sucedido pelo MD5 por possuir falhas de segurança. A lógica desse algoritmo influenciou a criação de outros algoritmos como o MD5, SHA-1 e o RIPEMD. O MD4 também é usado para computar o hash de senhas em sistemas Microsoft NT.

SHA

(Secure Hash Algorithm) está relacionada com as funções criptográficas. A função mais usada nesta família, a SHA-1, é usada numa grande variedade de aplicações e protocolos de segurança, incluindo TLS, SSL, PGP, SSH, S/MIME e IPSec. SHA-1 foi considerado o sucessor do MD5. Ambos têm vulnerabilidades comprovadas. Em algumas correntes, é sugerido que o SHA-256 ou superior seja usado para tecnologia crítica. Os algoritmos SHA foram desenhados pela National Security Agency (NSA) e publicados como um padrão do governo Norte-Americano.

O primeiro membro da família, publicado em 1993, foi oficialmente chamado SHA; no entanto, é frequentemente chamado SHA-0 para evitar confusões com os seus sucessores. Dois anos mais tarde, SHA-1, o primeiro sucessor do SHA, foi publicado. Desde então quatro variantes foram lançadas com capacidades de saída aumentadas e um design ligeiramente diferente: SHA-224, SHA-256, SHA-384, e SHA-512 — por vezes chamadas de SHA-2.

Hash

é uma sequência de bits geradas por um algoritmo de dispersão, em geral representada em base hexadecimal, que permite a visualização em letras e números (0 a 9 e A a F), representando 1/2 byte cada. O conceito teórico diz que "hash é a transformação de uma grande quantidade de informações em uma pequena quantidade de informações".

Essa sequência busca identificar um arquivo ou informação unicamente. Por exemplo, uma mensagem de correio eletrônico, uma senha, uma chave criptográfica ou mesmo um arquivo. É um método para transformar dados de tal forma que o resultado seja (quase) exclusivo. Além disso, funções usadas em criptografia garantem que não é possível a partir de um valor de hash retornar à informação original.

Como a sequência do hash é limitada, muitas vezes não passando de 512 bits, existem colisões (sequências iguais para dados diferentes). Quanto maior for a dificuldade de se criar colisões intencionais, melhor é o algoritmo.

Uma função de hash recebe um valor de um determinado tipo e retorna um código para ele. Enquanto o ideal seria gerar identificadores únicos para os valores de entrada, isso normalmente não é possível: na maioria dos casos, o contra-domínio de nossa função é muito menor do que o seu domínio, ou seja, x (o tipo de entrada) pode assumir uma gama muito maior de valores do que (o resultado da função de hash).

MD5

(Message-Digest algorithm 5) é um algoritmo de hash de 128 bits unidirecional desenvolvido pela RSA Data Security, Inc., descrito na RFC 1321, e muito utilizado por softwares com protocolo ponto-a-ponto (P2P, ou Peer-to-Peer, em inglês) na verificação de integridade de arquivos e logins.

Foi desenvolvido em 1991 por Ronald Rivest para suceder ao MD4 que tinha alguns problemas de segurança. Por ser um algoritmo unidirecional, uma hash md5 não pode ser transformada novamente no texto que lhe deu origem. O método de verificação é, então, feito pela comparação das duas hash (uma da mensagem original confiável e outra da mensagem recebida). O MD5 também é usado para verificar a integridade de um arquivo através, por exemplo, do programa md5sum, que cria a hash de um arquivo. Isto pode-se tornar muito útil para downloads de arquivos grandes, para programas P2P que constroem o arquivo através de pedaços e estão sujeitos a corrupção dos mesmos. Como autenticação de login é utilizada em vários sistemas operacionais unix e em muitos sites com autentificação.

MD6

sobre a Criptografia MD6 MD6 (Message-Digest algorithm 6) é uma função hash criptográfico. Ele usa uma árvore de Merkle-como a estrutura, e em 2008, Ronald Rivest e outros, publicaram uma nova versão do algoritmo o MD6 com hash de tamanhos 224, 256, 384 ou 512 bytes. O algoritmo MD6 iria participar do concurso para ser o novo algoritmo SHA-3, porém após removeu-o do concurso por considera-lo muito lento, anuncionado que os computadores de hoje são muito lentos para usar o MD6.

Em breve estarei postando as funções de criptográfia de acordo com cada algoritimo

Procedures e Funções em PL/SQL

2010-12-20T05:49:00.000-08:00

Bom pessoal a pedido de algumas pessoas está ai o tutorial sobre PL/SQL de uma maneira bem simples, utilizando a linguagem PL/SQL para fazer Procedures, e Functions.

Bom então vamos a luta.

Procedures e Funções

Uma função nada mais é do que pedaços de código, definidos pelo utillizador ou pré-definidos pela linguagem, utilizados para manipular dados. Aceitam um ou mais argumentos, devolvendo um valor. O argumento é uma constante, variável ou o nome de uma coluna. O valor devolvido serve para classificar a função: será numérica se o valor devolvido é numérico, char se devolve um char. As funções são utilizadas para manipular dados, tornando mais potentes as consultas. Dividem-se em três grandes grupos: manipulação de linhas, manipulação de grupos de linhas e funções analíticas. Dentro do primeiro grupo há funções para manipular caracteres, números, datas e funções que permitem converter dados de um tipo para outro. As funções de grupo permitem obter um valor que depende do grupo de linhas, por exemplo uma média, variância ou um máximo. As funções analíticas misturam os dois tipos anteriores: devolvem um valor por cada linha, mas esse valor depende do grupo.

E uma procedure nada mais é do um bloco PL/SQL nomeado. A grande vantagem sobre um bloco PL/SQL anônimo é que pode ser compilado e armazenado no banco de dados como um objeto de schema. Graças a essa característica as procedures são de fácil manutenção, o código é reutilizável e permitem que trabalhemos com módulos de programa.

Uma procedure é, então, um bloco PL/SQL nomeado que pode aceitar argumentos (também chamado de parâmetros) e pode ser chamada por um programa, uma sessão SQL ou uma trigger.

Durante a instalação do banco de dados Oracle um script é executado automaticamente e cria toda a estrutura necessária para que as procedures sejam executadas. Eventualmente esse procedimento automático pode falhar devido a alguma falha física no disco rígido, nesse caso o usuário SYS pode recriar a estrutura através do script SQL DBMSSTDX.SQL.

Para criar uma procedure o usuário precisa ter o privilégio de sistema CREATE PROCEDURE, para criar a procedure em outros schemas o usuário deve ter o privilégio de CREATE ANY PROCEDURE. Este é um ponto muito interessante sobre as procedures, os privilégios para criação de procedures têm que ser concedidos explicitamente, ou seja, não pode ser adquirido através de roles.

Para executar uma procedure externa é necessário ter o privilégio de EXECUTE. Caso queira alterar a procedure de outro schema deve ter o privilégio de sistema ALTER ANY PROCEDURE.

A sintaxe básica de uma procedure é:

CREATE [OR REPLACE] PROCEDURE [schema.]nome_da_procedure
[(parâmetro1 [modo1] tipodedado1,
parâmetro2 [modo2] tipodedado2,
...)]
IS|AS
Bloco PL/SQL

Onde:

REPLACE - indica que caso a procedure exista ela será eliminada e substituída pela nova versão criada pelo comando;

BLOCO PL/SQL - inicia com uma cláusula BEGIN e termina com END ou END nome_da_procedure;

NOME_DA_PROCEDURE - indica o nome da procedure;

PARÂMETRO - indica o nome da variável PL/SQL que é passada na chamada da procedure ou o nome da variável que retornará os valores da procedure ou ambos. O que irá conter em parâmetro depende de MODO;

MODO - Indica que o parâmetro é de entrada (IN), saída (OUT) ou ambos (IN OUT). É importante notar que IN é o modo default, ou seja, se não dissermos nada o modo do nosso parâmetro será, automaticamente, IN;

TIPODEDADO - indica o tipo de dado do parâmetro. Pode ser qualquer tipo de dado do SQL ou do PL/SQL. Pode usar referencias como %TYPE, %ROWTYPE ou qualquer tipo de dado escalar ou composto. Atenção: não é possível fazer qualquer restrição ao tamanho do tipo de dado neste ponto.

IS|AS - a sintaxe do comando aceita tanto IS como AS. Por convenção usamos IS na criação de procedures e AS quando estivermos criando pacotes.

BLOCO PL/SQL - indica as ações que serão executadas por aquela procedure.

Vamos ver um exemplo de procedure para ajudar nosso entendimento:

CREATE OR REPLACE PROCEDURE aumenta_sal (p_empno IN emp.empno%TYPE) IS
BEGIN
UPDATE
scott.emp
SET
sal = sal * 1.10
WHERE
empno = p_empno;
END aumenta_sal;
/

Neste exemplo estamos criando uma procedure para aumentar o salário de um funcionário em 10%. A primeira linha define o NOME DA PROCEDURE, que vai ser AUMENTA_SAL.

A linha dois define o parâmetro P_EMPNO no modo IN. Ou seja, vai ser um dado informado na chamada da procedure. Em seguida determinamos que ele será do mesmo tipo e tamanho que a coluna EMPNO da tabela EMP. Isso é feito através da referencia EMP.EMPNO%TYPE.

Podemos verificar o estado de nossa procedure através de uma simples consulta:

SELECT object_name, status
FROM user_objects
WHERE object_name LIKE '%AUMENTA%';/

Agora podemos verificar o funcionamento de nossa procedure:

SELECT empno, sal
FROM scott.emp;

EMPNO      SAL
---------

7839 5000

7698 2850

7782 2450

CALL AUMENTA_SAL(7839);

EXECUTE AUMENTA_SAL(7839);

SELECT empno, sal FROM scott.emp;

     EMPNO        SAL
--------
      7839       5500
      7698       2850
      7782       2450

Podemos notar que o salário do funcionário 7839 aumentou em 10%.

Funções

Sintaxe Básica:

CREATE [OR REPLACE] FUNCTION nome_da_função[( parameter1 [ mode1] datatype1,parameter2 [ mode2] datatype2,. . .)]RETURN tipo_de_dadoIS|ASBloco PL/SQL;

Ao contrário das procedures as funções tem que retornar ao menos um valor.

CREATE OR REPLACE FUNCTION pega_sal

(p_id IN emp.empno%TYPE)

RETURN NUMBER

IS

v_sal emp.sal%TYPE :=0;

BEGIN

SELECT sal

INTO v_sal

FROM scott.emp

WHERE empno = p_id;

RETURN v_sal;

END pega_sal;/

Executando

VARIABLE g_sal NUMBER

EXECUTE :g_sal := pega_sal(7839)

PRINT g_sal

Função para calcular CPMF

CREATE OR REPLACE FUNCTION cpmf(p_value IN NUMBER)
  RETURN NUMBER IS

BEGIN

RETURN (p_value * 0.038);

END cpmf;

/

SELECT empno, ename, sal, cpmf(sal)

FROM scott.emp

WHERE deptno = 10;

Mapeamento Objeto Relacional

2010-07-09T17:58:00.000-07:00

Bom vou falar hoje sobre Mapeamento Objeto Relacional (ORM, O / RM, e O / R mapeamento) em software de computador é uma programação técnica para conversão de dados incompatíveis entre sistemas do tipo em banco de dados relacional e orientada objetos linguagens de programação. This creates, in effect, a "virtual object database " that can be used from within the programming language. Isso cria, de fato, um "virtual objeto de banco de dados"que podem ser usados dentro da linguagem de programação.

Mapeamento Objeto Relacional é uma técnica de desenvolvimento utilizada para reduzir a impedância da programação orientada aos objetos utilizando banco de dados relacionais. As tabelas do banco de dados são representadas através de classes e os registros de cada tabela são representados como instâncias das classes correspondentes.

Bom esta técnica, o programador não precisa se preocupar com os comandos em linguagem SQL; ele irá usar uma interface de programação simples que faz todo o trabalho de persistência.

Não é necessária uma correspondência direta entre as tabelas de dados e as classes do programa. A relação entre as tabelas onde originam os dados e o objecto que os disponibiliza é configurada pelo programador, isolando o código do programa das alterações à organização dos dados nas tabelas do Banco de Dados.

A forma como este mapeamento é configurado depende da ferramenta que estamos a usar. Como exemplo, o programador que use Hibernate na linguagem Java pode usar ficheiros XML ou o sistema de anotações que a linguagem providencia.

Cliente-Servidor Vantagens e Desvantagens

2010-05-14T10:42:00.000-07:00

Bom vo citar algumas Vantagens e Desvantagens do Cliente-Servidor para vocês entenderem melhor sobre este assunto o que é bom e não é bom para você que não está apto em Banco de Dados que isto é fundamental Cliente-Servidor

Vantagens

Na maioria dos casos, a arquitetura cliente-servidor permite que os papéis e responsabilidades de um sistema de computação para ser distribuído entre vários computadores independentes que são conhecidos por si só através de uma rede. Isso cria uma vantagem adicional para essa arquitetura: maior facilidade de manutenção. Por exemplo, é possível substituir, reparar, atualizar ou mesmo realocar um servidor de seus clientes, enquanto continuam a ser a consciência e não afetado por essa mudança;
Todos os dados são armazenados nos servidores, que geralmente possuem controles de segurança muito maior do que a maioria dos clientes. Servidores podem controlar melhor o acesso e recursos, para garantir que apenas os clientes com as permissões adequadas podem acessar e alterar dados;
Desde o armazenamento de dados é centralizada, as atualizações dos dados são muito mais fáceis de administrar, em comparação com o paradigma P2P, onde uma arquitetura P2P, atualizações de dados podem precisar ser distribuída e aplicada a cada ponto na rede, que é o time-consuming é passível de erro, como pode haver milhares ou mesmo milhões de pares;
Muitas tecnologias avançadas de cliente-servidor já estão disponíveis, que foram projetadas para garantir a segurança, facilidade de interface do usuário e facilidade de uso;
Funciona com vários clientes diferentes de capacidades diferentes.

Desvantagens

Redes de tráfego de bloqueio é um dos problemas relacionados com o modelo cliente-servidor. Como o número de solicitações simultâneas de cliente para um determinado servidor, o servidor pode ficar sobrecarregado;
O paradigma cliente-servidor não tem a robustez de uma rede P2P. Sob cliente-servidor, se um servidor crítico falhar, os pedidos dos clientes não podem ser cumpridos. Em redes P2P, os recursos são normalmente distribuídos entre vários nós. Mesmo se um ou mais nós partem e abandonam baixar um arquivo, por exemplo, os nós restantes ainda deve ter os dados necessários para completar o download.

Características do Cliente e do Servidor

2010-05-14T09:38:00.000-07:00

Bom hoje ainda vou comentar sobre Cliente-Servidor ainda.. vamos lá.

Características do Cliente

Sempre inicia pedidos de servidores;
Espera por respostas;
Recebe respostas;
Normalmente, se conecta a um pequeno número de servidores de uma só vez;
Normalmente, interage diretamente com os usuários finais através de qualquer interface com o usuário , como interface gráfica do usuário.

Características do Servidor

Sempre esperar por um pedido de um dos clientes;
Serve os clientes pedidos, em seguida, responde com os dados solicitados aos clientes;
Um servidor pode se comunicar com outros servidores, a fim de atender uma solicitação do cliente.

Bom são essas ai as características do Cliente-Servidor espero que seja útil a vocês. Para mim é sim.

Cliente-servidor

2010-05-13T11:23:00.000-07:00

Olá pessoal bom faz um tempo que eu não faço nenhum posts e hoje estou devolta vou fazer alguns posts sobre Cliente-servidor.

Bom Cliente-servidor é um modelo computacional que separa clientes e servidores, sendo interligados entre si geralmente utilizando-se uma rede de computadores. Cada cliente pode enviar requisições de dado para algum dos servidores conectados e esperar pela resposta. Por sua vez, algum dos servidores disponíveis pode aceitar tais requisições, processá-las e retornar o resultado para o cliente. Apesar do conceito ser aplicado em diversos usos e aplicações, a arquitetura é praticamente a mesma.

Muitas vezes os clientes e servidores se comunicam através de uma rede de computador com hardwares separados, mas o cliente e servidor podem residir no mesmo sistema. A máquina servidor é um host que está executando um ou mais programas de servidor que partilham os seus recursos com os clientes.

E lembrando também um cliente não compartilha de seus recursos, mas solicita o conteúdo de um servidor ou função de serviço. Os clientes, portanto, iniciam sessões de comunicação com os servidores que esperam as solicitações de entrada.

Uma breve descrição sobre este assunto é a característica de cliente-servidor, descreve a relação de programas em um aplicativo. O componente de servidor fornece uma função ou serviço a um ou muitos clientes, que iniciam os pedidos de serviços.

Obtendo a funções como a troca de e-mail, acesso à internet e acessar banco de dados, são construídos com base no modelo cliente-servidor. Por exemplo, um navegador da web é um programa cliente em execução no computador de um usuário que pode acessar informações armazenadas em um servidor web na Internet. Usuários de serviços bancários acessando do seu computador usam um cliente navegador da Web para enviar uma solicitação para um servidor web em um banco. Esse programa pode, por sua vez encaminhar o pedido para o seu próprio programa de banco de dados do cliente que envia uma solicitação para um servidor de banco de dados em outro computador do banco para recuperar as informações da conta. O saldo é devolvido ao cliente de banco de dados do banco, que por sua vez, serve-lhe de volta ao cliente navegador exibindo os resultados para o usuário.

O modelo cliente-servidor, se tornou uma das idéias centrais de computação de rede. Muitos aplicativos de negócios a serem escrito hoje utilizam o modelo cliente-servidor. Em marketing, o termo tem sido utilizado para distinguir a computação distribuída por pequenas dispersas computadores da "computação" monolítica centralizada de computadores mainframe.

Cada instância de software do cliente pode enviar requisições de dados a um ou mais servidores ligados. Por sua vez, os servidores podem aceitar esses pedidos, processá-los e retornar as informações solicitadas para o cliente. Embora este conceito possa ser aplicado para uma variedade de razões para diversos tipos de aplicações, a arquitetura permanece fundamentalmente a mesma.

Bom é isso ai amigos espero que o básico vocês peguem porque é muito útil saber destes pequenos detalhes de cliente-servidor.

Criando uma Trigger

2010-02-12T08:46:00.000-08:00

Bom vo fazer um exemplo de como criar um gatilho em uma tabela, o usuário deve possuir o privilégio TRIGGER na tabela.

Na versão atual, gatilhos de declaração (STATEMENT triggers) não estão implementados.

Consulte o comando DROP TRIGGER para obter informações sobre como remover gatilhos.

Exemplos

Verificar se o código do distribuidor existe na tabela de distribuidores antes de inserir ou atualizar uma linha da tabela filmes:

CREATE TRIGGER se_dist_existe
    BEFORE INSERT OR UPDATE ON filmes FOR EACH ROW
    EXECUTE PROCEDURE verificar_chave_primaria ('did', 'distribuidores', 'did');

Antes de remover um distribuidor, ou de atualizar o seu código, remover todas as referências para a tabela filmes:

CREATE TRIGGER se_filme_existe
    BEFORE DELETE OR UPDATE ON distribuidores FOR EACH ROW
    EXECUTE PROCEDURE verificar_chave_primaria (1, 'CASCADE', 'did', 'filmes', 'did');

O segundo exemplo também pode ser implementado usando uma chave estrangeira, como em:

CREATE TABLE distribuidores (
    did      DECIMAL(3),
    nome     VARCHAR(40),
    CONSTRAINT se_filme_existe
    FOREIGN KEY(did) REFERENCES filmes
    ON UPDATE CASCADE ON DELETE CASCADE  
);

Está situação eu fiz no PostgreSQL com (SQL99).

Bom embreve farei mais posts acompanhem.

O que é Trigger?

2010-02-12T07:28:00.000-08:00

Bom aqui este tópico vou falar sobre as Triggers é um (Gatilho) as melhores coisas que existem em um banco de dados para o programador elas dão uma dorzinha de cabeça mas que... facilitam muito a vida do desenvolvedor do software, mais vamos para entendimento melhor, temos que saber para que serve uma Trigger e qual a sua função dentro do banco. Então Let's GO!!!.

Uma descrição básica e rápida ela é o comando no banco CREATE TRIGGER introduz um novo gatilho no banco de dados atual. O gatilho fica associado com a relação tabela e executa a função especificada função.

O gatilho pode ser especificado para disparar antes (BEFORE) da operação ser realizada na tupla (antes das restrições serem verificadas e o INSERT, UPDATE ou DELETE serem efetuados) ou após (AFTER) a operação ser realizada (ou seja, após as restrições serem verificadas e o INSERT, UPDATE ou DELETE ter completado). Se o gatilho disparar antes do evento, o gatilho pode evitar a operação para a tupla atual, ou modificar a tupla sendo inserida (para as operações de INSERT e UPDATE somente). Se o gatilho disparar após o evento todas as modificações, incluindo a última inserção, atualização ou exclusão, são "visíveis" para o gatilho.

O SELECT não modifica nenhuma linha, portanto não é possível criar gatilhos para SELECT. Regras e visões são mais apropriadas para este caso.

Sintaxe ficariam assim:

Name (CREATE TRIGGER -- define um novo gatilho);

Synopsis (BEFORE | AFTER);

Entradas (nome, tabela, evento, função);

Saídas (Mensagem retornada se o gatilho for criado com sucesso);

Bom mais para frente irei postar várias Tiggers para vários tipos de Linguagens de Banco de Dados como exemplo Postgre, Firebird, Oracle entre outros...

1º O que são Triggers?

Triggers são códigos de PL/SQL armazenados dentro do banco de dados, onde podemos definir um "bloco" PL/SQL para que seja executado automaticamente pelo banco, assim toda vez que uma instrução SQL ( evento DML ) for aplicada para uma tabela específica ele irá executar um determinado evento automaticamente.

2º Para que serve uma Trigger?

Bom volto a falar ela esta dentro do Banco de Dados e tem uma função muito boa a Trigger dentro do seu banco será de uma utilidade enorme, imaginem que temos um banco de dados com 1.500,000 de registros, onde os funcionários da empresa ganham por hora, e você tem que atualizar o banco de horas de cada funcionário por dia, alguns comandos poderia fazer isso por nós, mas seria um pouco complicado e desgastante, então, por este motivo, criamos nossas Triggers, onde definimos o que deve ser mudado na tabela num único arquivo e depois acionamos um único comando DML (Update) para ele, assim, ele irá atualizar os 1.500,000 de registros de uma única só vez.

3º Implementação da Trigger dentro do banco?

Devemos tomar algumas precauções sobre a implementação das Triggers dentro do banco, fique atento para estes tópicos :

Use triggers para garantir a execução de comandos para uma tabela específica;
Não fique criando triggers que duplique regras já definidas em CONSTRAINTS do banco;
O Oracle recomenda que limitamos os nossos códigos no máximo em 60 linhas,
Caso você tenha que criar algo mais complexo crie stored procedure, será mais utíl;
ATENÇÃO cuidado ao criar as Triggers que disparem sob uma instrução UPDATE na sua Tabela, não pode alterar a tabela porque isso iria disparar a Triggers mais de N vezes no sistema, e a memória do equipamento não iria agüentar ocasionandos bugs de memória e resultados errôneos.

4º Pontos fundamentais das Triggers?

Segurança e Integridade

Podemos utilizar as Triggers para garantir uma segurança maior no nosso banco, ela tem como tarefa restringir o acesso as tabelas e controlar as atualizações.

Auditoria

Como disse anteriormente, as Triggers são executadas automaticamente, assim, podemos utilizá-las para fazer auditoria sobre acesso ao banco de dados.

Replicação de Dados

São excelentes para criar uma política de replicação síncrona de uma tabela para outra.

Integridade

Apartir das Triggers podemos criar controles mais complexos para os relacionamento das tabelas.

Controle de dados

Caso uma tabela tenha dados, cujo valor depende de outras tabelas, as Triggers pode atualizar automaticamente a coluna com os valores derivados.

Próximos posts vou comentar sobre a Preparação das Triggers passo-a-passo e um resumo sobre os comandos, assim vocês poderam na ultima coluna, estar dominando a criação e a utilização deste mecanismo.

Tipos de Constraints

2010-02-12T06:52:00.000-08:00

Bom agora vou falar sobre os tipos de Constraints;

Constraint DEFAULT
Constraint CHECK
Constraint PRIMARY KEY
Constraint UNIQUE
Constraint FOREIGN KEY

Basicamente falando, integridade de dados é a maneira de dizer que os dados que estão na sua base são confiáveis. Existem dois tipos de implementar integridade de dados nos Bancos de Dados: Declarativa e Procedural.

Declarativa diz respeito ao uso das constraints e das rules.

Procedural diz respeito ao uso de Stored Procedures e Triggers. (recomendo que leia este outro tópico sobre Triggers...)

Observações:

- É possível criar uma constraint após a criação da tabela.
- Uma Constraint pode ser definida a nível de coluna ou a nível de tabela.
- Constraints são armazenadas no Dicionário de Dados e podem ser facilmente recuperadas se possuírem nomes razoáveis.

Constraint DEFAULT

Bom Constraint Defaukt ela serve para indicar um valor padrão para um campo, quando o mesmo não for especificado. Exemplo: se a tabela TESTE possui dois campos, COD e NOME, e para o campo NOME existe uma constraint DEFAULT criada, ao inserirmos dados nesta tabela podemos somente fornecer o conteúdo do campo COD, pois o conteúdo do campo NOME será automaticamente preenchido com o valor definido na constraint DEFAULT.

Esta constraint deve ser utilizada para manter integridade de domínio. Também podemos utilizar esta constraint como um objeto independente, assim como as rules. Não podemos criar constraints em campos com o tipo de dados rowversion e campos que possuem uma propriedade IDENTITY definida.

Constraint CHECK

Esta constraint nos permite criar uma regra para o preenchimento de um certo campo em uma tabela. Nesta regra podemos utilizar valores de outros campos da mesma tabela para fazer a validação dos dados. Ou melhor um método para validar a integridade de todos os dados que entram em sua base e Check Constraints é ótimo para garantir todos os dados que entram em seus sistemas através de novas soluções ou interfaces.

As Check Constraints também melhoram o aproveitamento de seu sistema. O gerenciador de banco de dados verifica o cumprimento das Check Constraints no nível mais baixo do sistema operacional e por isso a verificação destas regras tem uma carga de trabalho menor do que teria através de aplicativos.

Esta constraint deve ser utilizada para manter integridade de domínio e integridade referencial.

Esta constraint pode ser desabilitada, para caso de uma grande inserção de dados na tabela.

Constraint PRIMARY KEY

Esta constraint serve para definirmos um ou mais campos como chaves primárias. Uma chave primária é o atributo de um ou mais campos que identifica unicamente um registro em uma tabela. Podemos criar somente uma constraint PRIMARY KEY por tabela e não podemos colocar o valor NULL nos campos que compõem a chave primária.

Esta constraint deve ser utilizada para manter integridade de entidade. Quando esta constraint é criada na tabela, um índice também é automaticamente criado sobre as colunas que fazem parte da chave primária. Este índice não pode ser apagado diretamente, devemos apagar a constraint PRIMARY KEY primeiro.

Observações:

- A Constraint Primary Key é uma combinação das constraints Unique e Not Null.
- Um índice único é automaticamente criado.

Constraint UNIQUE

Esta constraint faz a validação de valores únicos em uma coluna de uma tabela. Se um campo estiver definido com a constraint UNIQUE nenhum valor repetido poderá ser fornecido para esta campo. Diferente da PRIMARY KEY, podemos colocar várias constraints UNIQUE por tabela mas para cada campo que possue uma constraint UNIQUE somente podemos inserir o valor NULL uma vez.

Esta constraint deve ser utilizada para manter integridade de entidade. Quando esta constraint é criada na tabela, um índice também é automaticamente criado sobre a coluna sobre a qual a constraint está definida. Este índice não pode ser apagado diretamente, devemos apagar a constraint UNIQUE primeiro.

Observações:

- Designa uma coluna ou uma combinação de colunas de tal forma que duas linhas não possam ter o mesmo valor.
- Valores nulos são aceitos.
- Automaticamente é criado um índice único para a(s) coluna(s) especificada(s).

Constraint FOREIGN KEY

Esta constraint é utilizada para implementar o conceito de chave estrangeira e serve para indicar que o conteúdo de um campo deve se referenciar a um outro campo que possua ou uma chave primária ou uma constraint UNIQUE.

Quando o campo que está sendo referenciado residir na mesma tabela, não precisamos uitilizar a palavra-chave FOREIGN KEY, podendo somente utilizar REFERENCES. Esta constraint também pode ser desabilitada, para o caso de uma grande inserção de dados na tabela.

Esta constraint deve ser utilizada para manter integridade refencial e podemos ainda programar eventos em cascata utilizando as cláusulas ON DELETE e ON UPDADE.

Observações:

- Estabelece um relacionamento com a chave primária ou única da mesma ou de outra tabela.
- Deve referenciar um valor existente na tabela pai ou ser nulo.
- Chaves estrangeiras são baseadas em dados e são puramente lógicas, isto é, não são ponteiros físicos.
- Uma chave estrangeira, parte de uma chave primária, não pode ser nula pois uma chave primária não pode ser nula, nem parcialmente nula.
- Havendo a cláusula ON DELETE CASCADE, uma deleção na tabela pai causa a deleção das linhas relacionadas na tabela filho.

Bom é isso ai espero que tenha respondido muitas perguntas e o porque haha... e muitos programadores desconhece desse assunto mas entendem muito sem saber o que é esses simples recursos que faz sem saber o nome que é Constraints isso nos Bancos de Dados.

É isso em breve muitos exemplos...

O que é uma Constraints?

2010-02-12T05:48:00.000-08:00

Olá! vamos falar hoje sobre "O que é uma Constraints?"

Bom é um assunto bem interessante, as CONSTRAINTS, que nada mais são restrições que você estabelece para uma coluna no banco de dados, que nada mais é de um método para validar a integridade de todos os dados que entram em sua base.

Bom antes de você começar a ler este tópico recomendo você ler antes sobre a Integridade no Banco de Dados então depois de ler... volte aqui haha.

Constraints bom podemos ter os seguintes tipos:

Primary Key (PK) = Está restrição cria um índice único para um conjunto de colunas ou uma coluna para Chave Primaria.
Unique = Está Contraint determina que uma coluna não poderá ter 2 linhas com o mesmo valor.
Foreign Key (FK ou Chave Estrangeira) = Determina uma coluna ou um conjunto de colunas que possuem valores em outras tabelas, referente a uma referência ou um relacionamento.
Check = Especifica a condição que a coluna precisa para salvar o registro.
Not Null = Determina que a coluna tem preenchimento obrigatório.

Bom agora deu para você entender melhor sobre o que estamos falando né haha, as opções de restrições (Constraints), temos que aplicar isso na prática, e para isso vou utilizar um exemplo bem simples. Vamos imaginar que você tem que criar uma tabela para receber informações de consultas de empregados na sua empresa, onde no formulario de cadastro existe os campos Código, Nome, Departamento, Sexo, Idade e E-mail. Então nosso código deverá ter os seguintes campos todas com suas restrições para inclusão.

SQL

 1º CREATE TABLE EMPREGADOS (
2

º

 COD NUMBER(6) NOT NULL CONSTRAINT CODEMP_PK PRIMARY KEY,
3

º

 NOME VARCHAR2(20) NOT NULL,
4

º

 DEPARTAMENTO VARCHAR2(40) NOT NULL CONSTRAINT DEPTO_FK REFERENCES DEPTO
5

º

 INITIALLY DEFERRED, 
6

º

 SEXO CHAR(1) NOT NULL CONSTRAINT CHECK_SEXO CHECK (SEXO IN ('F','M')),
7

º

 IDADE NUMBER(2) CONSTRAINT CHECK_IDADE CHECK (IDADE > 18),
8

º

 EMAIL VARCHAR2(40) NOT NULL UNIQUE
9

º

 )
10

º TABLESPACE USERS;

Agora vamos analisar o código linha por linha afim de entendermos o que está acontecendo.

1º Linha: Está sendo criada a tabela chamada EMPREGADOS

2º Linha: Vamos criar uma coluna COD onde tem preenchimento obrigatório e está relacionada com outra tabela chamada CODEMP (Código Empregado) como chave primaria.

3º Linha: Criamos uma coluna NOME que o preenchimento é obrigatório.

4º Linha: Criamos uma coluna DEPARTAMENTO onde o preenchimento é obrigatório e como chave estrangeira para a tabela DEPTO e a cláusula DEFERRED significa que a transição poderá ser adiada até o fim da execução do serviço do banco.

6º Linha: Criação da coluna SEXO onde tem preenchimento obrigatório e só será aceito os caracteres F (Feminino) e M (Masculino).

7º Linha: Criamos uma coluna IDADE onde a idade do empregado da empresa tem que ser superior a 18 anos.

8º Linha: Criação da coluna EMAIL onde o preenchimento é obrigatório e não permite que os valores da coluna seja repetido.

10º Linha: Estamos determinando a área de reserva para aquela tabela.

PRONTO! é isso agora você já deve saber utilizar as restrições para suas tabelas e deixar elas mais utilizáveis no sistema.

Até a próxima.

Integridade no Banco de Dados

2010-02-11T19:00:00.000-08:00

Olá Pessoal, beleza... estou devolta...

Bom comecei este artigo pensando em falar sobre Constraints e Triggers, mas antes, deveria falar sobre o que é uma Integridade no Banco de Dados, então, resolvi preparar este artigo que descreve os tipos e exemplificar cada um deles.

Vamos lá! Let's GO!!!

Integridade é fundamental!

Quando vamos projetar um Banco de Dados, imaginamos as possíveis formas para que nossa aplicação grave os dados corretamente no Banco de Dados, mas as vezes, esquecemos de definir, a nível de banco, quais as validações que devem ser feitas para evitar inconsistências nos dados e que, futuramente, se tornariam dores de cabeça.

Em um Banco de Dados, possuímos 3 formas de Integridade:

- Integridade de Domínio
- Integridade de Entidade
- Integridade Referencial

Integridade de Domínio

Neste tipo de integridade, as validações ocorrem em cada campo de nossa tabela (ou entidade), como por exemplo se um campo deve aceitar valores Null ou apenas uma faixa de valores, por exemplo:

Temos um campo Sexo, que só deve aceitar valores do tipo M ou F e, independente de nossa aplicação, não deverá aceitar outros valores. Com integridade de domínio, podemos fazer isto facilmente.

Integridade de Entidade

Já na integridade de entidade, temos validações um nível acima, onde definimos quais campos de nossa tabela são chaves primárias (PK) ou únicas (UK).

Um exemplo de chave única é o campo de CPF que nunca pode se repetir.

OBS: Geralmente chaves únicas são chamadas de chaves candidatas, pois são candidatas a chave primária, mas não são uma.

Integridade referencial

E por último, mas não menos importante, vemos a Integridade Referencial, onde criamos nossas referências a campos do tipo PK ou UK de outras tabelas, as famosas chaves estrangeiras FK. Lembre-se que eu não posso criar uma referência (relacionamento) de uma coluna se esta não for uma chave primária de outra tabela.

Este tipo de integridade é fundamental para verificar se um dado será inserido de forma correta e, como é uma chave estrangeira, se este dado realmente existe.

Vamos tirar por exemplo uma tabela chamada PEDIDO e uma CLIENTE. Eu só posso adicionar um registro de PEDIDO se existir um CLIENTE relacionado a ele, e é assim que as verificações acontecem, no momento da inclusão ou alteração, o SGBD verifica se o registro existe e caso não, retorna um erro.

Bom, vimos neste artigo um pouco sobre integridade no banco de dados, no próximo irei falar sobre como criar Constraints e Triggers possamos pôr em prática o que vimos hoje.

Até a próxima.

História do SQL Server

2010-01-31T10:32:00.000-08:00

Bom falarei sobre o SQL Server, tudo começou em 27 de março de 1987, o presidente da Microsoft na época, Jon Shirley, e o co-fundador e presidente da Sybase, Mark Hoffman, assinaram um acordo onde a Microsoft obteria direitos exclusivos ao produto DataServer da Sybase para o OS/2. Já a Sybase além de obter os royalties da Microsoft, ganharia credibilidade com o endosso de sua tecnologia pela Microsoft.Para ganhar aceitação no mundo dos bancos de dados para PC, onde o dBASE da Ashton-Tate tinha boa parte do mercado, o “novo” sistema de gerenciamento de banco de dados da Microsoft (licenciado pela Sybase) precisaria interessar à grande comunidade do dBASE. E a maneira mais direta de fazer isso era fazer a Ashton-Tate endossar o produto, e foi exatamente o que a Microsoft fez, um acordo com a Ashton-Tate.

A primeira versão beta do Ashton-Tate/Microsoft SQL Server foi lançada no segundo semestre de 1988

A versão 1.1 do Microsoft SQL Server foi lançada no segundo semestre de 1990.

No início de 1991 o acordo entre a Microsoft e a Sybase foi retificado, possibilitando à Microsoft o acesso de “somente-leitura” ao código-fonte do SQL Server para fins de suporte. Neste mesmo ano a Microsoft lançou uma versão de manutenção, o SQL Server 1.11.

O Microsoft SQL Server versão 4.2 for OS/2 entrou em teste beta no segundo semestre de 1991, tendo sido um desenvolvimento conjunto entre a Microsoft e a Sybase. A versão 4.2 (16-bit) foi lançada em março de 1992.

Em outubro de 1992, surgiu a primeira versão beta do SQL Server for Windows NT e em agosto de 1993 era lançada a versão final para o Windows NT 3.1.

O primeiro beta do SQL Server 6.0 (também chamado de SQL95) surgiu no final de outubro de 1994, e em julho de 1995 era lançado oficialmente o Microsoft SQL Server 6.0.

Em dezembro de 1995 é liberado uma versão beta completa do SQL Server 6.5.

O SQL Server 7.0 (codinome Sphinx) chegou ao mercado no início de 1999 e colocou o SQL Server no mercado de sistemas de gerenciamento de base de dados relacionais de classe empresarial.

Em setembro de 1999 é distribuído o Beta 1 do SQL Server 2000 (versão 8.0 de codinome Shiloh), o Beta 2 foi lançado em abril de 2000 e em agosto a versão final do Microsoft SQL Server 2000.

Em novembro de 2005 é lançado ao público o SQL Server 2005 (codinome Yukon).

O SQL server hoje

Atualemten lançou a versão final do Microsoft SQL Server 2008 (codinome Katmai) foi lançada em agosto de 2008, entre as novidades estão funções para compressão de dados, suporte a informações geo-espaciais e gerenciamento baseado em políticas, além de novas opções de relatórios e serviços de análise.

O MS SQL Server é um SGBD - sistema gerenciador de Banco de dados relacional criado pela Microsoft. Com a nova versão o Microsoft SQL Server 2008 é fornecida uma plataforma de dados confiável, produtiva e inteligente que permite que você execute suas aplicações de missão crítica mais exigentes, reduza o tempo e o custo com o desenvolvimento e o gerenciamento de aplicações e entregue percepção que se traduz em ações estratégicas em toda sua organização.O SQL É um Banco de dados robusto e usado por sistemas corporativos dos mais diversos portes. O Microsoft SQL Server 2008 fornece uma plataforma confiável de dados que permite que a execução de aplicações de missão crítica mais exigentes.

“Pessoas têm ilhas de dados em suas organizações, e precisam de uma plataforma que forneça a 'malha' que realmente una tudo e as tornem mais valiosas que a soma de suas partes. É disso que se trata o SQL Server 2008.”

Algumas funções do SQL Server:

Trigger
Stored procedure
SQL User Function
Extended Stored Procedure

Bom é isso ai o site oficial SQL Server.

Invasões e as Vulnerabilidade de (BD)

2010-01-31T09:45:00.000-08:00

Olá vou comntar a vocês sobre Invasões e Vulnerabilidades em Banco de Dados (BD), primeiramente vou descrever um pouco o significado dos dois termos porque são muitos amplos tenta falar com poucas palavra e com uma boa conclusão para vocês leitores do meu Blog. Bom vamos lá

Invasão é um meio em que alguem consegue obter os seus dados e informações confidenciais de forma através de um computador acessando a outro computador isto se classifica como um crime eletrônico que geralmente se referem a toda a atividade onde um computador ou uma rede de computadores. Bom isso tem vários timos de invasões de invasores como os intrusos dos sistemas que actuam de duas formas distintas vou citar dois exemplos (intrusos passivos procuram apenas ler ficheiros não autorizados) e os (intrusos activos actuam de forma maliciosa, procurando efectuar alterações não autorizadas nos dados). Atualmente as descoberta desses conteúdos está cada vez mais difícil devido ao uso de técnicas criptográficas, que vem permitindo esconder a informação em textos ou outros documentos, enviando-os sem serem perceptíveis e conseguindo obter os dados das informaçãos.

Vulnerabilidade è um meio vulnerável fácil, bom na computação significa ter brecha em um sistema computacional, também conhecida como bug (inseto do famoso ENIAC). Esta mesma pode ser explorada em um determinado sistema ou serviço vulnerável que esteja rodando na máquina.Umas das grandes vulnerabilidades mais exploradas nos dias de hoje, são as do tipo buffer overflow, que muitas vezes pode dar privilégios de administrador para o invasor, rodar códigos maliciosos remotamente, burlar particularidades de cada sistema, ataques de Negação de Serviços (DDoS), e acesso irestrito ao sistema. Bom existem ferramentas específicas para se explorar as vulnerabilidades, cada ferramenta para a sua respectiva vulnerabilidade a ser explorada (na maioria das vezes escritas em linguagem C e Assembly), essas ferramentas são chamadas de exploits. Outro exemplo prático imagine uma corrente e um anel dela aberto isto é ser VULNERABILIDADE da corrente.

Bom acho que deu para se entender o que é Invasões e Vunerabilidades bom então vou postar sobre algumas invasões e brechas em sistemas de Banco de Dados acompanhem.

Segurança de Banco de Dados

2010-01-31T07:47:00.000-08:00

Olá pessol bom falarei hoje sobre a Segurança de Banco de Dados. É um termo muito abrangente não vou conseguir citar todas as vulnerabilidade de todos os Banco de Dados com as formas de invasões e também não vo conseguir citar todas as seguranças especificas de cada Banco de Dados mas vou tentar nos proximos post nesta categoria falar mais profundamente especificando cada Banco hoje uma explicação geral da Segurança de Banco de Dados. Bom vamos lá...

Os Bancos de Dados são utilizados para armazenar diversos tipos de informações, desde dados sobre uma conta de e-mail até dados importantes da Receita Federal. E atualmente a informação é um recurso crítico no dia-a-dia das organizações. Através da informática, todas as operações básicas das empresas estão sendo automatizadas isso como um exemplo, controle de estoque, faturamento, pagamentos, além de suporte a diversas funções da administração como previsão, orçamento e controle financeiro. Para que essas funções sejam possíveis, é necessária a utilização de um Banco de Dados e a utilização deles em muitas aplicações vem abrangendo praticamente todo o campo dos programas de computador.

Para tal existem diversos tipos, os quais variam em complexidade e sobretudo em segurança:

Criptografia
Senhas
Backup

Bom falar um pouco sobre Criptografia para explicar melhor o que é, e porque usa a informação a onde ela pode ser transformada da sua forma original para outra ilegível, de forma que possa ser conhecida apenas por seu destinatário (detentor da "chave secreta"), o que a torna difícil de ser lida por alguém não autorizado. Assim sendo, só o receptor da mensagem pode ler a informação com facilidade.

Uma visão geral da Criptografia

Confidencialidade da Mensagem: só o destinatário autorizado deve ser capaz de extrair o conteúdo da mensagem da sua forma cifrada. Além disso, a obtenção de informação sobre o conteúdo da mensagem (como uma distribuição estatística de certos caracteres) não deve ser possível, uma vez que, se o for, torna mais fácil a análise criptográfica.
Integridade da Mensagem: o destinatário deverá ser capaz de determinar se a mensagem foi alterada durante a transmissão.
Autenticação do Remetente: o destinatário deverá ser capaz de identificar o remetente e verificar que foi mesmo ele quem enviou a mensagem.
Não-Repúdio ou Irretratabilidade do Emissor: não deverá ser possível ao emissor negar a autoria da mensagem.

Enfim tem vários tipos de Criptografias.

Uma visão geral de Senhas

A senha (PT-Brasil) ou palavra-chave (PT-Portugal), por vezes referida no inglês password, é uma palavra ou uma ação secreta previamente convencionada entre duas partes como forma de reconhecimento. Em um sistemas de computação, senhas são amplamente utilizadas para Autenticar Usuários e conceder-lhes privilégios — para agir como administradores de um sistema, por exemplo — ou permitir-lhes o acesso a informações personalizadas armazenadas no sistema em fim ela serve para ajudar a proteger sua privacidade.

Uma visão geral de Backup

Backups em informática, Cópia de Segurança é a Cópia de Dados de um dispositivo de armazenamento a outro para que possam ser restaurados em caso da perda dos dados originais, o que pode envolver apagamentos acidentais ou corrupção de dados.

Vem se difundidos em vários meios de cópias de segurança incluem CD-ROM, DVD, disco rígido, disco rígido externo (compatíveis com USB), fitas magnéticas e a cópia de segurança externa (online). Esta transporta os dados por uma rede como a Internet para outro ambiente, geralmente para equipamentos mais sofisticados, de grande porte e alta segurança. Outra forma pouco difundida de cópia de segurança é feita via rede. Na própria rede local de computadores, o administrador ou o responsável pela cópia de segurança grava os dados em um formato de arquivo, processa e distribui as partes constituintes da cópia nos computadores da rede, de forma segura (arquivos são protegidos), criptografada (para não haver extração ou acesso aos dados na forma original) e oculta (na maioria das vezes o arquivo é ocultado).

Bom Backups é um meio de salvar as informaçãos para não obter a perca da Base de Dados do sistema ou qualquer aplicativo que obtenho informações é isso ai haha.

Concluindo

Bom é isto ai a Segurança de um Banco de Dados ela contem estes procedimento básico qualquer um Banco de Dados embreve irei citar mais sobre as Seguranças voltada a cada especifico tipo de Banco como exeplo PostgreSQL, MySQL, Oracle, Firebird e enfim muitos outros e também irei citar outros meio como Invasão e Vulnarabilidades aos Banco de Dados mas em outra catégoria ai está o link (Invasões aos Banco de Dados e as Vulnerabilidade aos Banco de Dados). É isso ai espero que gostem.

MySQL Proxy

2010-01-31T07:28:00.001-08:00

Bom hoje irei falar um pouquinho sobre o MySQL Proxy é uma aplicação, em fase inicial, que você instala entre sua aplicação e o MySQL.

Permite monitorar, analizar e transformar as comunicações. Sua flexibilidade permite um número ilimitado de usuários, balanceamento de carga, teste de falha, análise de querys, filtros e modificações de querys e muito mais.

Disponível para Linux, Mac OSX, FreeBSD, IBM AIX e Sun Solaris, isso mesmo, para Windows ainda não esta disponível por ter problemas com uma biblioteca libevent, porém em breve estará disponível também.

Bom isto ai é um ele é um Otimizador de Banco de Dados muito bom.

Downloads: MySQL Proxy

Exercícios de SQL

2010-01-30T06:52:00.000-08:00

Bom vou passar uns Exercícios de SQL de acordo com as duas tabelas a abaixo... Vamos lá

Bom por primeiro vocês vejam as tabelas de acordo com os dados referentes a cada campo.

Um comando SQL é sempre na sequência não utilize a quebra de linha.

1º) Mostrar todos os cds

Select * from cds

2º) Mostrar os campos nome e data da compra dos cds ordenados por nome

Select Nome, DataCompra From Cds Order By Nome

3º) Mostrar os campos nome e data da compra dos cds classificados por data de compra em ordem decrescente

Select Nome, DataCompra From Cds Order By DataCompra Desc

4º) Mostrar o total gasto com a compra dos Cds

Select Sum(ValorPago) as Total From Cds

5º) Mostrar todas as músicas (todos os campos) do cds código 1

Select * From Musicas Where CodCd=1

6º) Mostrar o nome do Cd e o nome das músicas de todos Cds

Select c.Nome, m.Nome From Cds c, Musicas m Where c.Codigo=m.CodigoCd

7º) Mostre o nome e o artista de todas músicas cadastradas

Select Nome, Artista From Musicas

8º) Mostre o tempo total de músicas cadastradas

Select Sum(Tempo) Total From Musicas

9º) Mostre o número, nome e tempo das músicas do cd 5 em ordem de número

Select Numero, Nome, Tempo From Musicas Where CodigoCd=5 Order By Numero

10º) Mostre o tempo total de músicas por cd

Select c.Nome, Sum(m.Tempo) as Total From Cds c, Musicas m Where c.Codigo=m.CodigoCd Group By c.Nome

11º) Mostre a quantidade de músicas cadastradas

Select Count(*) as Qtde From Musicas

12º) Mostre a média de duração das músicas cadastradas

Select AVG(Tempo) as Media From Musicas

13º) Mostre a quantidade de Cds

Select Count(*) as Qtde From Cds

14º) Mostre o nome das músicas do artista José Pedro

Select Nome From Musicas Where Nome='José Pedro'

15º) Mostre a quantidade de músicas por cds

Select c.Nome, Count(*) as Qtde From Cds c, Musicas m Where c.Codigo=m.CodigoCd Group By c.Nome

16º) Mostre o nome de todos cds comprados no Submarino

Select Nome From Cds Where LocalCompra='Submarino'

17º) Mostre o nome do cd e o nome da primeira músicas de todos cds

Select c.Nome, m.Nome From Cds c, Musicas m Where c.Codigo=m.CodigoCd And m.Numero=1

18º) Mostre uma listagens de músicas em ordem alfabética

Select * From Musicas Order By Nome

19º) Mostrar todos os cds que são albuns

Select * From Cds Where Album=True

20º) Mostre o cd que custou mais caro

Select Max(ValorPago) From Cds

Bom é isso ai uns exemplos fácil de comandos SQL de Select espero que tenha ajudado com alguma coisa. É isso ai so práticar agora.

História Sybase

2010-01-29T13:03:00.000-08:00

Bom falar sobre Sybase Inc. ela é uma empresa de software que produz serviços e produtos relacionados ao gerenciamento de informação, mobilidade, messaging, ferramentas de desenvolvimento e data warehousing e OLAP. Desde 1984, a Sybase tem sido líder inovadora no desenvolvimento de tecnologia de Bancos de Dados e ainda mantém um significativo crescimento de negócios acerca de seu banco relacional, o Adaptive Server Enterprise. Sua base global de clientes inclui 80 dos Fortune 100 e uma forte presença em mercados verticais como o de serviços financeiros, telecomunicações, saúde e governo.

Bom ela a Sybase foi fundada por Mark Hoffman e Bob Epstein em 1984, em Berkeley, na Califórnia. Em 1988 foi a primeira no mercado a fornecer um banco de dados relacional com arquitetura cliente/servidor (ao Human Genome Project) e em 1990 inovou novamente, apresentando ao mercado a sua tecnologia de replicação aberta.
Sybase uniu-se à Microsoft em um acordo em que compartilhariam o código do seu servidor de banco de dados, então chamado de Sybase SQL Server. Até a versão 4.9 Sybase e Microsoft SQL Server eram virtualmente idênticos; devido a desentendimentos entre as duas empresas quanto à divisão de receita, decidiram separar-se e hoje poucos traços de herança desta época podem-se notar.
Em 1995 liderava no mercado de ferramentas de desenvolvimento cliente/servidor com o PowerBuilder e, em 1998, tinha mais de 5 milhões de estações licenciadas em SQL Anywhere. Tornou-se líder nos segmentos bancário, de corretagem e mercado de capitais.
Em 2000, Sybase foi a primeira empresa a apresentar um servidor de aplicações J2EE.
Em 2003, lançou a sua estratégia “Unwired Enterprise”, cuja visão é constituída por permitir às empresas estender a sua informação com segurança e torná-la útil para as pessoas em qualquer lugar, usando qualquer dispositivo. A Sybase expandiu seus negócios através de aquisições como a AvantGo, englobando-a nos negócios de sua subsidiária iAnywhere, assim como, em 2005, a Extended Systems, entre outras. Em 2006 a Sybase adquiriu a Mobile 365 e criou a Sybase 365 e esta combinação fez com que a Sybase se tornasse o maior provedor de software e serviços do mundo, entregando, no mesmo ano, o número recordista de 25 bilhões de mensagens móveis.

A Sybase hoje

Hoje ela em DUBLIN, CALIF. - 22 de dezembro de 2009 - A Sybase, Inc. (NYSE: SY), uma empresa líder no fornecimento empresariais e software móvel, anunciou hoje parceria impulso significativo ao longo de 2009 de apoio a Unwired Enterprise Vision. A empresa está pronta para entrar 2010 ampliando ainda mais a disponibilidade da indústria mais robusta, plataforma empresarial comprovada móvel, IP móvel e ofertas de comércio móvel com um extenso ecossistema de parceria global que inclui a SAP, Samsung, Siemens Enterprise Communications (SEN), Verizon e IBM .
Em ambos os mercados desenvolvidos e emergentes, estas alianças capacitar milhões de trabalhadores da informação móvel com acesso seguro e em tempo real para aplicações empresariais críticas. As parcerias respectivos também acelerar a implantação de soluções end-to-end para mBanking, mPayments e mRemittance, bem como a condução de novas e inovadoras hospedado / ofertas de serviços gerenciados, incluindo os de elevado valor 4G serviços. Além disso, a Sybase está na vanguarda da evolução ao Mobile IP com o lançamento do primeiro serviço de voz IPX em 2009 com a Telecom Nova Zelândia International, e está preparado para oferecer uma variedade de serviços de próxima geração, em 2010.

Pelo fato da minha pesquisa eu me deparei com a Sybase, a Sybase 365, iAnywhere são as marcas registradas da Sybase, Inc. ® indica registro nos Estados Unidos da América. Todos os outros nomes de produtos mencionados podem ser marcas comerciais das respectivas empresas com as quais estão associadas e pelo que li eu recomendo quem tiver oportunidade é a Sybase tem uma alta tecnoligia de Banco de Dados que vem com a evolução acompanhando muioto rápido.

História DB2

2010-01-29T12:33:00.001-08:00

Vou falar um pouco hoje sobre o Banco de Dados DB2 ele é o Sistema Gerenciador de Banco de Dados Relacionais (SGDBR) produzido pela IBM. Existem diferentes versões do DB2 que rodam desde num simples PDAcomputador de mão, até em potentes mainframes e funcionam em servidores baseados em sistemas Unix, Windows, ou Linux.

O nome DB2 foi dado para o Sistema de Gerenciamento de Banco de Dados que a IBM lançou em 1983 baseado em SQL/DS para seu mainframe. A principio o produto foi chamado System R que fora iniciado em 1978. O projeto DB2 começou no inicio dos anos 70 quando Edgar Frank Codd, trabalhando para IBM descreveu a teoria dos Banco de Dados Relacionais e publicou sua teoria em Junho de 1970. Para aplicar o modelo, Codd criou uma Linguagem de Banco de Dados Relacionais que a chamou de Alpha. Entretanto, a IBM não acreditava no potencial das suas idéias, deixando-o fora da supervisão do grupo de programadores, que violaram diversas idéias fundamentais do modelo relacional de Codd. O resultado foi a linguagem SEQUEL, que depois foi mudado para seu acrônimo SQL porque SEQUEL já era uma marca registrada.
Por muitos anos, DB2 foi feito exclusivamente para rodar nos mainframes da IBM. Posteriormente a IBM introduziu o DB2 para outras plataformas de servidores, incluindo o Unix e o Windows, para então colocar no Linux e PDAs. Esse processo foi feito na década 90. A inspiração para os detalhes de implementação do DB2 vieram da linguagem DL/1 da IBM e do Sistema de Gerenciamento de Informações também dessa empresa. As novas versões já são avaliadas para OS/2 e é chamada DB2/2.
Na metade do ano de 2006, a IBM anunciou o “Viper”, o codinome do DB2 9 para computação distribuídas e para DB2 9 no z/OS. A empresa diz que o novo DB2 será o primeiro Banco de Dados Relacional que armazena o XML nativo. Outros recursos incluem o desenvolvimento baseado em OLTP para computação distribuídas, o desenvolvimento baseado em Business intelligence e data warehousing para z\OS, mais recursos de auto configuração e auto gerenciamento, adição de recursos para a plataforma 64-bits (especialmente para z/OS), melhoria na performance do armazenamento estruturado para z/OS e a continuação da padronização do vocabulário da linguagem SQL entre z/OS e outras computação distribuídas.

O DB2 hoje

DB2 é vendida em diversos tipos de “edições” ou licenças. Pela escolha de uma versão com menos recursos, a IBM evita que os consumidores paguem por coisas que não iriam usar. Alguns exemplos de edição são a Express, Workgroup e a Edição Enterprise. A edição mais sofisticada para Linux/UNIX/Windows é o DB2 Data Warehouse Entreprise Edition, ou DB2 DWE.
DB2 para Z/OS é vendido em sua própria licença. Começando com a versão 8, a IBM vendeu o DB2 para z/OS e outros sistemas com característica muito próximas.DB2 para esse sistema tem algumas característica exclusivas: Segurança Multi-Level, tabelas de tamanhos extremamente grandes e compressão a nível de hardware. DB2 para z/OS foi sempre conhecido pela sua liderança de performance OLTP e é usado para suportar missões críticas nas operações de negócios, mas agora a versão z/OS está começando a adquirir característica Business intelligence.
Em 30 de Janeiro de 2006, a IBM lançou uma versão do DB2 chamada DB2 9 Express-C. Essa foi a resposta para os recentes pronunciamentos de versões gratuitas do Oracle e da Microsoft SQL Server. Express-C não terá limite no número de usuários e do tamanho do banco de dados. Foi desenvolvido para máquinas com sistema Windows e Linux até 2 processadores e até 4GB de memória.

O DB2 eu recomendo um banco exelente assim para Sistemas ele possui caracteristicas ótimas assim mesmo obtendo uma segurança muito boa.

História Oracle

2010-01-29T12:07:00.000-08:00

Estou comentando também da história do Bando de Dados Oracle é um SGBD (sistema gerenciador de banco de dados) que surgiu no fim dos anos 70, quando Larry Ellison vislumbrou uma oportunidade que outras companhias não haviam percebido, quando encontrou uma descrição de um protótipo funcional de um Banco de Dados Relacional e descobriu que nenhuma empresa tinha se empenhado em comercializar essa tecnologia.
Ellison e os co-fundadores da Oracle Corporation, Bob Miner e Ed Oates, perceberam que havia um tremendo potencial de negócios no modelo de banco de dados relacional tornando assim a maior empresa de software empresarial do mundo.
O SGBD da Oracle é líder de mercado. O Oracle 9i foi pioneiro no suporte ao modelo web. O Oracle 10g, mais recente, se baseia na tecnologia de grid. Recentemente fora lançado o Oracle 11g que veio com melhorias em relação ao Oracle 10g.
Além da Base de Dados, a Oracle desenvolve uma suíte de desenvolvimento chamada de Oracle Developer Suite, utilizada na construção de programas de computador que interagem com a sua base de dados.
A Oracle também criou a linguagem de programação PL/SQL, utilizada no processamento de transações.

O Oracle hoje

Ele é desenvolvido em NOVA YORK, EUA e atualmente a ultima versão dele foi 2007 veja o lançamento: http://www.oracle.com/features/hp/oracle-database-11g.html
Bom o Oracle continua com a versão do Oracle® 11g, é a última no momento ainda está versão do Banco de Dados mais popular do mundo. Com mais de 400 recursos, 15 milhões de horas de testes e 36.000 pessoa/meses de desenvolvimento, o banco de dados Oracle® 11g destaca-se como o software mais inovador e de mais alta qualidade já lançado pela Oracle.
"O banco de dados Oracle® 11g, construído com 30 anos de experiência em design, oferece recursos de última geração para gerenciamento de informações empresariais", afirma Andy Mendelsohn, vice-presidente sênior de Tecnologias de Servidor de Banco de Dados da Oracle. "Mais do que nunca, nossos clientes enfrentam desafios, tais como rápido crescimento dos dados, aumento da integração entre eles e pressões no custo da tecnologia para conectividade. O Banco de Dados Oracle 10g foi pioneiro em grid computing e mais da metade dos clientes Oracle migraram para essa versão. Agora, o Banco de Dados Oracle® 11g oferece os recursos que nossos clientes solicitaram para acelerar a ampla adoção e crescimento dos grids Oracle, representando uma inovação real, que se volta para desafios reais, trazidos até nós por clientes reais", completa.
Com o Banco de Dados Oracle® 11g, as organizações poderão assumir o controle de suas informações empresariais, ter uma melhor visão dos negócios e adaptar-se com rapidez a um ambiente competitivo que passa por grandes mudanças. A nova versão aumenta a capacidade de Cluster de Banco de Dados, além de acelerar a automação do data center e o gerenciamento da carga de trabalho. Com grids seguros, altamente disponíveis e escaláveis de servidores e armazenamento de baixo custo, os clientes Oracle têm suporte para as aplicações mais exigentes de processamento de transações, data warehousing e gestão de conteúdo.

Bom está pesquisa minha eu achei interessante que está linguagem ja vem de anos e anos mas pena que eu não tive o previlégio de testar mas eu recomendo de 30 anos de desenvolvimento deve ter algo bem difente aos outros Banco de Dados (BD).

História Microsoft Access

2010-01-29T10:53:00.001-08:00

Hoje irei falar sobre um software da Microsoft chamado Microsoft Access (nome completo Microsoft Office Access), também conhecido por MSAccess, é um Sistema de Gerenciamento de Banco de Dados da Microsoft, incluído no pacote do Microsoft Office Professional, que combina o Microsoft Jet Database Engine com uma interface gráfica do utilizador (graphical user interface). Ele permite o desenvolvimento rápido de aplicações que envolvem tanto a modelagem e estrutura de dados como também a interface a ser utilizada pelos usuários.
Microsoft Access é capaz de usar dados guardados em Access/Jet, Microsoft SQL Server, Oracle, ou qualquer recipiente de dados compatível com ODBC.
O desenvolvimento da estrutura de dados se dá de forma muito intuitiva, bastando que o desenvolvedor possua conhecimetos básicos em modelagem de dados e lógica de programação.
Programadores relativamente inexperientes e usuários determinados podem usá-lo para construir aplicações simples, sem a necessidade de utilizar ferramentas desconhecidas.
Primeiramente foi o nome de um programa de comunicação da Microsoft, destinado à competir com ProComm e outros programas. Esse produto fracassou e foi abandonado. No segundo semestre de 1992 a Microsoft lançou seu primeiro Sistema de Gerenciamento de Banco de Dados e reusou o nome: o Microsoft Access (MS Access).
Para a Microsoft havia uma grande vantagem quanto ao mercado, como era a dominadora do seu próprio mercado, foi a primeira a lançar um software executável em plataforma Windows, enquanto que os outros programas deste segmento, liderados pela dBa-se, eram voltados para o ambiente DOS. Ao ser lançado por um preço bastante atrativo o MS Access 1.0 para Windows foi logo tomando conta do seu espaço. Um dos fatores que muito contribuiu pra isto foi o seu preço de apenas noventa e nove dólares e também contamos com os investimentos que os administradores da Microsoft fizeram como a compra da Fox Software por cento e setenta milhões de dólares.
Embora as vantagens de lançamentos, faltava de um pacote de ferramenta para desenvolvedores, o que foi princípio para muitas reclamações, assim como a limitação do software de 128MB de memória. Já em 1993 é lançado no mercado MS Access 1.1 com a ampliação para 1GB de memória e junto a ele veio Distribution Kit e os incentivos da para que os desenvolvedores criassem seus aplicativos e os vendessem sem a necessidade do cliente ter uma versão do Access em seu computador, bastava apenas utilizar o Access Runtime.
No entanto o programa ainda precisava de reajustes e dois anos depois modificações apareceram com a versão 2.0. Agora era possível trabalhar com 254 tabelas ao mesmo tempo e no mesmo arquivo de dados. O novo ambiente de programação dava facilidades ao desenvolvedor e agora também não era mais necessário digitar imensas linhas de códigos. Neste mesmo ano chega ao Brasil a versão em português do Access.
A nova versão do MS Access , em 1995, pulou para 7.0 acompanhando o pacote de programas Microsoft Office 7.0. Introduzida na era de 32 bits a nova versão do Access vinha acompanhada com a linguagem Visual Basic for Applications (VBA), com o seu próprio ambiente de programação. Além do recurso de replicar banco de dados, dando a possibilidade de trabalhar off-line em cópias de banco de dados, podendo ser sincronizada com a base central.

O Microsoft Access hoje

Em março de 1997 foi lançada a versão 8.0, preparada para internet, capaz de gravar hiperlinks e salvar arquivos em formato HTML. E em 1999 lança a versão 9.0, também conhecido como MS Access 2000, com suporte a OLE DB e um produto independente até hoje. Com isso, em 2002, a nova versão com suporte a uma linguagem mais comum, o XML (Extensible Markup Language), que é uma linguagem de marcação de dados e também dá uma maior integralidade com o browser, podendo criar páginas em formato HTML de acesso as dados do banco.
O Access 2003 na sua versão 11 traz maior integração com browser, além da linguagem VBA, marcação em XML e incorporação da linguagem SQL nas consultas de tabelas do banco.

É eu recomendo mas ele não tem licensa free mas muito bom para um banco pequeno.

História Firebird

2010-01-28T08:08:00.000-08:00

Oláaa galera.. vo fala também hoje sobre a história do Firebird bom ele é derivado do código do Borland InterBase 6.0. Possui o código aberto e não possui qualquer outro licenciamento, o que permite a sua utilização em qualquer tipo de aplicação, comercial ou não, sem quaisquer custos - totalmente GRATUITO!

A tecnologia usada no Firebird tem mais de 20 anos, fazendo com que este seja um produto deveras maduro e estável.

E o Interbase foi originalmente concebido e criado por um grupo de engenheiros de sistemas, funcionários da DEC (Digital Equipment Corporation), que desejavam produzir um SGBDR - sistema gerenciador de banco de dados relacional, inovador e que substancialmente oferecesse maiores benefícios que os outros sistemas até então existentes. Na época de sua concepção, muita tecnologia já existia como proposta de inovação, mas nenhum produto a oferecia como recurso ou característica disponível. Tendo iniciado em 1985 como Groton Database System, logo mudou de nome para Interbase. Foi inicialmente comercializado pela Ashton Tate (Dbase) e em 1992 foi entregue à Borland como parte de uma negociação de produtos.

Ao longo de seu desenvolvimento, foram consistentemente introduzidas um número de tecnologias de primeira mão. Muitas dessas são : Arquitetura Multi-geradora, Commit automático em duas fases, sombreamento do Banco de Dados (replicação), admissão e tratamento de Blobs, Índices em mapa de bits disperso, Colunas Vetoriais Multidimensionais, Subsistema de Eventos de alertas e o primeiro a disponibilizar acesso nativo a driver de JDBC.

O FireBird é um SGBD (Sistema Gerenciador de Banco de Dados) desenvolvido em mantido por uma comunidade de desenvolvedores (algumas do projeto original) e pela Fundação FireBird.

O FireBird é um produto de Código Livre desenvolvido sobre licensa Interbase License. A origem do FireBird é a versão Open Source do Interbase® 6.0 de Julho de 2000, quando a Borland liberou os fontes de seu produto.

O Firebird hoje

Ele hoje em dia temos várias opções de escolha para os nossos Projetos.

Interbase 6 - Open Source e pode ser usado livremente, ele possui muitos bugs como exemplo um backdoor,onde um super usuário pode acessar todas as informações do Banco de Dados. Hoje ele está Descontinuado.

Firebird 1 - Open Source mantido por uma comunidade, foram corrigidos vários bugs do Interbase 6 e acrescentado algumas melhorias, pode ser considerado uma evolução do Interbase 6. Hoje se encontra na versão 1.0.3.

Interbase 6.5 e 7 - A Borland voltou a fechar o Código Fonte do Interbase e fez várias melhorias, só que agora ele passou a ser Pago. Hoje ele está na Versão 7.1.

O Firebird 1.5 - Está em testes finais (RC 4) ele coisas foi reescrito inteirinho em C++, o que facilitara futuras implementações, além de ter sido limpado o Código Fonte.

História do MySQL

2010-01-28T07:46:00.000-08:00

Bom vou comentar sobre o surgimento do MySQL surgiu a partir da necessidade da equipe que criou o SGBD, de utilizar algum mecanismo que permitisse a conexão de tabelas criadas na linguagem SQL para um determinado fim. A princípio, o grupo iria utilizar o mSQL, mas logo perceberam que esta ferramenta não era rápida o suficiente para atender às necessidades do projeto. O jeito foi criar uma solução própria. Nascia o MySQL.

O MySQL foi criado por Michael Widenius na companhia suíça TcX. Por volta de 1979 Michael desenvolveu um Banco de Dados chamado UNIREG, sendo rescritos em várias linguagens desde então [YAR 99]. Em 1994, a empresa TcX começou o desenvolvimento de aplicações baseadas na Web, tendo como base o banco UNIREG, porém esse banco possuía muito "overhead" para obter sucesso em uma aplicação para geração de páginas dinâmicas na Web. Então a empresa TcX começou a procurar por outro banco o mSQL, uma ferramenta baseada em SQL mas com características pobres não possuindo por exemplo suporte a índices, e com desempenho inferior ao UNIREG.

Foi então que o desenvolvedor do banco UNIREG contatou o David Hughes criador do mSQL, para saber do interesse dele em unir os dois bancos. Sendo positivo o interesse de David, a empresa TcX resolveu desenvolver um novo banco, mas mantendo ao máximo a compatibilidade com mSQL. TcX foi esperta o suficiente para não reinventar o que já estava bem feito, ela construiu seu servidor baseado na estrutura que já estava montada do UNIREG e utilizou grande número de utilitários escritas para mSQL e fez API's para o novo servidor praticamente iguais ao mSQL. Como resultado usuários do mSQL que decidissem mudar para o novo servidor da TcX, teriam apenas que fazer pequenas e simples mudanças nos códigos existentes.

Então foi me maio de 1995 que, definitivamente, a primeira versão do MySQL foi lançada. Um dos parceiros da TcX sugeriu a distribuição do servidor na Internet, o objetivo disso era a utilização de um modelo pioneiro desenvolvido por Aladdin Peter Deutsch. O resultado foi um maior flexibilidade em sem "copyright", que fez do MySQL mais difundido gratuitamente do que mSQL.

O MySQL hoje

Como refalo novamente o MySQL foi desenvolvido pela TCX em 1996. Atualmente a MySQL AB desenvolve o programa. MySQL AB é a companhia dos fundadores e principais desenvolvedores do MySQL. Eles criaram-no porque precisavam de um banco de dados relacional que pudesse tratar grandes quantidades de dados em máquinas de custo relativamente barato. O MYSQL é um dos bancos de dados relacionais mais rápidos do mercado, apresenta quase todas as funcionalidades dos grandes bancos de dados . MySQL é uma linguagem simples, em que você facilmente pode gravar, alterar e recuperar informações num web site com segurança e rapidez O MYSQL é executado, principalmente, em sistemas que participam da filosofia UNIX, embora outros sistemas S.O também fornecem suporte, como Windows, por exemplo.

O MYSQL é um sistema de gerenciamento de banco de dados relacional multiencadeado, de código fonte aberto e nível corporativo. O MySQL não é apenas um banco de dados, mas sim um gerenciador de banco de dados. Com este SGBD (Sistema Gerenciador de Banco de Dados), também pode ser utilizado para aplicações corporativas, o qual, necessitam de varias conexões simultâneas, que possibilita 101 conexões simultâneas. Uma conexão é o tempo que leva para o usuário receber o dado solicitado.

O Programa de Banco de Dados MySQL é um sistema cliente/servidor que consiste de um servidor SQL multitarefa que suporta acessos diferentes, diversos programas clientes e bibliotecas, ferramentas administrativas e diversas interfaces de programação (API's). Também concedemos o Servidor MySQL como uma biblioteca multitarefa que você pode ligar à sua aplicação para chegar a um produto mais rápido, menor e mais facilmente gerenciável.

História do PostgreSQL

2010-01-28T07:32:00.000-08:00

Bom hoje vo comenta sobre o surgimento do PostgreSQL (conhecido anteriormente como Postgres95) derivou do projeto POSTGRES da universidade de Berkley, cuja última versão foi a 4.2. O POSTGRES foi originalmente patrocinado pelo DARPA (Agência de Projetos de Pesquisa Avançada para Defesa), ARO (Departamento de Pesquisa Militar), NSF (Fundação Cinetífica Nacional) e ESL Inc. A implementação do projeto POSTGRES iniciou em 1986, já em 87 tornou-se operacional. A primeira versão lançada para o público externo foi em 1989. Devido a uma crítica feita ao seu sistema de regras, o POSTGRES teve essa parte re-implementada e lançada em uma segunda versão em 1990. Em 1991 foi lançada a versão 3, com melhorias no executor de consultas e algumas partes do código foram re-escritas. As versões subsequentes, até o Postgres95, foram focadas em confiabilidade e portabilidade. O POSTGRES foi utilizado para diversos sistemas de pesquisa e de produção, uma aplicação de análise financeira, um banco com rotas de asteróides, e diversos sistemas de informações geográficas. O código do POSTGRES foi aproveitado em um produto comercializado pela Illustra Information Technologies (posteriormente incorporada à Informix, que agora pertence à IBM).

A versão seguinte, o Postgres95, teve mudanças radicais em relação ao projeto original. O seu código foi totalmente revisado, o tamanho dos fontes foi reduzido em 25%, e a linguagem SQL foi implementada como interface padrão. A performance foi consideravelmente melhorada e vários recursos foram adicionados. Em 1996 o nome Postgres95 tornou-se inadequado, o projeto foi rebatizado "PostgreSQL", para enfatizar a relação do POSTGRES original com a linguagem SQL. A numeração da versão voltou a seguir o padrão anterior ao Postgres95 (considerada a 5.0), e a primeira versão do PostgreSQL foi a 6.0. Enquanto a ênfase do Postgres95 tinha sido a correção de falhas e otimização do código, o desenvolvimento das primeiras versões do PostgreSQL foi orientada à melhoria de recursos e implementação de novos recursos, sempre seguindo os padrões de SQL anteriormente estabelecidos.

O PostgreSQL hoje

A equipe do projeto cresceu e se espalhou pelo mundo. O Grupo Global de Desenvolvimento do PostgreSQL tem membros nos Estados Unidos, Canadá, Japão, Russia, vários países da Europa e alguns outros. Esse grupo é formado essencialmente por empresas especializadas em PostgreSQL, empresas usuárias do sistema, além dos pesquisadores acadêmicos e programadores independentes. Além da programação, essa comunidade é responsável pela documentação, tradução, criação de ferramentas de modelagem e gerenciamento, e elaboração de extensões e acessórios.

Pela riqueza de recursos e conformidade com os padrões, ele é um SGBD muito adequado para o estudo universitário do modelo relacional, além de ser uma ótima opção para empresas implementarem soluções de alta confiabilidade sem altos custos de licenciamento. É um programa distribuído sob a licença BSD, o que torna o seu código fonte disponível e o seu uso livre para aplicações comerciais ou não. O PostgreSQL foi implementado em diversos ambientes de produção no mundo, entre eles, um bom exemplo do seu potencial é o banco de dados que armazena os registros de domínio .org, mantido pela empresa Afilias.

Site Oficial - (http://www.postgresql.org)
Site de marketing - (http://advocacy.postgresql.org/?lang=br)
Site nacional - (http://www.postgresql.org.br)
Lista de discussão nacional - (http://br.groups.yahoo.com/group/postgresql-br)

Espero que gostem ai é um Banco de Dados muito bom. Recomendo.

SQLite

2010-01-27T14:17:00.000-08:00

Bom pessoal hoje falarei sobre SQLite a respeito de um Banco de Dados que é Embutido e não necessita de um Server atráz rodando para rodar e muito simples... bom ele é uma biblioteca em linguagem C que implementa um Banco de Dados SQL embutido. Programas que usam a biblioteca SQLite podem ter acesso a Banco de Dados SQL sem executar um processo RDBMS separado.
O SQLite não é uma biblioteca de cliente usada para conectar com um grande servidor de banco de dados, mas sim o servidor. A biblioteca SQLite lê e escreve diretamente para e do arquivo do Banco de Dados no disco.
O uso do SQLite é recomendado onde a simplicidade da administração, implementação e manutenção são mais importantes que incontáveis recursos que SGBDs mais voltados para aplicações complexas possivelmente implementam. Entretando situações onde a simplicidade é a melhor escolha são muito mais freqüentes do que pode-se imaginar.
Exemplos de uso do SQLite são, não restrito a :sites com menos de cem mil requisições por dia, dispositivos e sistemas embarcados, aplicações desktop, ferramentas estatísticas e de análise, aprendizado de banco de dados,implementação de novas extensões de SQL.
Não se recomenda o uso do SQLite para Sites com:muitos acessos, grande quantidades de dados (talvez maior que algumas duzias de gigabytes), sistemas com grande concorrência, aplicações Cliente/Servidor.

Bom espero que seja útil o que eu descrevi ai a vocês.. bom eu usei algumas vezes e não me deu problema então está eu recomendo.

Uma tela do Banco de Dados em execução simples e fácil acesso.

MySQL - Backup e Restaure

2010-01-26T06:33:00.000-08:00

Existem inúmeras maneiras de se fazer backup no MySQL. Creio que o modo mais utilizado seja o Backup feito pelo comando 'mysqldump', que permite uma combinação enorme de parâmetros.
Em todos os comandos abaixo, substitua as palavras 'usuario', 'senha' e 'arquivo_saida'.

Backup de todos os bancos existentes com conteúdo e estrutura (-A equivale a --all-databases):

$ mysqldump -u usuario --password=senha --all-databases > arquivo_saida OU $ mysqldump -u usuario --password=senha -A > arquivo_saida

Backup só das estruturas de todos os bancos (-d : sem os conteúdos)

$ mysqldump -u usuario --password=senha -A -d > arquivo_saida

Backup só dos dados de todos os bancos (-c: usa comandos 'insert'; -t: não escreve comandos 'create table'; -e: gera comandos mais compactos e mais rápidos de 'insert')

$ mysqldump -u usuario --password=senha -c -t -e -A > arquivo_saida

Caso você queira especificar o nome de um banco de dados (ou seja, você não quer fazer de todos os bancos existentes) substitua o parâmetro '-A' citado nos exemplos anteriores por:

databases DB1 DB2 .... , onde DB1 DB2 ... são os nomes dos bancos de dados

Exemplo:

$ mysqldump -u usuario --password=senha -c -t -e --databases DB1 DB2

Caso você queira fazer backup de apenas algumas tabelas de um banco específico:

$ mysqldump -u usuario --password=senha [opções] DB1 [nome das tabelas]

onde DB1 é o nome do banco que você quer.

Criando um backup do seu banco de dados MySQL usando SSH

Se você possui acesso shell em sua conta de hospedagem, pode facilmente fazer backup do seu banco de dados com o seguinte comando:

# mysql -u username -p database_name > filename.sql

Onde:

username = usuário root ou usuário com privilégios suficientes para fazer este backup;
database_name = o nome do banco de dados que deseja criar;
filename = nome do arquivo de saída com extensão sql;

Restaurando um backup MySQL usando SSH

Para restaurar, o procedimento é quase como o comando acima, você só precisa substituir um símbolo. Fácil, né?

# mysql -u username -p database_name < username =" usuário" database_name =" o" filename =" nome"> DUMP.sql
Restore:mysql -u USUARIO -pSENHA BANCO <>

A forma mais facil de fazer um backup de uma base de dados em MySQL é utilizar o comando mysqladmin:

mysqldump -u [username] -p [password] [databasename] > [backupfile.sql]

[username] - Nome de Utilizador da base de dados;

[password] - Palavra passe do Utilizador;

[databasename] - nome da base de dados;

[backupfile.sql] - nome do ficheiro onde se pretende guardar a informação;

Para restaurar a base de dados utiliza-se o comando mysql:

mysql -u [username] -p [password] [databasename] < [backupfile.mysql]

PostgreSQL – Backup e Restaure

2010-01-26T06:28:00.000-08:00

Backup/Dump uma base
/usr/local/pgsql/bin/pg_dump BASE > arquivo_backup.sql
Importando a base
/usr/local/pgsql/bin/psql -d BASE -f ARQUIVO.sql

Veja como importar arquivo SQL utilizando console PSQL.

psql -d BASEDEDADOS -f ARQUIVO.SQL -U USUARIO

Exemplo:

#su postgres
#psql -d bancoxyz -f meubanco.SQL -U postgres

para ver o que está sendo executado, adicione: -a

Alguns Programas para Migrações de Dados

2010-01-24T14:13:00.000-08:00

Aqui vou postar alguns programas atuais para fazer as migrações:

DBConvert for MS Access & PostgreSQL3.2.1

Está ferramenta que permite uma confiável migração/conversão bi-direcional entre bases de dados Microsoft Access e PostgreSQL.

Permite a conversão de:

Microsoft Access para PostgreSQL;
Microsoft Access para PHP Script;
Microsoft Access para Microsoft Access;
PostgreSQL para Microsoft Access;
PostgreSQL para PostgreSQL;
PostgreSQL para PHP Script.

Algumas funcionalidades desse software

Conversão de dados em alta velocidade/performance;
Conversão segura - Integridade da Base de Dados;
Migração de dados utilizando condicionais;
Suporte a arquitetura UNICODE;
Modo de linhas de comando;
Agendamento flexível;
Interface amigável e de fácil utilização.
Não converte tabelas (ocultas) de sistema.
Roda em Windows NT, 2000, Millenium, XP, Vista
Disponível nos idiomas Inglê
Shareware - grátis para testar e avaliar

DBConvert for MS SQL & PostgreSQL2.2.1

Ferramenta que permite uma confiável migração / conversão bi-direcional entre bases de dados Microsoft SQL Server e PostgreSQL

Permite a conversão de:

Microsoft SQL Server para PostgreSQL;
Microsoft SQL Server para Microsoft SQL Server;
Microsoft SQL Server para PHP Script;
PostgreSQL para Microsoft SQL Server;
PostgreSQL para PostgreSQL;

Algumas funcionalidades desse software

Conversão de dados em alta velocidade / performance;
Conversão segura - Integridade da base de dados;
Migração de dados utilizando condicionais;
Suporte a arquitetura UNICODE;
Modo de linhas de comando;
Agendamento flexível;
Interface amigável e de fácil utilização;
Não converte tabelas (ocultas) de sistema;
Não suporta Microsoft SQL Server Desktop Engine (MSDE);
Roda em Windows NT, 2000, Millenium, XP, Vista;
Disponível nos idiomas Inglês;
Shareware - grátis para testar e avaliar;

DBConvert for MySQL & PostgreSQL3.3.1

Ferramenta que permite uma confiável migração / conversão bi-direcional entre bases de dados MySQL e PostgreSQL.

Permite a conversão de:

MySQL para PostgreSQL;
MySQL para PostgreSQL PHP Script;
MySQL para MySQL;
MySQL para MySQL PHP Script;
PostgreSQL para MySQL;
PostgreSQL para MySQL PHP Script;
PostgreSQL para PostgreSQL;
PostgreSQL para PostgreSQL PHP Script.

Algumas funcionalidades desse software

Conversão de dados em alta velocidade / performance;
Conversão segura - Integridade da base de dados;
Migração de dados utilizando condicionais;
Suporte a arquitetura UNICODE;
Modo de linhas de comando;
Agendamento flexível;
Interface amigável e de fácil utilização;
Não converte tabelas (ocultas) de sistema;
Roda em Windows NT, 2000, Millenium, XP, Vista;
Disponível nos idiomas Inglês;
Shareware - grátis para testar e avaliar;

DBSync for MS SQL & PostgreSQL2.2.1

Ferramenta que permite uma confiável conversão / sincronização bi-direcional entre bases de dados MS SQL Server e PostgreSQL.

Permite a conversão de:

Microsoft SQL Server para PostgreSQL;
Microsoft SQL Server para Microsoft SQL Server;
PostgreSQL para Microsoft SQL Server;
PostgreSQL para PostgreSQL.

Algumas funcionalidades desse software

Conversão de dados em alta velocidade / performance;
Conversão segura - Integridade da base de dados;
Migração de dados utilizando condições;
Sincronização de updates, inserts e drop tables / fields;
Remapeamento de todos os objetos do banco (tabelas, campos, índices e chaves estrangeiras) para sincronização;
Suporte a arquitetura UNICODE;
Personalize o processo de sincronização de sua base de dados;
Modo de linhas de comando;
Agendamento flexível;
Interface amigável e de fácil utilização;
Não converte tabelas (ocultas) de sistema;
Não suporta Microsoft SQL Server Desktop Engine (MSDE).
Roda em Windows NT, 2000, Millenium, XP, Vista;
Disponível nos idiomas Inglês;
Shareware - grátis para testar e avaliar;

DBSync for MySQL & PostgreSQL 3.3.1

Ferramenta que permite uma confiável conversão / sincronização bi-direcional entre bases de dados MySQL e PostgreSQL.

Permite a conversão de:

MySQL para PostgreSQL;
MySQL para MySQL;
PostgreSQL para MySQL;
PostgreSQL para PostgreSQL.

Algumas funcionalidades desse software

Conversão de dados em alta velocidade / performance;
Conversão segura - Integridade da base de dados;
Migração de dados utilizando condições;
Sincronização de updates, inserts e drop tables / fields;
emapeamento de todos os objetos do banco (tabelas, campos, índices e chaves estrangeiras) para sincronização;
Suporte a arquitetura UNICODE;
Personalize o processo de sincronização de sua base de dados;
Modo de linhas de comando;
Agendamento flexível;
Interface amigável e de fácil utilização;
Não converte tabelas (ocultas) de sistema;
Roda em Windows NT, 2000, Millenium, XP, Vista;
Disponível nos idiomas Inglês;
Shareware - grátis para testar e avaliar;

Access to MySQL3.0.0.117

Ferramenta para a converção de bancos de dados Microsoft Access para MySQL e com a ajuda de um Wizard. Access to MySQL é um pequeno programa que converte bancos de dados em Microsoft Access para MySQL. Sua interface é baseada na simplicidade dos Wizards (aquele passo-a-passo onde cada informação é explicada) para que qualquer pessoa consiga realizar a conversão sem cometer enganos.

Permite a conversão de:

MySQL para PostgreSQL;

Algumas funcionalidades desse software

Transfere diretamente os dados de um servidor para o outro;
Seleciona tabelas, campos e senhas para a transferência;
Suporta compartilhamento de segurança ou definido pelo usuário.
Roda em Windows 95, 98, NT, 2000, Millenium, XP, 2003
Disponível nos idiomas Inglês
Freeware - grátis;

Migrando MySQL para PostgreSQL

2010-01-24T09:33:00.000-08:00

MySQL e PostgreSQL esses Banco de Dados você pode já ter lido vários artigos sobre esse assunto de migração, mas provavelmente conseguiu apenas fragmentos da informação necessária e não soube nem por onde começar estou certo? haha bom mas vamos pra luta e chego a hora de colocar tudo junto e na prática.

Você tem um projeto/sistema rodando no MySQL e de repente você descobre que você precisa migrar para PostgreSQL. E você se depara com um SQL diferente para cada plataforma, o MySQL trabalha com SQL e o PostgreSQL trabalha com PL/SQL e ai?, bom mas o detalhe que você não tem tempo para reescrever o código do zero e, logicamente, se você tiver tempo de reestruturar o seu projeto para PostgreSQL, o seu Data Base vai ficar mais organizado e, como um bom Data Base deve ser com relacionamento entre Tabelas, Trigger, Functions e etc.

Na verdade, pode haver boas razões para migrar um Data Base de MySQL para PostgreSQL a segurança, desenpenho ou mesmo por um previlégio que so o outro banco possua e não pela falta de tempo de rescrever as tabelas...

E ná verdade o Postgre você poderá vender o seu produto com total tranquilidade (PostgreSQL é licenciada BSD, o diferente de MySQL) e você pode encontrar artigos "Migrando MySQL para PostgreSQL" na web, mas.. você não vai encontrar nenhuma "Migrando PostgreSQL para MySQL" sinal que ele é bom.

PostgreSQL não pode ser apenas mais um péssimo banco porque o que eu sei e andei lendo que vários softwares pupaleres de nome no mercado tem a base de dados do Postgre vou citar uns Skype, Cisco, Juniper, IMDb, Pandora ou NOVA TV decidiram confiar nele, além de a Sun Microsystems tê-lo tornado como base de dados de escolha (e uma também que em janeiro de 2008 PostgreSQL comprou o MySQL UAHSUsuahs).

No PostgreSQL você ainda pode sentir um pouco como uma pessoa com segurança particular. Existem alguns grandes projetos que já reconheceram suas qualidades e que, embora o MySQL tenha sido sua primeira escolha de Banco de Dados, e eles estão demonstrando esforço para fazer tudo funcionar.

Mas Voltando...

Convertendo Base de Dados MySQL para PostgreSQL

Primeiramente vamos fazer Backup de nossa Data Base MySQL com o software mysqldump do próprio MySQL:

mysqldump --compatible=postgresql bancodedados > bkp-bancodedados.sql

Convertendo caracteres para o SQL ficar funcional no PostgreSQL:

sed "s/\\\'/\'\'/g" bkp-bancodedados.sql

Este processo vai demorar muito tempo porque o software "sed" varrerá todo o arquivo para fazer a conversão

Colocando as coisas para funcionar: importando para o PosgreSQL

psql -h server -d databasename -U username -W

Com isso você acabo de migrar a sua estrutura de Dados de MySQL para PostgreSQL

Alguns Likes do PostgreSQL

MySQL

Comunidade Brasileira de PostgreSQL

PostgreSQL: The world's most advanced open source database

PGCon Brasil

PostgreSQL Documentation

Migrações de Dados

2010-01-24T08:45:00.000-08:00

Bom Migração de Dados presumo que você que esteja lendo ai tenha um pouco de conheçecimento da Tecnologia Básica de Banco de Dados. Então com o aumento de computadores e aplicativos nas ultimas décadas, foram criandas um grande números de diferentes tecnolígias de Gerenciamento de Dados. E essas Tecnológias vão de sistemas com arquivos de Textos até Sistemas Relacionais de Banco de Dados de grande porte indempendentemente do tipo de armazenamento de dados existentes, o que na época era a melhor solução hoje está desatualizando não é único motivo para que uma empresa decida migrar seus dados de um Sistema Gerencial de Bando de Dados Relacional (SGBDR) para o outro. Bom aqui para frente vou fazer vários exemplos de linguagens utilizando Migrações de Dados, aguardem os tópicos.

Uma conclusão bem rápida a vocês ficarem entendendo melhor então, para a migração de um Banco de Dados de uma tecnologia para outra existem diversos fatores que devem ser levados em consideração. Entre eles, os motivos para migrar e se a migração é a melhor solução. È necessário fazer uma análize antes completa do ambiente antigo quanto do novo para determinar se a migração pode ser feita com um risco razoável. Bom está ai a dica antes de tomar a decisão de migrar vários BACKUP's é isso ai.

Obrigado.