A GOdeclaração do SQL Server me causou grande curiosidade e não sei muito como usá-la corretamente.
Percebi que consultas com ou sem GOnão retornam erros e parecem funcionar da mesma forma, então qual é o propósito disso e por que devo usá-lo?
E qual é a diferença entre ponto e vírgula ;e GOno final de uma consulta?
Qual é o limite de tamanho de vários tipos de dados no postgresql? Eu vi em algum lugar que para character varying(n), varchar(n) ndeve estar entre 1 e 10485760. Isso é verdade?
Quais são os tamanhos válidos para character(n), char(n)e text?
Eu tenho uma consulta como:
SELECT a.id, a.name, json_agg(b.*) as "item"
FROM a
JOIN b ON b.item_id = a.id
GROUP BY a.id, a.name;
Como posso selecionar as colunas bpara não ter b.item_idno objeto JSON?
Eu li sobre ROW, mas ele retorna um objeto JSON como:
{"f1": "Foo", "f2": "Bar"}
Eu precisaria remapear o objeto JSON uma vez que ele fosse buscado para corresponder às chaves de coluna apropriadas. Eu gostaria de evitar isso e manter os nomes das colunas originais.
Temos uma tabela de 2,2 GB no Postgres com 7.801.611 linhas. Estamos adicionando uma coluna uuid/guid a ela e estou querendo saber qual é a melhor maneira de preencher essa coluna (já que queremos adicionar uma NOT NULLrestrição a ela).
Se eu entendi o Postgres corretamente, uma atualização é tecnicamente uma exclusão e inserção, então isso é basicamente reconstruir toda a tabela de 2,2 gb. Também temos um escravo em execução, então não queremos que fique para trás.
Existe alguma maneira melhor do que escrever um script que o preenche lentamente ao longo do tempo?
Eu tenho feito o curso MS10775A na semana passada e uma pergunta que surgiu que o treinador não conseguiu responder de forma confiável é:
Uma reindexação atualiza as estatísticas?
Encontramos discussões online argumentando que sim e que não.
Qual é a melhor prática para ofuscação de dados no SQL Server?
Gostaríamos de usar dados de produção mascarados em nosso sistema UAT.
Se quisermos fazê-lo rapidamente e com um nível mais alto de obscurecimento, qual abordagem deve ser adotada? Estou pensando no personagem lutando pelo nome e sobrenome das pessoas, mas como? Devo criar uma função eu mesmo ou há alguma função predefinida disponível para uso? Não quero perder tempo reinventando a roda :)
Que tal para campos de data? Por exemplo, a data de nascimento deve ser escolhida aleatoriamente de toda a tabela e atribuída a um registro, ou há uma maneira melhor de fazer isso?
Tenho uma tabela em nome de ips conforme abaixo:
CREATE TABLE `ips` (
`id` int(10) unsigned NOT NULL DEFAULT '0',
`begin_ip_num` int(11) unsigned DEFAULT NULL,
`end_ip_num` int(11) unsigned DEFAULT NULL,
`iso` varchar(3) DEFAULT NULL,
`country` varchar(150) DEFAULT NULL
) ENGINE=InnoDB
Vamos supor que eu tenha um countryidcampo nesta tabela da tabela de países que é como abaixo:
CREATE TABLE `country` (
`countryid` tinyint(3) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(50) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL,
`ordering` smallint(5) unsigned NOT NULL DEFAULT '0',
`iso` char(2) NOT NULL,
PRIMARY KEY (`countryid`)
) ENGINE=InnoDB
Há cerca de 100.000 registros na tabela ips. Existe alguma consulta para o seguinte cenário:
Verifique se ips.isoé igual a country.iso, se for igual adicione country.coutryid a esse registro. Eu não conseguia pensar em nenhuma maneira de fazer isso. Você tem alguma ideia de como fazer isso?
Minha empresa está enfrentando a decisão de comprar o SQL Server 2012 Denali ou o SQL Server 2008 R2 para um novo servidor de banco de dados. Estou procurando razões objetivas para escolher um sobre o outro.
Nossos requisitos:
Atualmente, os seguintes motivos são conhecidos por mim:
SQL Server 2012 Denali
SQL Server 2008 R2
Não consigo encontrar muitas razões técnicas para preferir um ao outro. Basicamente, tudo se resume a escolher a tecnologia comprovada que está sendo executada com sucesso versus a versão mais recente e melhor disponível.
Quais são as razões objetivas para tomar a decisão?
Tenho a tarefa de elaborar um plano de manutenção para nossos bancos de dados Sql Server 2005. Eu sei que para backups eu quero fazer um backup diário completo do banco de dados e backups de log transacionais a cada 15 minutos. Meu problema é descobrir quais outras tarefas quero fazer e com que frequência devo fazê-las.
Então, até agora eu tenho isso em mente. Corrija-me se houver alguma falha no meu pensamento ou uma maneira melhor de fazer isso.
Lembrei-me de ler algum tempo atrás (quando montei um plano semelhante em outro trabalho) que algumas dessas tarefas não precisam ser executadas diariamente ou não devem ser executadas diariamente. Quanto a quais, me escapa. Eu poderia usar um pouco de orientação sobre como criar um plano de manutenção melhor que reduzirá a perda de dados em um desastre, mas não sobrecarregará o sistema durante o horário de pico (e também aumentará o desempenho).
Esta questão não é sobre bytea v. oid v. blobs v. objetos grandes, etc.
Eu tenho uma tabela contendo um campo de chave primária integere um byteacampo. Eu gostaria de inserir dados no byteacampo. Isso pode, presumivelmente, ser feito por um dos PL/idiomas, e posso pensar em fazer isso PL/Pythonno futuro.
Como ainda estou testando e experimentando, gostaria simplesmente de inserir dados de um arquivo (no servidor) usando instruções SQL "padrão". Estou ciente de que apenas administradores com permissão de gravação no servidor poderão inserir dados da maneira que eu gostaria. Não estou preocupado com isso neste estágio, pois os usuários não estariam inserindo byteadados no momento. Pesquisei em vários sites do StackExchange, nos arquivos do PostgreSQL e na Internet em geral, mas não consegui encontrar uma resposta.
Edit: Esta discussão de 2008 implica que o que eu quero fazer não é possível. Como os byteacampos são usados então?
Edit: Esta pergunta semelhante de 2005 permanece sem resposta.
Resolvido: Os detalhes fornecidos aqui no psycopgsite forneceram a base para uma solução que escrevi em Python. Também pode ser possível inserir dados binários em uma byteacoluna usando PL/Python. Não sei se isso é possível usando SQL "puro".