Rafael Rosa

100 Anos de IBM

2011-11-16T23:37:00.001-02:00

O que significa ser um IBMista? Funcionários da empresa detalham experiências de diferentes maneiras, e o impacto global que a IBM fez sobre as empresas e a sociedade ao longo dos últimos 100 anos. "Eles estavam lá" é contada por funcionários da IBM atuais e aposentados e clientes, que estavam lá. Para obter mais informações, visite www.ibm100.com

O que é alta disponibilidade ?

2011-10-18T11:12:00.000-02:00

Tabela Sysmessages

2011-08-04T11:17:00.000-03:00

select * from master..sysmessages

Como determinar qual versão do SQL Server

2011-06-11T09:13:00.006-03:00

Como determinar qual versão do SQL Server 2000, 2005 e 2008

Para determinar qual versão do SQL Server 2005 está em execução, conecte-se ao SQL Server 2005 usando o SQL Server Management Studio e execute a seguinte instrução Transact-SQL:

SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition')

Os resultados são:

A versão do produto (por exemplo, "9.00.1399.06").

O nível do produto (por exemplo, "RTM").

A edição (por exemplo, "Enterprise Edition").

Como determinar qual é a versão em execução do SQL Server 6.5 e 7.0

Para determinar qual versão do SQL Server 6.5 e 7.0 está em execução, conecte-se ao SQL Server

usando o usando Isql_w ou Query Analyzer e execute o seguinte código: @@VERSION

Se o número da versão reportado por @@VERSION não estiver listado nesta tabela, o SQL Server estará executando um hotfix ou a compilação de uma atualização de segurança. Por exemplo, se @@VERSION relatar um número de versão 7.00.859, você está executando o SQL Server 7.0 SP2 com um hotfix instalado. O número da versão aumenta com cada nova versão do arquivo executável Sqlservr.exe Consulte o arquivo Readme.txt do seu hotfix ou atualização de segurança para obter informações adicionais.

No caso do SQL Server 6.5 se o número da versão reportado por @@VERSION não estiver listado nesta tabela, o SQL Server estará executando um hotfix ou a compilação de uma atualização de segurança. O número da versão aumenta com cada nova versão do arquivo executável Sqlservr.exe Consulte o arquivo Readme.txt do seu hotfix ou atualização de segurança para obter mais informações.

Clique na imagem para ampliar

Contrato de Licença da Microsoft

2011-06-11T08:34:00.001-03:00

Olá pessoal !

Estava fazendo uma change em um SQL Server 2000, implantando o SP4 quando eu me deparei com o contrato de licença do SP4 do SQL Server 2000 da Microsoft durante a instalação eu já li varias vezes as EULAS de varios softwares coisa que pouquisimos profissionais fazem isso hoje em dia, então resolvi postar aqui a EULA que eu copiei do SP4 do SQL Server 2000 esta em português esta EULA.

CONTRATO DE LICENÇA DE USUÁRIO FINAL PARA SOFTWARE MICROSOFT

MICROSOFT SQL SERVER 2000 DESKTOP ENGINE

IMPORTANTE - LEIA COM ATENÇÃO: Este Contrato de Licença de Usuário Final ("EULA") trata-se de um acordo entre você (pessoa física ou pessoa jurídica, doravante designada "Você") e a Microsoft Corporation ("Microsoft") para o software Microsoft Exchange Auto Accept Agent, que acompanha este EULA, o qual inclui o programa de computador e poderá incluir meios físicos associados, materiais impressos e/ou documentação on-line ou eletrônica (doravante designado "Software"). AO INSTALAR, COPIAR OU DE QUALQUER OUTRA FORMA UTILIZAR O SOFTWARE, VOCÊ ESTARÁ CONCORDANDO EXPRESSAMENTE EM VINCULAR-SE AOS TERMOS DESTE EULA. CASO NÃO ESTEJA DE ACORDO COM OS TERMOS DESTE EULA, VOCÊ NÃO DEVERÁ INSTALAR, COPIAR OU UTILIZAR O SOFTWARE DE NENHUMA FORMA.

1. OUTORGA DE LICENÇA. A Microsoft, através deste EULA, outorga a Você os seguintes direitos, desde que Você cumpra com todos os termos e condições ora previstos.

1.1 Outorga Geral de Licença. A Microsoft concede a Você uma licença limitada, não exclusiva e isenta do pagamento de royalties para instalar e usar o Software.

1.2 Outorga de Licença para Documentação. A Microsoft autoriza Você a fazer e utilizar um número ilimitado de cópias de qualquer documentação que acompanha o Software, desde que as referidas cópias sejam utilizadas exclusivamente para fins pessoais e/ou internos, sendo vedada a republicação ou distribuição (seja sob forma impressa ou eletrônica) além das instalações internas do usuário.

2. RESERVA DE DIREITOS E DE PROPRIEDADE. A Microsoft reserva para si a titularidade de todos os direitos que não foram expressamente outorgados a Você neste EULA. O Software está protegido por direitos autorais, bem como por outros tratados e leis de propriedade intelectual. A titularidade de todos e quaisquer direitos autorais e outros direitos de propriedade intelectual sobre o Software é de propriedade da Microsoft e/ou de seus fornecedores. O Software é licenciado e não vendido. Este EULA não lhe outorga quaisquer direitos relativos a quaisquer marcas comerciais ou de serviços da Microsoft.

3. LIMITAÇÕES À ENGENHARIA REVERSA, DESCOMPILAÇÃO, DESMONTAGEM, TRADUÇÃO, ADAPTAÇÃO E MODIFICAÇÃO. É vedada qualquer espécie de procedimento que implique engenharia reversa, descompilação, desmontagem, tradução, adaptação e/ou modificação do Software, ou qualquer outra conduta que possibilite o acesso ao código fonte do Software, exceto e somente na medida em que essa atividade seja expressamente permitida pela legislação aplicável, não obstante esta limitação.

4. PROIBIÇÃO DE LOCAÇÃO/HOSPEDAGEM COMERCIAL. É vedada qualquer espécie de procedimento que implique: (a) o aluguel, arrendamento ou empréstimo, seja total ou parcial do Software; (b) o fornecimento de serviços de hospedagem comercial com o Software.

5. SERVIÇOS DE SUPORTE DO SOFTWARE/CONSENTIMENTO PARA USO DE DADOS. A Microsoft poderá fornecer a Você serviços de suporte relacionados ao Software. O uso de quaisquer serviços de suporte é regulamentado pelos programas e diretrizes da Microsoft descritos no manual do usuário, na documentação on-line, na página da Internet acerca do suporte da Microsoft ou em outros materiais fornecidos pela Microsoft. Qualquer software que a Microsoft possa fornecer como parte dos serviços de suporte é regulamentado por este EULA, salvo se forem fornecidos com termos separados. Este EULA não obriga a Microsoft a fornecer a Você serviços de suporte ou oferecer suporte a qualquer software fornecido como parte desses serviços, salvo, conforme disposição expressa em contrário neste EULA ou na legislação aplicável. Você concorda que a Microsoft e suas afiliadas podem coletar e utilizar informações técnicas fornecidas por Você e reunidas como parte dos serviços de suporte, se houver, fornecidos a Você e relacionados ao Software. A Microsoft poderá usar essas informações somente para melhorar os produtos ou para fornecer serviços ou tecnologias personalizados para Você e não divulgará essas informações de modo que Você seja identificado pessoalmente.

6. SOFTWARE/SERVIÇOS ADICIONAIS. Este EULA aplica-se a atualizações, complementos, componentes suplementares ou componentes de serviços disponíveis na Internet relativos ao Software que a Microsoft vier a fornecer ou disponibilizar a Você após a data de obtenção da cópia inicial do Software, exceto se a Microsoft fornecer outros termos juntamente com a atualização, o complemento, o componente suplementar ou o componente de serviços da Internet. A Microsoft reserva para si o direito de interromper os serviços da Internet fornecidos ou disponibilizados a Você através do uso do Software.

7. RESTRIÇÕES À EXPORTAÇÃO. Você reconhece que o Software licenciado sob este EULA é de origem norte-americana e está sujeito à jurisdição de exportação dos EUA. Você concorda em cumprir todas as leis nacionais e internacionais aplicáveis ao Software, incluindo as regulamentações contidas nas U.S. Export Administration Regulations, além das restrições de usuário final, uso final e destino emitidas pelos EUA e outros governos. Para obter informações adicionais, consulte o site .

8. TRANSFERÊNCIA DE DIREITOS DE SOFTWARE. Caso Você seja o licenciado inicial do Software, Você poderá transferir uma única vez e permanentemente todos os seus direitos sob este EULA, incluindo o Software e o Certificado de Autenticidade (se aplicável) para outro usuário final, desde que Você não retenha nenhuma cópia do Software e transfira o Software de forma integral. A transferência do Software não poderá ser indireta e/ou parcial (como, por exemplo, uma consignação). A aceitação da transferência pelo novo usuário final do Software implicará na concordância expressa desse usuário final à vinculação a todos os termos e condições deste EULA.

9. RESCISÃO. Sem prejuízo de quaisquer outros direitos, a Microsoft poderá rescindir este EULA caso Você não cumpra com qualquer de seus termos e condições. Nesse caso, Você perderá a licença outorgada e deverá destruir todas as cópias do Software e todos os componentes relacionados ao Software cujo direito de uso lhe foi anteriormente atribuído em razão deste EULA.

10. GARANTIAS. NA EXTENSÃO MÁXIMA PERMITIDA PELA LEGISLAÇÃO APLICÁVEL, A MICROSOFT E/OU SEUS FORNECEDORES FORNECEM O SOFTWARE E QUAISQUER SERVIÇOS DE SUPORTE (SE HOUVER) RELACIONADOS AO SOFTWARE NO ESTADO EM QUE SE ENCONTRAM E SE ISENTAM DE QUAISQUER OUTRAS GARANTIAS E CONDIÇÕES, EXPRESSAS OU IMPLÍCITAS, INCLUSIVE (SE HOUVER) QUAISQUER GARANTIAS IMPLÍCITAS, OBRIGAÇÕES OU CONDIÇÕES DE COMERCIALIZAÇÃO, ADEQUAÇÃO A UM PROPÓSITO ESPECÍFICO, CONFIABILIDADE OU DISPONIBILIDADE, PRECISÃO OU TOTALIDADE DE RESPOSTAS, RESULTADOS, ESFORÇO DE APRIMORAMENTO, AUSÊNCIA DE VÍRUS E AUSÊNCIA DE NEGLIGÊNCIA, TUDO RELACIONADO AO SOFTWARE, E AO FORNECIMENTO DE SERVIÇOS DE SUPORTE OU OUTROS SERVIÇOS, INFORMAÇÕES, SOFTWARE E CONTEÚDO RELACIONADO ATRAVÉS DO SOFTWARE OU DE OUTRA FORMA DECORRENTES DO SEU USO. TAMBÉM NÃO HÁ GARANTIAS OU CONDIÇÕES DE TITULARIDADE, USO PACÍFICO, POSSE PACÍFICA, CORRESPONDÊNCIA À DESCRIÇÃO OU NÃO-VIOLAÇÃO DE DIREITOS DE AUTOR COM REFERÊNCIA AO SOFTWARE. VOCÊ ASSUME A RESPONSABILIDADE DECORRENTE DA UTILIZAÇÃO RELATIVAMENTE AO DESEMPENHO DO SOFTWARE E DOS SERVIÇOS DE SUPORTE.

11. DANOS INCIDENTAIS, CONSEQÜENCIAIS E OUTROS. NA EXTENSÃO MÁXIMA PERMITIDA PELA LEGISLAÇÃO APLICÁVEL, EM HIPÓTESE ALGUMA A MICROSOFT E/OU SEUS FORNECEDORES SERÃO RESPONSÁVEIS POR QUAISQUER DANOS INDIRETOS (INCLUINDO DANOS POR LUCROS CESSANTES, PERDA DE INFORMAÇÕES CONFIDENCIAIS OU OUTRAS, INTERRUPÇÃO DE NEGÓCIOS, DANOS PESSOAIS, PERDA DE PRIVACIDADE, FALHA NO CUMPRIMENTO DE QUALQUER OBRIGAÇÃO, INCLUSIVE DE BOA FÉ E COM CUIDADOS RAZOÁVEIS, NEGLIGÊNCIA E PERDAS DE QUALQUER NATUREZA, INCLUSIVE FINANCEIRA) DECORRENTES OU RELACIONADOS AO USO, INABILIDADE OU MAU USO DO SOFTWARE, AO FORNECIMENTO DE SERVIÇOS DE SUPORTE OU OUTROS SERVIÇOS, INFORMAÇÕES, SOFTWARE E CONTEÚDO RELACIONADO, ATRAVÉS DO SOFTWARE, OU DE OUTRA FORMA DECORRENTES DO SEU USO OU REFERENTES, DE QUALQUER OUTRO MODO, A QUALQUER DISPOSIÇÃO DESTE EULA, MESMO QUE HAJA FALHA, CULPA (INCLUSIVE NEGLIGÊNCIA), RESPONSABILIDADE OBJETIVA, QUEBRA DE CONTRATO OU QUEBRA DE GARANTIA PELA MICROSOFT OU POR QUALQUER FORNECEDOR, MESMO QUE A MICROSOFT OU QUALQUER FORNECEDOR TENHA SIDO ALERTADO SOBRE A POSSIBILIDADE DE TAIS DANOS.

12. LIMITAÇÃO DE RESPONSABILIDADE E RECURSOS. NÃO OBSTANTE QUAISQUER DANOS QUE VOCÊ VENHA A TER POR QUALQUER RAZÃO (INCLUINDO TODOS OS DANOS MENCIONADOS ACIMA E TODOS OS DANOS DIRETOS OU GERAIS), A RESPONSABILIDADE INTEGRAL DA MICROSOFT E DE QUALQUER UM DE SEUS FORNECEDORES, SOB QUALQUER DISPOSIÇÃO DESTE EULA, LIMITADA AOS DANOS DIRETOS SOFRIDOS POR VOCÊ ATÉ O VALOR EFETIVAMENTE PAGO POR VOCÊ PELO SOFTWARE OU US$ 5,00 (CINCO DÓLARES AMERICANOS), O QUE FOR MAIOR. AS LIMITAÇÕES, EXCLUSÕES E ISENÇÕES DE RESPONSABILIDADE, ESPECIFICADAS NAS CLÁUSULAS 10, 11 E 12, SE APLICAM NA EXTENSÃO MÁXIMA PERMITIDA PELA LEGISLAÇÃO APLICÁVEL.

13. LEI APLICÁVEL. Caso Você tenha adquirido este Software nos Estados Unidos da América, Você está de acordo que este EULA será regido pelas leis do Estado de Washington. Caso Você tenha adquirido este Software na União Européia, Islândia, Noruega ou Suíça, ele será regido pela legislação local. Caso tenha adquirido o Software em qualquer outro país, poderá ser aplicada a legislação local.

14. CONTRATO INTEGRAL E DIVISIBILIDADE. Este EULA (incluindo quaisquer aditamentos a este EULA fornecidos com o Software) constitui o contrato integral entre Você e a Microsoft relativo ao Software e aos serviços de suporte (se houver) e prevalece sobre quaisquer comunicações, propostas e representações orais ou escritas, anteriores ou contemporâneas relativas ao Software ou qualquer outro assunto tratado neste EULA. Se os termos de quaisquer diretrizes ou programas da Microsoft para serviços de suporte entrarem em conflito com os termos previstos neste EULA, os termos deste EULA deverão prevalecer, salvo se acordado em contrário, por escrito, pelas partes. Caso qualquer disposição deste EULA seja considerada nula, inválida, ineficaz ou ilegal, as cláusulas.

O que é Normalização ?

2011-04-29T10:33:00.000-03:00

Normalização é o processo de organização de dados e tabelas do banco de dados do SQL Server. Isso é implementado pela criação de tabelas e definir relações entre a tabela para remover dados redundantes e repetitivos.

Dados redundantes ocupa espaço desnecessário no banco de dados. Além disso, uma mudança de informações em uma área exige uma mudança em todas as áreas onde os mesmos dados existem porque dados são repetidos em vários locais. Isto pode ser particularmente problemático se os dados forem alterados com freqüência.

Há muitos graus de normalização. Para uso em bancos de dados comerciais, é comum para implementar apenas um dos três níveis de normalização. Estas normalmente definidas regras para como os dados devem ser discriminados.

Estes são referidos como:

Primeiro Normal Form (1 NF)
Segundo Normal Form (2 NF)
Terceiro Normal Form (3 NF)

A normalização é um guia útil na quebra de dados em um formato relacional. No entanto, pode haver pequenas variações quando ele é implementado. Finalmente, lembre-se o objectivo da normalização.

Para evitar o desperdício de espaço
Para tornar os dados consistentes
Para facilitar a manutenção a longo prazo
Para facilitar a modificações e atualizações de dados

OLTP e OLAP

2011-04-29T10:27:00.000-03:00

OLTP

As tabelas são organizadas de forma que o banco de dados é mais otimizado para sistemas que executam as modificações de dados tais como inserções, atualizações e exclusões.

Normalmente, lida com informações detalhadas.

Os usuários ainda podem ler dados desses sistemas. No entanto, ler o desempenho pode ser afetado porque a estrutura dessas tabelas é projetada para reduzir a quantidade de dados redundantes e repetitivas OLTP é normalmente implementado em muitos sistemas de banco de dados relacional.

Cada transação normalmente lida com pequenas quantidades de dados.

OLAP

Neste modelo, os dados são armazenados em multidimension exibições de dados agregados e detalhadas. Estes podem ser armazenados como tabelas em um banco de dados do SQL Server, também existem outros modelos de armazenamento.

Normalmente, lida com informações de resumo.

Tabelas são otimizadas para leitura de dados. Embora seja possível modificar dados, o desempenho contra OLAP pode ser prejudicado para operações de gravação.

Bancos de dados OLAP são gerenciados pelo SQL Server Analysis services e está se tornando populares com a necessidade de analisar os dados, tornando-se mais de um imperativo de negócios.

OLAP representa dados históricos ao longo do tempo.

Cada transação normalmente lida com grandes quantidades de dados.

Training kit for developers SQL Server 2008 R2

2011-04-29T09:55:00.001-03:00

This training kit is a great resource for developers, trainers, consultants and evangelists who need to understand SQL Server 2008 and SQL Server 2008 R2 improvements from a developer perspective. It contains a rich set of presentations, demos, hands-on labs and videos that are perfect for self-paced learning or for conducting your own training.

Download Kit

Tipos de Tabelas

2010-11-19T11:52:00.002-02:00

Tabela Relacional:

É o tipo mais comum de tabela em um banco de dados ela é uma tabela não ordenada por Heap Organized Table, suas linhas não são armazenadas em ordem específicas.

Tabelas Temporárias:

O comando create global temporary table cria uma tabela temporaria. os usuarios podem executar instruções ou comandos DML se tiver permissões de acesso, porem cada usuario vê apenas seus dados na tabela ao fazer um trucamento dessa tabela o usuario apenas remove seus dados inseridos.

Existem dois tipos de tabelas temporárias: Temporárias em relação à duração da transação e temporários em relação à duração da sessão.

Tabelas Organizadas por índice:

Você pode criar tabelas organizadas por índice para deixar sua localização mas eficiente mas isso aumenta o overhead devido a necessidade de atualização do banco de dados nas linhas de dados e entradas de índice para a tabela, mas uma tabela organizada por indíces não é aconselhado se houver um grande número de colunas na tabela e grande parte delas for frequentamente acessada quando suas linhas forem recuperadas.

Tabelas de Obejtos:

Possui linhas que são objetos ou instanciações de definições de tipos. As linhas em uma tabela de objetos podem ser referencias pela ID do obejto. Elas podem ter chaves primárias e únicas.

Tabelas Externas:

Permite ao usuário acessar uma origem de dados como um arquivo de texto, como se fosse uma tabela no banco de dados seus metadados é armazenado dentro do dicionário de dados mas seu conteudo é armazenado externamente sua desvantagens é que não é possivel criar índices nem executar operações de inserção, atualização ou exclusão.

Tabelas Clusterizadas:

Utilizada para agilizar na consulta de duas ou mais tabelas que frequentemente são acessadas juntas elas reduzem a quantidade de espaço necessario para armazenar as colunas que duas tabelas tem em comum sua desvantagem é quando insert, update e delete ocorrem com frequencia e as consultas frequentes podem reduzir o beneficio da clusterização.

Tabelas Particionadas:

É uma boa opção para gerenciar grandes tabelas seu particionamento é transparente se uma parte da partição estiver conrrompida as outras partições continuarão disponiveis para consultas o backup pode ser feito por etapas uma partição de cada vez porem só é indicado para tabelas maiores do que 2gb.

Blocos

2010-08-18T11:19:00.000-03:00

Bloco de dados é a menor unidade de armazenamento no banco de dados Oracle. O tamanho de um bloco é um número específico de bytes de armazenamento dentro de um determinado tablespace, dentro do banco de dados. Um bloco é normalmente um múltiplo do tamanho de bloco do sistema operacional para facilitar a entrada e saida de disco. O tamanho de bloco padrão é especificado pelo parâmetro de inicialização do Oracle DB_BLOCK_SIZE. Outros quatros tamanhos podem ser definidos para outros tablespaces no banco de dados, embora os blocos nos tablespaces system, sysaux e em qualquer tablespace tempórario devam ser do tamanho DB_BLOCK_SIZE.

Metodos de Carga do SQL*Loader

2010-06-02T09:36:00.004-03:00

Carga de caminho convencional:

Cria um array de linhas a serem inseridas e sua instrução SQL INSERT para carregar os dados. Durante as cargas de caminho convencional, é efetuado parse dos registros de entrada de acordo com especificações de campo, e um array de registros é criado e inserido na tabela especificada no arquivo de controle. Os registros que não estiverem em conformidade com as especificações de campo serão rejeitados, e os registros que não correspoderem aos critérios de seleção serão descatados.

As cargas de caminho convencional podem ser usadas para carregar dados em tabelas clusterizadas ou não clusterizadas. A geração de redo log é controlada pelo atributo de registro para a tabela que esta sendo carregada.

A carga de caminho convecional gera entradas de redo como qualquer instrução DML quando a carga de caminho direto for usada, as entradas de redo não serão geradas se:

- O banco de dados estiver no modo NOARCHIVELOG

- O banco de dados estiver no modo ARCHIVELOG, mas o recurso de registro estiver desativado. o log pode ser desativado com a definição do atributo NOLOGGING para a tabela ou com a utilização da cláusula UNRECOVERABLE no arquivo de controle.

Durante uma carga de caminho convecional, todas as restrições que estiverem ativadas serão impostas, como ocorre durante uma operação DML.

Carga de caminho direto:

Uma carga de caminho direto cria blocos de dados na memória e salva esses blocos diretamente nas extensões alocadas para a tabela que esta sendo carregada. As entradas de redo log on-line não são geradas, a menos que o banco de dados esteja no modo ARCHIVELOG. As cargas de caminho direto usam as especificações de campo para criar blocos inteiros de dados no Oracle e gravá-los diretamente nos arquivos de dados do Oracle. Uma carga de caminho direto ignora o cache de buffer do banco de dados e acessa a SGA somente para o gerenciamento de extensões e o ajuste da marca d'água superior.

Durante as cargas de caminho direto, as restrições exclussivas são tratadas da seguinte maneira:

-Restrições NOT NULL são verificadas quando arrays são criados.

-As restrições de chave estrangeira e CHECK são desativadas e podem ser ativadas no fim da execusão com os comandos apropriados contidos no arquivo de controle. As restrições de chave estrangeira são desativadas porque fazem referência as outras linhas ou tabelas, e as restrições CHECK são desativadas porque podem usar funções SQL. Se você pretende inserir um pequeno número de linhas em uma tabela grande use cargas de caminho convencional.

- As restrições de chave primária e as restrições exclusivas são verificadas no fim da execução e podem ser desativadas se forem violadas.

Durante um salvamento de dados, somente blocos inteiros do banco de dados são gravados.

- Os blocos são gravados após a marca d'água superior da tabela.
- Depois do salvamento dos dados, a marca d'água superior se move.
- Os recursos internos não são liberados após o salvamento dos dados.
- Um salvamento de dados não encerra a transação.
- Os índices não são atualizados a cada salvamento de dados.

Registros Lógicos

2010-05-20T14:24:00.001-03:00

O SQL*Loader organiza os dados de entrada em registros físicos de acordo com o formato de registro especificado. Por default um registro lógico. contudo para oferecer mais flexibilidade, o SQL*Loader pode ser instruido a combinação de duas maneiras:

Combinar um número fixo de registros físicos para formar cada registro lógico.

Comibnar registros físicos com registros lógicos enquanto determinada condição for verdadeira.

O comando CONCATENATE é usado quando o SQL*Loader tem que adicionar sempre o mesmo número de registros fisicos para formar um registro lógico.

O comando CONTINUEIF deve ser usado se o número de registros físicos a serem combinados variar. A palavra-chave CONTINUEIF é seguida por uma condição que é avaliada para cada registro físico, à medida que o registro é lido. Por exemplo, dois registros podem ser combinados se há um símbolo de cerquilha (#) na posição de caractere 80 do primeiro registro. Se houver algum outro caractere, o segundo registro não sera adicionado ao primeiro.

Funcionamento do arquivo de Controle do SQL*Loader

2010-05-09T10:26:00.000-03:00

A Instrução LOAD DATA informa ao SQL*Loader que esse é o início de uma nova carga de dados. Se quiser continuar uma carga que tenha sido interrrompida, você deve usar a instrução CONTINUE LOAD DATA.

A palavra chave INFILE especifica o nome de um arquivo que contém os dados que você deseja carregar.

A palavra chave BADFILE especifica o nome de um arquivo no qual os registros regeitados são colocados.

A palavra chave DISCARFILE especifica o nome d um arquivo no qual os registros descartados são colocados.

A palavra chave APPEND é uma das opções que podem ser usadas para carregar dados em uma tabela que não está vazia. Para fazer isso, vocês deve usar a palavra-chave INSERT.

A palavra chave INTO TABLE permite identificar tabelas, campos e tipos de dados. Ela define o relacionamento entre os registros dos arquivos de dados e as tabelas do banco de dados.

WHEN especifica uma ou mais condições de campo, com as quais cada registro deve estabelecer uma correspondência antes de o SQL*Loader carregar os dados.

TRAILING NULLCLS informa ao SQL*Loader para tratar como nulas todas as colunas relativamente posicionadas que não estejam presentes no registro.

O restante do arquivo de controle contém a lista de campos, que oferece informações sobre os formatos de coluna da tabela que está sendo carregada.

SQL*Loader

2010-04-13T10:19:00.001-03:00

O SQL*Loader carrega os dados de arquivos externos nas tabelas de um banco de dados Oracle. O SQL*loader tem as segintes características.

Pode usar um ou mais arquivos de entrada.

Diversos registros de entrada podem ser combinados em um registro lógico a ser carregado.

O tamanho dos campos de entrada pode ser fixo ou variável.

Os dados de entrada podem ter qualquer formato: caractere, binário, decimal, compactado, data e decimal zonado.

Os dados podem ser carregados a partir de diversos tipos de mídia, como disco fita ou named pipes.

Os dados podem ser carregados em várias tabelas em uma única execução.

Há opções disponíveis para substituir ou acrescentar dados existentes nas tabelas.

As funções SQL podem ser aplicadas aos dados de entrada antes do armazenamento da linha no banco de dados.

Os valores de colunas podem ser gerados automaticamente com base em certas regras. exemplo: um valor de chave sequencial pode ser gerado e armazenado em uma coluna.

Os dados podem ser carregados diretamente na tabela, ignorando o cache de beffer do banco de dados.

O SQL*loader utiliza alguns arquivos como por exemplo:

Arquivo de controle o carregado que especifica o formato de entrada, as tabelas de saída e as condições opcionais que podem ser usadas para carregar apenas parte dos registros localizados nos arquivos de dados de entrada.

Arquivos de dados de entrada que contêm os dados no formato definido no arquivo de controle.

Arquivo de parâmetros que é um arquivo opcional que pode ser usado para definir os parâmetros de linha de comandos para carga.

Arquivo de log que é criado pelo SQL*loader e contém um registro da carga.

Arquivos de erros que é usado pelo SQL*loader e contém um registro da carga.

Arquivos de descartes que é um arquivo que pode ser criado, se necessário para armazenar todos os registros que não atenderam aos critérios de seleção.

Auditoria de Banco de Dados

2010-04-12T15:49:00.002-03:00

A auditoria do banco de dados estando ou não ativada o Oracle sempre registra algumas operações do banco de dados na trilha de auditoria do sistema opeacional como por exemplo.

Inicialização da instância: O registro de auditoria oferece detalhes sobre o usuário do sistema operacional que está iniciando a instância, o identificador de terminal do usuário, a data e o timestamp, além de informar se a auaditoria do banco de dados está ativada ou desativada.

Desativação da instância: Oferece informações sobre o usuário do sistema operacional que desativou a instância, o identificador de terminal do usuário, além da data e do timestamp.

Privilégos de administrador: Oferece informações detalhadas sobre o usuário do sistema operacional que está se conectando ao Oracle com privilégios de administrador.

A auditoria de banco de dados monitora e registra as ações selecionadas do usuário do banco de dados. Informações sobre o evento são armazenadas na trilha de auditoria que pode ser usadas para verificar atividades suspeitas. Por exemplo, se um usuário não autorizado estiver deletando dados da tabela o DBA poderá audidtar todas as conexões estabelecidas com o banco de dados, junto com as deleções bem-sucedidas e massucedidas de linhas das tabelas do banco de dados.

Também é possivel usar a auditoria para monitorar e coletar dados sobre atividades específicas do banco de dados, tipo coletar infomações sobre estatísticas sobre quais tabelas estão sendo atualizadas, quantas operações de E/S lógica são realizada e quantos usuários estão conectados simultaneamente em horários de pico.

A auditoria de banco de dados não pode registrar valores de colunas. Se houver necessidade de controlar as alterações realizadas nas colunas do banco de dados e de armazenar valores de colunas para cada alteração, use a auditoria de aplicação. É possivel executar a auditoria de aplicação usando o código do cliente, os procedimentos armazenados ou os triggers do banco de dados.

Depois de escolher o que será auditado, defina o parâmetro de incialização AUDIT_TRAIL para ativar a auditoria da instância. Esses parâmentro indica se a trilha de autoria é gravada em uma tabela do banco de dados ou na trilha de auditoria do sistema do sistema operacional.

AUDIT_TRAIL = VALUE

Value pode ter um dos seguintes valores:

TRUE ou DB que ativa a auditoria e direciona todos os registro de auditoria para a trilha de auditoria ( SYS.AUD$)

OS: Ativa a auditoria e direciona todos os registros de auditoria para a trilha de auditoria do sistema operacional, se caso o sistema operacional permitir.

FALSE ou NONE: Desativa a auditoria.

Utilize as consultas logo abaixo para obter informações sobre auditoria.

ALL_DEF_AUDIT_OPTS = Auditoria Default

DBA_STMT_AUDIT_OPTS = Auditoria de Instrução

DBA_PRIV_AUDIT_OPTS = Auditoria de privílégio

DBA_OBJ_AUDIT_OPTS = Auditoria de objeto de esquema

DBA_AUDIT_TRAIL = Todas as entradas da trilha de auditoria

DBA_AUDIT_EXISTS = Registros para AUDIT EXISTS/NO EXISTS

DBA_AUDIT_OBJECT = Registros referente aos objetos de esquema

DBA_AUDIT_SESSION = Todas as entradas de conexão e desconexão

DBA_AUDIT_STATEMENT = Registros de auditoria de instrução

Trilha de auditoria crescendo de mais

2010-04-12T10:49:00.001-03:00

Se a trilha de auditoria ficar cheia, não poderão ser inseridos outros registro e as instruções auditadas não serão executadas corretamente. todos os usuários que executarem uma instrução auditada receberão mensagens de erro. É preciso ter algum espaço disponível na trilha de auditoria para que essa instruções possam ser executadas.

Para que a trilha de auditoria não cresça muito rapido, ative a auditoria somente quando necessário, seja seletivo em relação às opções de autoria especificadas, controle minuciosamente a auditoria de objeto de esquema. Os usuários podem ativar a auditoria de seus objetos, conceda o privílégio AUDIT ANY com moderação pois ele também permite ao usuário ativar a auditoria, remova periodicamente os registros da trilha de auditoria com o comando DELETE ou TRUNCATE.

Auditoria

2010-04-09T11:40:00.001-03:00

Se um usuário não autorizado estiver deletando dados, o DBA poderá optar por fazer auditoria em todas as conexões estabelecidas com o banco de dado, ou em todas as deleções bem-sucedidas e mal sucedidas das tabelas do banco de dados. O DBA pode optar por coletar estatísticas sobre quais tabelas estão sendo atualizadas, quantas operações de E/S lógica são realizadas e quantos usuários estão conectados simultaneamente nos horários de pico.

Obtendo informações sobre atribuições

2010-04-09T11:10:00.001-03:00

Para obter informações sobre atribuições, você pode consultar as seguintes views.

DBA_ROLES: Todas as atribuições existentes no banco de dados.

DBA_ROLE_PRIVS: As atribuições concedidas aos usuários e às atribuições.

ROLE_ROL_PRIVS: As atribuições concedidas a outras atribuições.

DBA_SYS_PRIVS: Os privilégios de sistema concedidos a usuários e atribuições.

ROLE_SYS_PRIVS: Os privilégios de sistema concedidos às atribuições

ROLE_TAB_PRIVS: Os privilégios de objeto concedidos às atribuições

SESSION_ROLES: As atribuições ativadas no momento pelo usário.

Ativando e Desativando Atribuições

2010-04-09T10:56:00.002-03:00

Desative uma atribuição para revogá-la temporariamente de um usuário.
Ative uma atribuição para concedê-la temporariamente.
O comando SET ROLE ativa e desativa atribuições.
As atribuições default são ativadas quando o uauário efetua login.
Talvez seja necessária uma senha para ativar uma atribuição.

Ative ou desative as atribuições para também ativar e desativar temporariamente os privilégios associados a elas. Para ativar uma atribuição, primeiro ela deve ser concedida ao usuário.

Quando uma atribuição é ativada, o usuário pode usar os privilégios concedidos a ela. Se uma atribuição estiver desativada, o usuário não poderá usar os privilégios a ela associados, a menos que esses privilégios sejam concedidos diretamente ao usuário ou a uma outra atribuição ativadapara esse usuário. As atribuições são ativadas para uma sessão. Na próxima sessão, as atribuições ativas do usuário serão revertidas para atribuições default.

Especificando as atribuições a serem ativadas

O comando SET ROLE e o procedimento DBMS_SESSION.SET_ROLE ativam todas as atribuições incluídas no comando e desativam todas as outras atribuições. As atribuições podem ser ativadas com qualquer ferramenta ou programa que aceite comandos PL/SQL. No entanto, uma atribuição não poderá ser ativada em um procedimento armazenado.
Você pode usar o comando ALTER USER... DEFAULT ROLE para indicar quais atribuições serão ativadas quando o usuário efetuar login. todas as outras atribuições serão desativadas. Talves seja necessário uma senha ativar uma tribuição. A senha deve ser incluída no comando SET ROLE para ativar a atribuição. As atribuições default designadas ao usuário não precisam de senha. Elas são ativadas quando o usuário efetua login, como se fossem atribuições sem senha.

Restrições

As atribuições não podem ser ativadas em um procedimento armazenado, porque o domínio de segurança (conjunto de privilégios) que permitiu ao procedimentoser chamado em primeiro lugar corre o risco de ser alterado. Sendo assim, em PL/SQL as atribuições podem ser ativadas e desativas em blocos anônimos e procedimentos armazenados. Se um procedimento armazenado contiver o comando SET ROLE, a seguinte mensagem de erro será gerada em runtime.

ORA-06565: cannot execute SET ROLE from within stored procedure.

Vantagens das Atribuições

2010-04-08T10:04:00.001-03:00

Gerenciamento mas fácil de privilégios

Use atribuições para simplificar o gerenciamento de privilégios. Em vez de conceder o mesmo conjunto de privilégios a vários usuários, você pode conceder os privilégios a uma atribuição e em seguida conceder essa atribuição a cada usuário.

Gerenciamento dinâmico de privilégios

Se os privilégios associados a uma atribuição forem modificados, todos os usuários aos quais a atribuição foi concedida adquirirão modificações de forma imediata e automática.

Disponibilidade seletiva dos privilégios

As atribuições podem ser ativadas e desativadas para também ativar e desativar os privilégios temporariamente. A ativação de uma atribuição também pode ser usada para verificar se um usuário recebeu a atribuição em questão.

Concedendo através do sistema operacional

Os comandos ou os utilitários dos sistema operacional podem ser usados para designar atribuições aos usuários do banco de dados.

Atribuições

2010-04-08T09:47:00.001-03:00

Atribuições são grupos nomeados de privilégios relacionados concedidos a usuários ou a outras atribuições.

O Objetivo delas é facilitar a administração de privilégios no banco de dados.

Podem ser concedidas aos usuários e revogadas com os mesmos comandos usados para conceder e revogar privilégios de sistema.

Podem ser concedidas a qualqer usuário ou atribuição. contudo uma atribuição não pode ser concedida a si mesma nem ser concedida de forma circular.

Podem consistir em privilégios de sistema e de objeto.

Podem ser atividas ou desativadas para cada usuário que as recebem.

Podem precisar de uma senha para serem ativadas.

Os nomes das atribuições devem ser exclusivo entre os nomes de usuários e de atribuições.

Não pertecem aos usuários e não estão contidas em nenhum esquema.

Suas descrições são armazenadas no dicionário de dados.

Informações sobre Privilégios

2010-04-08T09:35:00.001-03:00

DBA_SYS_PRIVS:
Lista privilégios de sistema concedidos a usuários e atribuições

SESSION_PRIVS:
Lista os privilégios disponívei no momento ao usuário

DBA_TAB_PRIVS:
Lista todas as concessões feitas a todos os objetos do banco de dados

DBA_COL_PRIVS:
Descreve todas as conceções a colunas de objetos do banco de dados.

Performing Disaster Recovery with RMAN

2010-04-08T08:36:00.003-03:00

Histórico e Verificação de senhas

2010-04-01T11:35:00.007-03:00

PASSWORD_REUSE_TIME: Especifia que um usuário não pode reutilizar uma senha por determinado número de dias.

PASSWORD_REUSE_MAX: Impõe que o usuário defina uma senha diferente das senhas anteriores.

PASSWORD_VERIFY_FUNCTION: Executa uma verificação de complexidade da senha antes que ela seja designada.

Senha Vencida e expirada

2010-04-01T11:28:00.001-03:00

PASSWORD_LIFE_TIME define a duração máxima da senha ou seja o usuario tera alguns dias para alterar sua senha.

Pode ser especificado um período de tolerância para PASSWORD_GRACE_TIME, que comece após a primeira tentativa de login no banco de dados. depois que a conta do usuário entrar em modo de expiração da senha a conta do usuário é alterado para EXPIRED e então é gerada uma mensagem de advertência sempre que o usuário tenta eferuar login, até o período de tolerância expirar. O usuário deverá alterar a senha durante o período de tolerância mas se a senha não for alterada a conta será bloqueada.

Conta bloqueada por senha incorreta

2010-04-01T10:46:00.001-03:00

O servidor Oracle bloqueia automáticamente uma conta se o valor definido para FAILED_LOGIN_ATTEMPTS for atingido. A conta é desbloqueada automaticamente após um tempo específico, definido pelo parâmetro PASSWORD_LOCK_TIME ou pelo administrador do banco de dados com o auxílio do comando ALTER USER.

Estados das Restrições

2010-03-25T10:22:00.004-03:00

Disable Novalidate: Uma restrição Disable Nobalidate não é verificada. Os dados contidos na tabela, assim como os novos dados informados ou atualizados, podem não estar em confomidade com as regras definidas pela restrição.

Disable Validade: Se houver uma restrição neste estado, nenhuma modifiação será permitida nas colunas restringidas. Alem disso, o índice da retrição será eliminado e a restrição será desativada.(Se caso a restrição for adiável o índice não será eliminado.)

Enable Novalidate: Se uma restrição estiver neste estado, os novos dados que violarem a restrição não poderão ser informados. No entanto a tabela pode conter dados inválidosm ou seja dados que violam a restrição. O uso de restrições no estado Novalidate é bastante útil em configurações de data warehouse que faze upload de dados OLPT válidos.

Enable Validate: Se uma restrição estiver neste estado a linha que violar a restrição não poderá ser inserida na tabela. No entanto enquanto a restrição estiver desativada a linha poderá ser inserida. Essa linha é considerada uma exceção à restrição enquanto. Se a restrição estiver no estado Enable Novalidate, as violações resultantes dos dados informados enquanto a restrição estava desativada permanecerão. As linhas que violarem a restrião devem ser atualizadas ou deletadas para que a restrição possa ficar no estado validado.

Quando uma restrição passa do estado desativado para o Enable Validate, a tabela é bloqueada e a compatibilidade de todos os seus dados é verificada. Isso pode dar origem a operações DML, como a espera de uma carga de dados, Sendo assim, é aconselhável passar primeiro do estado desativado para Enable Novalidate e sem seguida para Enable Validate.

As transições ocorridas entre os estados são orientadas pelas seguinte regras:

Enable implica Validate a menos que Novalidate esteja especificado.
Disable implica Novalidadte a menso que Validate esteja especificado.
Validate e Novalidate não apresetam implicações default para os estados enable e disable.

Tipos de Restrições

2010-03-25T09:48:00.002-03:00

Restrição Not Null especifica que uma coluna não pode conter valores nulos.

Restrição Unique designa uma coluna ou uma cobinação de colunas como exclusiva

Restrição Primary Key designa uma coluna ou uma combinação colunas como a chave primária da tabela.

Restrição Foreign Key designa uma coluna ou uma combinação de colunas como a chave estragneira em uma restrição de integridade refencial.

Restrição Check especifica uma condição que deve ser atendida por cada linha da tabela.

Por default todas as coluna de uma tabela aceitam valors nulos. Nulo significa ausência de valor. Uma restrição Not Null requer uma coluna de tabela contenha valores.

Uma restrição de chave Unique requer que todos os valores de uma coluna ou de um conjunto de colunas (chave) sejam exclusivos.Duas linhas de uma tabela não podem ter valores duplicados em uma coluna específica ou em um conjunto de colunas.

Cada tabela do banco de dados pode conter no máximo uma restrição Primary Key que garante que duas linhas de uma tabela não tenham valores duplicados na coluna especificada, as colunas de chave primária não contenham valores nulos.

Uma restrição de integridade Check em uma coluna ou em um conjunto de colunas requeira que uma condição especificada seja verdadeira ou desconhecida para todas as linhas da tabela.

As restrições Primary Key, Unique e Foreign Key devem ser gerenciadas para garantir alta diponibilidade e níveis de desempenho aceitáveis.

Triggers

2010-03-25T09:27:00.001-03:00

Triggers do banco de dados são programas PL/SQL executados quando algum evento. como a inserção ou atualização de uma coluna, ocorre em um tabela. Os Triggers podem ser ativos ou desativados ou seja, é possível defini-los para serem ou não executados quando o evento ocorrer.
Em geral os triggers do banco de dados são criados apenas para impor uma regra de negócios complexa que não pode ser definida como uma restrição de integridade.

Índices

2010-03-23T08:57:00.002-03:00

Índice é uma estrutura em árvore que permite acesso direto a uma linha de uma tabela.
É possivel classificar índices com base no seu design lógico ou na sua implementção física. A Classificação lógica agrupa os índices de acordo com uma perspectiva da aplicação, enquanto a classificação física é derivada da forma como os índices são armazenados.

Índice Composto (Concatenados): é criado em várias colunas de uma tabela. As colunas em um índice concatenado não precisam estar na mesma ordem das colunas na tabela. Elas também não precisam ser adjacentes.

Índices Exclusivos e não Esclusivos: Podem ser exclusivos e não exclusivos. Os índices exclusivos garantem que duas linhas de uma tabela não tenham valores duplicados nas colunas-chave. Os índices baseado em não exclusivos não impõem essa restrição aos valores das colunas.

Índices baseados em função: É criado quando são usadas funções ou expressões que envolvem uma ou mais colunas da tabela que está sendo indexada. Um índice baseado em funções calcula antecipadamente o valor da função ou da expressão e armazena esse valor no índice. É possivel cirar índices baseados em função como índices em árvore B ou de Bitmap.

Índices de domínio: É um índice específico para aplicações (Oracle Text, Oracle Spatial) criado, gerenciado e acessado por rotinas fornecidas por um tipo de índice. Ele é denominado índice de domínio, pois indexa dados em domínios específicos para aplicações. Apenas os índices de domínio de uma única coluna são suportados. Você pode construir índices de domínio de uma única coluna com tipos de dados escalares, de objeto ou LOB.

Índices Particionados e Não Particionados: São usados para tabelas grandes a fim de armazena entradas de índice correspondentes a um índice em diversos segmentos. O particionamento permite a distribuição de um índice entre vários tablespaces, reduzindo a disputa pela pesquisa de índice e aumentando a faclidade de gerenciamento. Os índices particionados são geralemente usados com tabelas particionadas para melhorar a escalabilidade e facilitar o gerenciamento e tambem é possível criar uma partição de índices para cada partição de tabela.

É possível obter informações sobre índices consultando as seguintes views:

DBA_INDEXES: Contém informações sobre os índices.

DBA_IND_COLUMNS: Contém informações sobre as colunas indexadas.

V$OBJECT_USAGE: Contém informações sobre a utilização de um índice.

Marcando uma coluna como não utilizada

2010-03-19T12:54:00.002-03:00

Comando Unused. Você utiliza para marcar uma coluna como não utilizada e removê-la posteriormente. Esse procedimento tem a vantagem de ser relativamente rápido, já que não solicita o espaço em disco porque os dados não são removidos. É possível remover da tabela as colunas marcadas como não utilizadas, porteriormente quando houver menos atividade no sistema.

Vale lembrar que as colunas não utilizadas agem como se não fizessem parte da tabela e consequentemente não podem ver os dados das colunas não utilizadas e os nomes e os tipos de dados dessa colunas não são exibidos quando um comando describe é executado, um usuário pode tambem adicionar uma nova coluna com o mesmo nome da coluna não utilizada.

Eliminando coluna

2010-03-19T12:41:00.001-03:00

A eliminação de colunas limpa as colunas não utilizadas e as colunas que talvez precisem de espaço sem exportar ou importa dados e recriar índices e restrições. A eliminação de uma coluna pode demorar um determinado tempo devido todos os dados da coluna serem deletados da tabela. A eliminação da coluna pode demorar e exigir um grande volume de espaço de undo. Na eliminação de colunas de tabelas grandes é possivel especificar checkpoints para minimar a utilização de espaço de undo.

Eliminação de tabelas

2010-03-19T12:31:00.001-03:00

Ao eliminar uma tabela as extensões uasadas por ela são liberadas. Se elas forem contíguas, poderão ser aglutinadas de forma automática ou manual em um estágio posterior, cascade constraints será necessária se a tabela for uma tabela mãe em um relacionamento de chave estrangeira.

Truncando uma tabela

2010-03-19T12:25:00.001-03:00

O Truncamento de uma tabela deleta todas as linhas dessa tabela e libera o espaço utilizado.
Os índices correspondentes são truncados.

Truncate Table [schema.] table
[{drop | reuse} sotorage]

Utilizando esse comando todas as linhas da tabela são deletadas, não são gerados dados de undo e o comando é submetido a commite implicitamente, pois trucate table é um comando ddl, os índices correspondentes também são trucados, não é possível truncar uma tabela referenciada por uma chave estrangeira, os triggers de deleção não são acionados quando esse comando é usado.

Encadeamento de linhas

2010-03-19T12:10:00.001-03:00

O Encadeamento de linhas ocorre quando uma linha é muito grande para se ajustar a um bloco. Esse processo pode ocorrer quando a linha contém colunas muito longas. Nesse caso o servidor Oracle divide a linha em partes menores denominadas trechos de linhas. Cada trecho da linha é armazenado em um bloco juntamente com os ponteiros necessários para recuperar e montar a linha inteira. É possivel minimizar o encadeamento de linhas escolhendo um tamanho de bloco maior ou dividindo a tabela em várias tabelas com colunas menores.

PCTUSED

2010-03-19T12:02:00.002-03:00

Defina PSTUSED para garantir que o bloco seja retornado para a free list apenas quando houver espaço suficiente para acomodar uma linha média. Se um bloco da Free List não contiver espaço suficiente para a inserção de uma linha, o servidor Oracle pesquisará o próximo bloco da free list. Essa varredura linear continuará até que seja encontrado um bloco com espaço suficiente ou até que seja atingido o final da free list.

100 - PCTFREE - Tamanho médio da linha * 100 / por Espaço de dados disponível

A utilização dessa fórmula reduz o tempo de varredura da free list, pois aumenta a probabilidade de encontrar um bloco com o espaço livre necessário.

Dados Internos no Oracle

2010-03-05T13:15:00.002-03:00

NCHAR é um tipo de dados de suporte a globalização que permite armazenar conjuntos de caracteres de largura fixa ou variavel.

VARCHAR2 E NVARCHAR2 seu tamanho é variável.

DATE armazena a datas em campos de tamanho fixo de 7 bytes e sempre inclui data e horário.

TIMESTAMP armazena data, horário e frações de segundos com ate 9 casas decimais.

RAW armazena dados binários pequenos.

LOBS: armazena um localizador na tabela e os dados em outro lugar, a menos que o tamanho seja inferiro ao tamannho máximo para um tipo de dados VERCHAR2, que é o 4.000bytes. Os Longs armazena todos os dados em linha e permitem o armazenamento de dados em um segmento e um tablespace separados ou em um arquivo host.

CLOB e LONG utiliza-se para dados de caracteres de largura fixa grande.

NCLOB utiliza-se para dados de conjuntos de caracteres nacionais de largura fixa grande.

BLOB e LONG RAW armazena dados não estruturados.

BFILE armazena dados não estruturados em arquivos do sistema operacional.

LONGS armazena principalmente como trechos de linhas encadeados, com um trecho de linha em um bloco apontando para o próximo trecho de linhas armazenado em outro bloco.

ROWID é um indetificador exclusivo de cada linha do banco de dados, não é armazenado explicitamente como um valor de coluna é possivel usá-lo para localizar a linha de uma tabela e de uma forma rápida são armazenados em índices para especificar linhas com um conjunto específico de valores-chave.

UROWID suporta tabelas externas ou seja tabelas Não-Oracle e pode armazenar todos os tipos de ROWIDs.

VARRAY armazena listas que contêm um pequeno número de elementos como por exemplo número de telefone. um array é um conjutno ordenado de elementos de dados os elementos de um array espeífico tem o mesmo tipo de dados e cada elemento tem um índice que é um número correspondente à posição desse elemento no array, o numero de elementos de um array determina seu tamanho, pode ser utilizados arrays de tamanhos variável mas é preciso especificar o tamanho máximo ao declarar o tipo de array.

REFs são usados como ponteiros em um banco de dados a utilização desses tipos exige a opção Objects, cada item ordenado pode apontar ou fazer referência a uma linha da tabela sem precisar armazenar o código de um produto por exemplo.

Obtendo informações sobre segmentos de undo

2010-03-05T11:14:00.003-03:00

Para obter informações sobre os segmentos de undo do Banco de dados use a view DBA_ROLLBACK_SEGS.

Vale lembra que DBA_ROLLBACK_SEGS só podem ser utilizadas off-line !

Para visualizar On-line você pode usar as Views Dinâmicas: v$rollname, v$rollstat, v$undostat, v$session, v$transaction

V$rollstat e v$rollname junte elas para obter estatésticas dos segmentos de undo usados no momento pela instância.

v$transaction e v$session junte elas para verificar a utilização de um segmento de undo por transações que estejam ativas no momento.

Oracle Application Express Forms Converter

2010-02-21T14:46:00.000-03:00

Download Oracle Application Express Forms Converter

Oracle 11g Streams Implementer's Guide

2010-02-08T11:47:00.000-02:00

Download Oracle 11g Streams Implementer's Guide

Beginning Oracle SQL

2010-02-02T09:41:00.002-02:00

Download Beginning Oracle SQL

Expert Oracle Practices

2010-01-21T00:02:00.004-02:00

Download Expert Oracle Practices

Oracle SQL Developer 2.1

2010-01-11T12:27:00.000-02:00

Download Oracle SQL Developer 2.1

Oracle PL/SQL Programming 5º Edição

2010-01-07T09:35:00.001-02:00

1258 Páginas
Download Oracle PL/SQL Programming 5º Edição

Java Programming With Oracle

2010-01-06T18:37:00.000-02:00

Download Java Programming With Oracle

Oracle PL/SQL Language Pocket Reference

2010-01-06T18:19:00.001-02:00

First Edition, published 1999-04-01.

Download Oracle PL/SQL Language Pocket Reference

Documentanção Oracle

2010-01-06T09:52:00.002-02:00

Pode ser encontrada no seguinte link logo abaixo:

http://www.oracle.com/technology/documentation/index.html

História da Oracle

2010-01-05T16:33:00.003-02:00

Fundada em 1977 a Oracle se chamava Software Development Labs

Há mais de trinta anos, 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, Bob Miner e Ed Oates, perceberam que havia um tremendo potencial de negócios no modelo de banco de dados relacional, mas não se deram conta de que mudariam a face da computação empresarial para sempre. Hoje a Oracle (Nasdaq: ORCL) continua à frente de seu tempo. A tecnologia Oracle pode ser encontrada em quase todos os setores do mundo inteiro e nos escritórios de 98 das empresas citadas na lista “Fortune 100”. A Oracle é a primeira empresa de software a desenvolver e empregar software empresarial totalmente habilitado para Internet em toda a sua linha de produtos: banco de dados, aplicativos empresariais e ferramentas para desenvolvimento de aplicativos e suporte a decisões. A Oracle é o principal fornecedor de software para gerenciamento de informações e a segunda maior empresa de software independente do mundo. A Oracle é uma empresa inovadora. Foi uma das primeiras a tornar seus aplicativos empresariais disponíveis através da Internet -- atualmente, esse conceito é predominante.