O que o DBMS 'tem integração com um SO dedicado'?

Question

Sempre tive a firme convicção de que um DBMS multi-usuário de grande escala deveria residir, autônomo, em um servidor dedicado ou clusters, sem outros aplicativos, processos ou serviços desnecessários que pudessem roubar recursos do DBMS. Eu também acredito que o SGBD deve ser strongmente integrado a um sistema operacional que foi adaptado para fornecer ao SGBD o máximo desempenho possível! Sistemas proprietários, como Pick, Terradata e outros, foram projetados com esse objetivo. O sistema Sun / Oracle mais recente se enquadra nessa categoria? Seria sensato realizar esse tipo de arquitetura com outros SGBDs como o INFORMIX?

    

Answer 1

Em geral, há certos atributos do RDBMS ACID que se combinam para gerar características de desempenho em tempo polinomial quando você coloca dois ou mais computadores juntos para servir um banco de dados.

Existem várias tentativas para resolver este problema:

• Otimize o banco de dados o máximo possível reduzindo a transacionalidade, reduzindo junções, etc.

• Otimize um computador o máximo possível para servir o banco de dados - como otimizar o sistema operacional de suporte, otimizar os discos, etc.

• Dimensionando verticalmente servindo o banco de dados com um único computador extraordinariamente poderoso.

• Distribuindo o RDBMS fragmentando ou colocando diferentes tabelas em diferentes bancos de dados.

• Usando um banco de dados verdadeiramente distribuído, ele descarta alguns dos atributos de um RDBMS ACID, mas oferece uma distribuição real e o desempenho do atendente. Por exemplo, Cassandra e outros. E os bancos de dados verdadeiramente distribuídos podem ser executados em hardware comum, porque o desempenho de um banco de dados distribuído é baseado principalmente em quantos nós existem, e não no desempenho de qualquer nó fornecido.

Existem limites rígidos para os primeiros quatro métodos. Não há limites para o quinto.

Como as necessidades de banco de dados se expandem muito mais rapidamente do que os ajustes e o hardware podem acompanhar, a solução inevitável será um banco de dados distribuído. Claro, muitas pessoas tentarão ajustar seus servidores de banco de dados, e então serão forçadas a atualizar para hardware massivo, mas isso é apenas uma lacuna, e quando isso deixar de ser suficiente, elas serão forçadas a mudar para um banco de dados distribuído. / p>     

Answer 2

Se você tem um quarto de milhão de dólares para gastar, considere comprar uma fatia de uma máquina Oracle Exadata . Este é um dispositivo de banco de dados altamente configurado, com hardware altamente especificado escolhido e o Solaris ajustado até que ele roube para otimizar o desempenho do Oracle.

    

Answer 3

A integração entre Oracle e Solaris é mais rigorosa do que a maioria. No entanto, não posso confirmar se ele atende à sua lista de requisitos.

    

Answer 4

Muito subjetivo.

Em primeiro lugar, enquanto o SQL Server pode ser dedicado ao sistema operacional Windows em hardware x86, nem o hardware nem o software são especialmente projetados para executar uma plataforma de banco de dados. Além disso, embora o SQL Server seja projetado para aproveitar ao máximo o Windows, ele não é projetado principalmente para desempenho. No caso do SQL Server, eu diria que, em vez de otimizar o desempenho, ele foi otimizado para administração e integração.

Em segundo lugar, o desempenho do hardware aumenta rapidamente ao longo do tempo, então o que você compra como o hardware ideal este ano vai ultrapassar seu pico em um ano e consideravelmente datado em três anos. Poucos compradores atualizariam seu hardware com frequência, então comprar uma plataforma de banco de dados para ganhar vantagem no desempenho do hardware parece míope.

Em terceiro lugar, se uma empresa de banco de dados está construindo um sistema operacional dedicado ao seu banco de dados, ele pode obter o melhor pessoal do sistema operacional? Caso contrário, é uma avaliação se o software de banco de dados será executado mais rapidamente em um sistema operacional genérico construído pelos melhores membros do sistema operacional ou por um sistema operacional dedicado criado pela "divisão inferior".

Finalmente, em algum grau, você pode melhorar o desempenho jogando mais (ou mais caro) hardware nos gargalos. Para um determinado orçamento, você pode obter um melhor negócio colocando os dólares para classificar os componentes 'A' em uma versão genérica do que um grau 'B' de um especialista. O genérico será mais barato porque, quanto maior a base de clientes, mais os custos básicos podem ser distribuídos (e mais a concorrência de preços entra em ação entre os fornecedores).

PS. Obviamente, o desempenho não é o único critério para a compra. Tempo de atividade, disponibilidade de habilidades etc todos entram em jogo. Assim como a segurança financeira do fornecedor / linha de negócios. Eu trabalhei em um lugar que havia decidido, no início dos anos 90, que o Mac era a melhor máquina desktop. Eles estavam presos a um monte de máquinas sem um caminho de atualização.

    

Answer 5

Eu estou supondo que você quer discussão ao invés de respostas ... mas minha resposta é "Não" de qualquer maneira

Em uma grande loja corporativa, todas as instalações Oracle, Sybase e SQL Server podem usar o menor denominador comum: a SAN. Isso pode ser replicado transacionalmente fora do site. Pergunte a qualquer DBA corporativo.

Em qualquer loja, a qualidade do código será um fator maior do que o servidor / SO. Nenhuma quantidade de otimização e integração salvará você de uma indexação ruim, por exemplo.

Outros pontos:

• Um banco de dados terabyte é mais um problema de backup / restauração / SLA IMHO
• O conjunto ativo de dados ou aumento diário é o que você precisa se preocupar, desempenho sábio

Answer 6

Você deve verificar a plataforma IBM System i . Ele suporta DB2 para i , que não é exatamente compatível com o DB2 UDB, mas está perto o suficiente.

O banco de dados é muito integrado ao sistema operacional. Disseram-me que esta plataforma concede um nível de eficiência e desempenho além dos sonhos mais loucos dos usuários de qualquer uma das arquiteturas "mainstream" do Windows / Linux / Solaris / etc.

Eu não tenho nenhuma experiência com isso pessoalmente, mas muitos usuários da plataforma System i juram por isso, e parece satisfazer seu desejo de uma strong integração.