Como forço um registro a ter um valor verdadeiro para uma coluna booleana e todos os outros um valor falso?

Nota: Esta resposta foi dada antes de ficar claro que o solicitante queria algo específico do MySQL. Esta resposta é tendenciosa para o SQL Server.

Aplique uma restrição CHECK à tabela que chama uma UDF e garante que seu valor de retorno seja <= 1. A UDF pode apenas contar as linhas na tabela WHERE isDefault = TRUE. Isso garantirá que não haja mais de 1 linha padrão na tabela.

Você deve adicionar um bitmap ou índice filtradoisDefault na coluna (dependendo da sua plataforma) para garantir que essa UDF seja executada muito rapidamente.

Ressalvas

• As restrições de verificação têm certas limitações . Ou seja, eles são invocados para cada linha modificada, mesmo que essas linhas ainda não tenham sido confirmadas em uma transação. Portanto, se você iniciar uma transação, definir uma nova linha como padrão e, em seguida, desmarcar a linha antiga, sua restrição de verificação reclamará. Isso porque ele será executado depois que você tornar a nova linha o padrão, descobrir que agora existem dois padrões e falhar. A solução, então, é certificar-se de que você desconfigurou a linha padrão antes de definir um novo padrão, mesmo se estiver fazendo esse trabalho em uma transação.
• Como gbn apontou , UDFs podem retornar resultados inconsistentes se você estiver usando o isolamento de instantâneo no SQL Server. No entanto, uma UDF inline não se depara com esse problema e, como uma UDF que apenas faz uma contagem é compatível com inline, isso não é um problema aqui.
• A força do poder de processamento de um mecanismo de banco de dados está em sua capacidade de trabalhar em conjuntos de dados de uma só vez. Com uma restrição de verificação baseada em UDF, o mecanismo será limitado a aplicar essa UDF serialmente a cada linha modificada. Em seu caso de uso, é improvável que você execute atualizações em massa na PostalCodestabela, no entanto, isso continua sendo uma preocupação de desempenho para as situações em que a atividade baseada em conjunto é provável.

Dadas todas essas advertências, recomendo usar a sugestão do gbn de um índice exclusivo filtrado em vez de uma restrição de verificação.

Edit: isso é voltado para o SQL Server antes de conhecermos o MySQL

Existem 4 5 maneiras de fazer isso: em ordem do mais desejado para o menos desejado

Não sabemos para que RDBMS isso se aplica, embora nem todos possam se aplicar

1. A melhor maneira é um índice filtrado. Isso usa DRI para manter a exclusividade.

2. Coluna computada com exclusividade (veja a resposta de Jack Douglas) (adicionada pela edição 2)

3. Uma visão indexada/materializada que é como um índice filtrado usando DRI

4. Gatilho (conforme outras respostas)

5. Verifique a restrição com uma UDF. Isso não é seguro para simultaneidade e isolamento de instantâneo. Veja Um Dois Três Quatro

Observe que o requisito de "um padrão" está na tabela, não no procedimento armazenado. O procedimento armazenado terá os mesmos problemas de simultaneidade que uma restrição de verificação com um udf

Nota: perguntado em TANTAS vezes:

• https://stackoverflow.com/questions/4810615/sql-server-bit-column-constraint-1-row-1-all-others-0/4810654#4810654
• https://stackoverflow.com/questions/6088361/the-proper-way-to-implement-unique-constraint-that-allows-multiple-null-values-in/6088397#6088397

Aqui está um procedimento armazenado (dialeto do MySQL):

DELIMITER $$
DROP PROCEDURE IF EXISTS SetDefaultForZip;
CREATE PROCEDURE SetDefaultForZip (NEWID INT)
BEGIN
    DECLARE FOUND_TRUE,OLDID INT;

    SELECT COUNT(1) INTO FOUND_TRUE FROM PostalCode WHERE isDefault = TRUE;
    IF FOUND_TRUE = 1 THEN
        SELECT ID INTO OLDID FROM PostalCode WHERE isDefault = TRUE;
        IF NEWID <> OLDID THEN
            UPDATE PostalCode SET isDefault = FALSE WHERE ID = OLDID;
            UPDATE PostalCode SET isDefault = TRUE  WHERE ID = NEWID;
        END IF;
    ELSE
        UPDATE PostalCode SET isDefault = TRUE WHERE ID = NEWID;
    END IF;
END;
$$
DELIMITER ;

Para garantir que sua tabela esteja limpa e que o procedimento armazenado esteja funcionando, supondo que o ID 200 seja o padrão, execute estas etapas:

ALTER TABLE PostalCode DROP INDEX isDefault_ndx;
UPDATE PostalCodes SET isDefault = FALSE;
ALTER TABLE PostalCode ADD INDEX isDefault_ndx (isDefault);
CALL SetDefaultForZip(200);
SELECT ID FROM PostalCodes WHERE isDefault = TRUE;

Em vez de um procedimento armazenado, que tal um Trigger?

DELIMITER $$
CREATE TRIGGER postalcodes_bu BEFORE UPDATE ON PostalCodes FOR EACH ROW
BEGIN
    DECLARE FOUND_TRUE,OLDID INT;
    IF NEW.isDefault = TRUE THEN
        SELECT COUNT(1) INTO FOUND_TRUE FROM PostalCode WHERE isDefault = TRUE;
        IF FOUND_TRUE = 1 THEN
            SELECT ID INTO OLDID FROM PostalCode WHERE isDefault = TRUE;
            UPDATE PostalCodes SET isDefault = FALSE WHERE ID = OLDID;
        END IF;
    END IF;
END;
$$
DELIMITER ;

Para garantir que sua tabela esteja limpa e que o gatilho esteja funcionando, supondo que o ID 200 seja o padrão, execute estas etapas:

DROP TRIGGER postalcodes_bu;
ALTER TABLE PostalCode DROP INDEX isDefault_ndx;
UPDATE PostalCodes SET isDefault = FALSE;
ALTER TABLE PostalCode ADD INDEX isDefault_ndx (isDefault);
DELIMITER $$
CREATE TRIGGER postalcodes_bu BEFORE UPDATE ON PostalCodes FOR EACH ROW
BEGIN
    DECLARE FOUND_TRUE,OLDID INT;
    IF NEW.isDefault = TRUE THEN
        SELECT COUNT(1) INTO FOUND_TRUE FROM PostalCode WHERE isDefault = TRUE;
        IF FOUND_TRUE = 1 THEN
            SELECT ID INTO OLDID FROM PostalCode WHERE isDefault = TRUE;
            UPDATE PostalCodes SET isDefault = FALSE WHERE ID = OLDID;
        END IF;
    END IF;
END;
$$
DELIMITER ;
UPDATE PostalCodes SET isDefault = TRUE WHERE ID = 200;
SELECT ID FROM PostalCodes WHERE isDefault = TRUE;

Você pode usar um gatilho para aplicar as regras. Quando uma instrução UPDATE ou INSERT define isDefault como True, o SQL no gatilho pode definir todas as outras linhas como False.

Você terá que considerar outras situações ao aplicar isso. Por exemplo, o que deve acontecer se mais de uma linha e UPDATE ou INSERT definir isDefault como True? Que regras serão aplicadas para evitar quebrar a regra?

Além disso, é possível a condição em que não há padrão? O que acontecerá quando uma atualização definir o isDefault de True para False.

Depois de definir as regras, você pode criá-las no gatilho.

Em seguida, conforme indicado em outra resposta, você deseja aplicar uma restrição de verificação para ajudar a aplicar as regras.

A seguir configura uma tabela e dados de exemplo:

IF  EXISTS (SELECT * FROM sys.objects WHERE object_id = OBJECT_ID(N'[dbo].[MyTable]') AND type in (N'U'))
DROP TABLE [dbo].[MyTable]
GO

CREATE TABLE dbo.MyTable
(
    [id] INT IDENTITY(1,1) PRIMARY KEY CLUSTERED
    , [IsDefault] BIT DEFAULT 0
)
GO

INSERT dbo.MyTable DEFAULT VALUES
GO 100

Se você criar um procedimento armazenado para definir o sinalizador IsDefault e remover permissões para alterar a tabela base, poderá impor isso com a consulta abaixo. Isso exigiria uma verificação de tabela a cada vez.

DECLARE @Id INT
SET @Id = 10

UPDATE
    dbo.MyTable
SET
    IsDefault = CASE WHEN [id] = @Id THEN 1 ELSE 0 END 
GO

Dependendo do tamanho da tabela, um índice em IsDefault (DESC) pode resultar em uma ou ambas as consultas abaixo, evitando uma verificação completa.

DECLARE @Id INT
SET @Id = 10

UPDATE
    dbo.MyTable
SET
    IsDefault = CASE WHEN [id] = @Id THEN 1 ELSE 0 END
FROM
    dbo.MyTable
WHERE
    [id] = @Id
OR  IsDefault = 1

UPDATE
    dbo.MyTable
SET
    IsDefault = CASE WHEN [id] = @Id THEN 1 ELSE 0 END
FROM
    dbo.MyTable
WHERE
    [id] = @Id
OR  ([id] != @Id AND IsDefault = 1)

Se você não puder remover permissões da tabela base, precisar impor a integridade por outros meios e estiver usando o SQL2008, poderá usar um índice exclusivo filtrado:

CREATE UNIQUE INDEX IX_MyTable_IsDefault  ON dbo.MyTable (IsDefault) WHERE IsDefault = 1

Para o MySQL que não possui índices filtrados, você pode fazer algo como o seguinte. Ele explora o fato de que o MySQL permite vários NULLs em índices únicos e usa uma tabela dedicada e uma chave estrangeira para simular um tipo de dados que só pode ter NULL e 1 como valores.

Com esta solução, em vez de verdadeiro/falso, você usaria apenas 1/NULL.

CREATE TABLE DefaultFlag (id TINYINT UNSIGNED NOT NULL PRIMARY KEY);
INSERT INTO DefaultFlag (id) VALUES (1);

CREATE TABLE PostalCodes (
    ID INT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,
    Zip VARCHAR (32) NOT NULL,
    isDefault TINYINT UNSIGNED NULL DEFAULT NULL,
    CONSTRAINT FOREIGN KEY (isDefault) REFERENCES DefaultFlag (id),
    UNIQUE KEY (isDefault)
);

INSERT INTO PostalCodes (Zip, isDefault) VALUES ('123', 1   );
/* Only one row can be default */
INSERT INTO PostalCodes (Zip, isDefault) VALUES ('abc', 1   );
/* ERROR 1062 (23000): Duplicate entry '1' for key 'isDefault' */

/* MySQL allows multiple NULLs in unique indexes */
INSERT INTO PostalCodes (Zip, isDefault) VALUES ('456', NULL);
INSERT INTO PostalCodes (Zip, isDefault) VALUES ('789', NULL);

/* only NULL and 1 are admitted in isDefault thanks to foreign key */
INSERT INTO PostalCodes (Zip, isDefault) VALUES ('789', 2   );
/* ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`test`.`PostalCodes`, CONSTRAINT `PostalCodes_ibfk_1` FOREIGN KEY (`isDefault`) REFERENCES `DefaultFlag` (`id`))*/

A única coisa que pode dar errado, eu acho, é se alguém adicionar uma linha à DefaultFlagtabela. Acho que isso não é uma grande preocupação e você sempre pode corrigi-lo com permissões se realmente quiser estar seguro.

SELECT ID, Zip FROM PostalCodes WHERE isDefault=True 

Isso estava essencialmente causando problemas porque você colocava o campo no lugar errado e isso é tudo.

Tenha uma tabela 'Defaults', com PostalCode nela, que contenha o id que você está procurando. Em geral, também é bom nomear suas tabelas de acordo com um registro, então o nome da sua tabela inicial seria melhor chamado 'PostalCode'. Os padrões serão uma tabela de linha única, até que você precise especializar seus padrões em relação a alguma outra configuração (como históricos).

A consulta final que você deseja é a seguinte:

select Zip from PostalCode p, Defaults d where p.ID=d.PostalCode;