私はユーザーとそのアクセス許可のデータベースを持っています。ビットマスクと別の列
このような状況のためのより良い何Name | sendMessages | receiveMessages | post | readPosts
------------+--------------+-----------------+------+----------
Jeff Atwood | 1 | 1 | 0 | 1
、（例のように）別の列または単一の列、ビットマスクを含む（この場合には、1101は0xDに変換）：たとえば、行は次のようになりますか？
tinyint(1) booleanはusallyally go行く最良の方法です。あなたは
は、単純なクエリを見てみましょうインデックスを利用することを試みるならば、それはそれはそれを を計算する必要がある場合、インデックスを使用することはできませんか、非常に厄介な得ることができるようビットマスクを使用してクエリを行う
は効率的ではありません
select * from tbl where sendMessages = 1 and readPosts = 1
：それは全表スキャンや計算を行う必要がありますよう
select * from tbl where val&9 = 9
は、これは本当に効率的ではありません。
インデックスを使用できるようにクエリを書き直してみます。 これはINで、すべての可能な値をリストすることによって行うことができます：あなたはまだでしょうあまりにも多くの値のMySQLのオプティマイザを一覧表示する場合
select * from tbl where val in (9, 11, 13, 15)
は、このクエリを見て、あなたがwhere readPosts = 1
しかし、単純な行いたいならば想像フルテーブルスキャンを実行する
パーミッションにカラムを使用せず、パーミッションテーブルとユーザパーミッションリンクテーブルを作成するとどうなりますか？
私は利点が表示されません。 –
@Giulioこれは、データモデルを変更することなく、パーミッションの追加、変更、削除を可能にします。カラム名を変更する必要はなく、WHERE句に渡されるパラメータを変更することができる、より簡単なクエリが可能になります。そして、他にも数多くの正規化のメリットがあります。 – CodeCaster
@GiulioMuscarello参照：http://stackoverflow.com/questions/9774715/mysql-multiple-tables-or-one-table-with-many-columns各メソッドには、プロとコンプがあります。権限/役割を使用すると、通常、正規化プラクティスを適用するのが安全です。ジョイン操作中に正規化されたレコードが40,000を超えると、クエリ時間が増加します。 – fyrye
ビットマスクを使用すると、最初または最後のビット0を使用することはできません（32ビットのベット/ 64ビットの63ビット）。pow（2ビット）& field = pow（2、ビット）あなたが複数のフィールドを使用して開始する必要があり、その後、あなたのビットがセットされ、フィールドワークアウトの痛みに取得、その後に対処することができる1つの以上のフィールドが必要な場合は
。
これを容易にすることができますあなたが探しているビットと問題のフィールドや行を指定すると、真偽を返す単純なルーチンで克服することができます。
しかし、@CodeCasterはパーミッションテーブルとリンクテーブルを使用しているので、パーミッションに関しては最高です。
BITデータ型を使用してアクセス許可を別々の列として保存することをお勧めします。最新のデータベースエンジンは、ビット列記憶域を最適化します。
上だから、あなたはリスト2つのオプションのほとんどになります。ビットマスキングによるストレージの削減、複数の列の明瞭性の維持エンジンがあなたのためにそれを処理します。
クエリの目的では、間違いなく列を区切ります。ストレージスペースが実際の現実の問題でない限り、私はそのことに気づくでしょう –
あなたがあなたのマスクの列に収まるよりも多くの特権を持っていると思うなら、事態は本当に醜いかもしれません。特権ごとに1つの列がある場合は、読みやすくすることもできます。私は間違いなく別々の列を持って行くだろう – nurdglaw