请考虑以下表格：

CREATE TABLE user_roles(
    pkey         SERIAL PRIMARY KEY,
    bit_id       BIGINT NOT NULL,
    name         VARCHAR(256) NOT NULL,
);

INSERT INTO user_roles (bit_id,name) VALUES (1,'public');
INSERT INTO user_roles (bit_id,name) VALUES (2,'restricted');
INSERT INTO user_roles (bit_id,name) VALUES (4,'confidential');
INSERT INTO user_roles (bit_id,name) VALUES (8,'secret');

CREATE TABLE news(
    pkey          SERIAL PRIMARY KEY,
    title         VARCHAR(256),
    company_fk    INTEGER REFERENCES compaines(pkey), -- updated since asking the question
    body          VARCHAR(512),
    read_roles    BIGINT -- bit flag 
);

read_roles是位标志，用于指定可以读取新闻项目的角色的某种组合。因此，如果我插入受限制且机密的新闻可以读取，则将read_roles的值设置为2 | 46，当我想取回特定用户可以看到的新闻时，可以使用类似的查询。

select * from news WHERE company_fk=2 AND (read_roles | 2 != 0) OR  (read_roles | 4 != 0) ; 
select * from news WHERE company_fk=2 AND read_roles = 6;

通常，在数据库列中使用位标志的缺点是什么？我假设此问题的答案可能是特定于数据库的，所以我有兴趣了解特定数据库的缺点。

我正在为我的应用程序使用Postgres 9.1。

更新
我有点关于数据库不使用索引进行位操作，这将需要全表扫描，这会降低性能。因此，我更新了问题以更紧密地反映我的情况，数据库中的每一行都属于特定公司，因此所有查询都将具有WHERE子句，该子句包括company_fk并在其上具有索引。

更新 我现在只有6个角色，将来可能还会更多。

UPDATE 角色不是互斥的，它们彼此继承，例如，受限角色继承分配给public的所有权限。