All perguntas(dba)

Tudo isso funciona:

CREATE DATABASE [¯\_(ツ)_/¯];
GO
USE [¯\_(ツ)_/¯];
GO
CREATE SCHEMA [¯\_(ツ)_/¯];
GO
CREATE TABLE [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯] NVARCHAR(20));
GO
CREATE UNIQUE CLUSTERED INDEX [¯\_(ツ)_/¯] ON [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯]);
GO
INSERT INTO [¯\_(ツ)_/¯].[¯\_(ツ)_/¯]([¯\_(ツ)_/¯]) VALUES (N'[¯\_(ツ)_/¯]');
GO
CREATE VIEW [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[¯\_(ツ)_/¯];
GO
CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @Shrug NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = @Shrug;
GO
EXEC [¯\_(ツ)_/¯].[¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @Shrug = N'[¯\_(ツ)_/¯]';
GO

Mas você provavelmente pode ver onde estou indo com isso: eu não quero @Shrug, eu quero @¯\_(ツ)_/¯.

Nenhum deles funciona em qualquer versão de 2008-2017:

CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] @[¯\_(ツ)_/¯] NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = @[¯\_(ツ)_/¯];
GO
CREATE PROC [¯\_(ツ)_/¯].[sp_¯\_(ツ)_/¯] [@¯\_(ツ)_/¯] NVARCHAR(20) AS SELECT [¯\_(ツ)_/¯] FROM [¯\_(ツ)_/¯].[vw_¯\_(ツ)_/¯] WHERE [¯\_(ツ)_/¯] = [@¯\_(ツ)_/¯];
GO

Então, existe uma maneira de usar nomes de parâmetros de procedimento armazenado unicode?

Estou convertendo um antigo sistema baseado em MS-Access para PostgreSQL. No Access, os campos que foram criados em SELECTs podem ser usados ​​como partes de equações para campos posteriores, assim:

SELECT
    samples.id,
    samples.wet_weight / samples.dry_weight - 1 AS percent_water,
    100 * percent_water AS percent_water_100
FROM samples;

Quando faço isso no PostgreSQL, o Postgres lança um erro:

ERRO: a coluna "percent_water" não existe.

Veja como posso contornar isso, selecionando uma subseleção:

SELECT
    s1.id,
    s1.percent_water,
    100 * s1.percent_water AS percent_water_100
FROM (
    SELECT
        samples.id,
        samples.wet_weight / samples.dry_weight - 1 AS percent_water
    FROM samples
    ) s1;

Existe algum tipo de atalho como no primeiro bloco de código para contornar o aninhamento complicado? Eu também poderia dizer 100 * (samples.wet_weight / samples.dry_weight - 1) AS percent_water_100, mas este é apenas um pequeno exemplo do que é um sistema muito maior de matemática acontecendo no meu código, com dezenas de bits mais complexos de matemática empilhados uns sobre os outros. Prefiro fazer o mais limpo possível sem me repetir.

Eu notei um MATCH SIMPLEe MATCH FULL, mas não entendo o que eles fazem. Vejo que o padrão é MATCH SIMPLE; mas, como as outras MATCHcláusulas da FOREIGN KEYrestrição funcionam?

Estou tentando obter quando minha tabela foi modificada verificando a data de modificação do arquivo, conforme descrito nesta resposta . Mas o resultado nem sempre é correto. A data de modificação do arquivo é atualizada em vários minutos após eu atualizar minha tabela. É um comportamento correto? O PostgreSQL armazena as modificações da tabela em algum cache e depois as libera no disco rígido?

Então, como obtenho a data correta da última modificação de uma tabela (vamos supor que as modificações de vácuo automático também estão corretas)?

Eu uso o PostgreSQL 9.2 no Linux Centos 6.2 x64.

Nossa instância do SQL Server (2008) está configurada para enviar emails e tudo está funcionando corretamente, mas não consigo descobrir como visualizar a configuração existente, em particular o servidor SMTP.

A partir do SSMS, só consigo iniciar o assistente de configuração e não consigo encontrar nada online - muitas informações sobre como configurá-lo, mas nada sobre como visualizar as configurações atuais.

Como posso ver as configurações existentes?

Estou trabalhando em um banco de dados MySql , com uma tabela assim:

+--------------+
|  table_name  |
+--------------+
|    myField   |
+--------------+

...e eu preciso fazer muitas consultas como esta (com 5-10 strings na lista) :

SELECT myField FROM table_name
WHERE myField IN ('something', 'other stuff', 'some other a bit longer'...)

Haverá cerca de 24.000.000 linhas únicas

1) Devo usar uma tecla FULLTEXTou e INDEXpara o meu VARCHAR(150)?
2) Se eu aumentar os chars de 150 para 220 ou 250... faria uma grande diferença? (Existe alguma maneira de calculá-lo?)
3) Como eu disse, eles serão únicos, então myField deve ser uma PRIMARY KEY . Não é raro adicionar uma PRIMARY KEY a um campo que já é um VARCHAR INDEX/FULLTEXT?

Encontrei um milhão de exemplos de como definir as configurações do Autovacuum, mas não consigo encontrar como listar a configuração atual.

Postgres 9.1 é a versão que mais me interessa.

Estou tentando importar um arquivo .sql usando o MySQL Workbench e recebo este erro:

ERROR 1046 (3D000) at line 28: No database selected

Primeiro criei um banco de dados vazio chamado com o mesmo nome do arquivo .sql, mas não funciona. Eu também tentei fazer isso com o cliente de comando mysql usando:

mysqldump -u root database > file.sql 

Mas diz que há um erro na minha sintaxe SQL. Além disso, não sei o caminho onde tenho que definir o arquivo.sql.

Eu entendo que você não pode ter ORDER BY uma visão. (Pelo menos no SQL Server 2012 com o qual estou trabalhando)

Eu também entendo que a maneira "correta" de classificar uma exibição é colocando uma instrução ORDER BYem torno da SELECTconsulta consultando a exibição.

Mas sendo relativamente novo no SQL prático e nos usos de visualizações, gostaria de entender por que isso é feito por design. Se eu segui o histórico corretamente, isso já foi possível e foi explicitamente removido do SQL Server 2008 e assim por diante (não me cite a versão exata).

No entanto, a melhor razão pela qual a Microsoft removeu esse recurso é porque "uma exibição é uma coleção de dados não classificada".

Estou assumindo que há uma razão boa e lógica para que uma exibição não seja classificada. Por que uma visualização não pode ser apenas uma coleção de dados achatada? Por que especificamente não classificado? Não parece tão difícil encontrar situações em que (pelo menos para mim / IMHO) pareça perfeitamente intuitivo ter uma visão classificada.

Era conveniente que o MyISAM armazenasse cada tabela em um arquivo correspondente. O InnoDB fez avanços em muitos aspectos, mas me pergunto por que o InnoDB armazena todos os bancos de dados em um arquivo ( ibdata1por padrão).

Eu entendo que o InnoDB mapeará a localização dos dados no arquivo por arquivos de índice individuais para tabelas, mas não entendo por que ele mistura todos os dados em um arquivo. E mais importante, por que misturar os dados de todos os bancos de dados no servidor?

Um recurso interessante do MyISAM é que se pode copiar/colar uma pasta de banco de dados em outra máquina e depois usar o banco de dados (sem dump).