maxschlepzig's questions

Ao adicionar NOT NULLcolunas com um DEFAULTvalor - o PostgreSQL otimiza esta operação?

Caso a tabela tenha n linhas, uma coluna alter-table-add não otimizada resultaria em n gravações do valor padrão - o que poderia ser muito doloroso, obviamente. Com a otimização, o banco de dados criaria instantaneamente a nova coluna, armazenaria apenas uma cópia do valor padrão que seria retornado quando nenhum valor não padrão fosse encontrado para essa coluna em uma estrutura de dados de índice adequada.

Por exemplo , o Oracle 11g tem essa otimização .

Instalei a edição 'standard' do Oracle 11g2 usando os seguintes arquivos zip :

linux.x64_11gR2_database_1of2.zip
linux.x64_11gR2_database_2of2.zip

Eu usei o guia de instalação da Oracle que achei bastante tedioso, por exemplo, você precisa instalar/configurar um X-Server porque o instalador padrão é uma GUI da qual você precisa 'babá' por algum tempo.

Existe uma maneira de automatizar uma instalação padrão do Oracle?

Quero dizer algo como um script onde posso especificar: diga-me quais pacotes yum/apt estão faltando, aqui estão meus arquivos oracle-zip-install-install, instale-o em $MY_BASEDIR e para todo o resto use alguns padrões sensatos!

E sem GUI.

Eu sei que existe uma edição expressa que vem como um rpm - isso parece conveniente à primeira vista, mas parece excluir algumas coisas que a edição 'padrão' inclui, por exemplo, Pro*C.

Gostaria de saber qual é a maneira mais rápida de inicializar/desligar corretamente um daemon do Oracle DB (Oracle 11.2, instalado em uma máquina de teste).

Eu preciso dele para programas C/C++ que usam a API OCI/Pro*C.

Eu quero isso porque estou acostumado com a velocidade de inicialização do PostgreSQL e porque o daemon é executado em uma máquina virtual que só é iniciada (sob demanda) para casos de teste.

Atualmente eu faço o script assim - startup:

sqlplus /nolog <<EOF
connect / as sysdba
startup
quit
EOF
lsnrctl start
emctl start dbconsole

E desligar:

emctl stop dbconsole
lsnrctl stop
sqlplus /nolog <<EOF
connect / as sysdba
shutdown
quit
EOF

Isso funciona - os programas funcionam conforme o esperado - mas esse procedimento é bastante lento.

O banco de dados Oracle é executado no CentOS 6.3, é a 'versão padrão' disponível gratuitamente (como na cerveja).

Em C99, posso ser bastante claro sobre o tamanho/domínio de um tipo inteiro.

Ao fazer a interface de um banco de dados SQL como Oracle ou Postgresql de um programa C, desejo criar uma tabela com tipos inteiros que correspondam aos do cliente.

Por exemplo, para corresponder int64_t, uint64_t ou uint32_t etc. para uma sequência como coluna de chave primária artificial.

Apenas usar NUMBER permitiria dados que geram um estouro/subfluxo ou não são representáveis ​​no idioma do cliente, certo?

Como definir corretamente essa coluna?

Motivação

Por que você quer tal coisa? Porque você quer escrever um software confiável. Digamos que você crie um aplicativo cliente de banco de dados e suponha que só precisa de menos de 2 ^ 32 IDs. Assim, para economizar espaço (por exemplo, com matrizes do lado do cliente, etc.), você usa uint32_t (ou apenas int). Mas, por segurança, o banco de dados deve impor essa restrição de forma que seu sistema falhe de maneira bem definida, graciosa e perceptível (por exemplo, rejeitando inserções violadoras) caso, 20 anos depois, algum usuário queira inserir toneladas de IDs ou algo parecido.

sistema de banco de dados

Idealmente, a solução deve ser portável entre bancos de dados (afinal, SQL é um padrão internacional) - mas uma resposta específica para Oracle/Postgres também seria instrutiva - muitas vezes, se você souber como fazê-lo em um sistema de banco de dados, poderá procure o conceito abstrato na documentação do outro.

Tipos vs. gatilhos

Não precisa ser uma solução somente de tipo - os gatilhos são outros mecanismos que impõem restrições também. Eu apenas imaginei que usar tipos poderia ser uma maneira conveniente.