c#按位与运算在业务设计中的应用

最近做一个小功能，产品标签设计，习惯三范式的设计，想当然的整了2个表，tag标签表和taglink标签关联表。大致结构如下：

标签作为单体属性，没有所谓的嵌套、子集的功能，这里也就没有设计了。OK，这样自设计视乎就妥了，要查某个商品有哪些标签，只要联合查询下就好了，可是

问题来了，前辈说这样的设计是没有问题的，但是在产品表很大的情况下夸表查询还是很消耗的，还不如直接在商品表中加一个字段，用bigint型存储。为何这样设计，int型在检索的时候还是非常快的，且tag数据一般不多的，从缓存中取得xxx或某些条件的xxx标签（多个或一个）非常容易。在数据库中查询的时候只要按位与（&）单表处理就妥了。

我测试了下，果然妥妥的。下面先介绍下&运算的基本功效：

namespace TestApp{    class Tag    {        public Tag(long id, string name)        {            this.id = id;            this.tagName = name;        }        public long id { get; set; }        public string tagName { get; set; }    }    class Program    {        static void Main(string[] args)        {            //int[] arrid = { 1, 2, 4, 8, 16, 32, 64, 128, 256, 512 };            List<Tag> list = new List<Tag>();            Enumerable.Range(0, 10)                .ToList()                .ForEach(x =>                {                    list.Add(new Tag(Convert.ToInt64(Math.Pow(2, x)), "标签" + (x + 1).ToString()));                });            Console.WriteLine("标签表结构内容如下：");            list.ToList().ForEach(x =>            {                Console.WriteLine(string.Format("id：{0}， name：{1} ", x.id, x.tagName));            });            //假如有一个商品，它的标签属性有多个，比如：标签1=>id:1，标签5=>id:16，标签7=>id:64            long productTag = 1 + 16 + 64;            list.ToList().ForEach(x =>            {                if ((productTag & x.id) > 0)                    Console.WriteLine(x.tagName.ToString() + " exist");            });            //那么针对具体的业务的时候，            //比如要查询【含有】xx标签的商品 只要 商品标签&xx>0即可            //比如要查询【只有】xx标签的商品 只要 商品标签&xx=xx即可            Console.ReadKey();            //...        }    }}

标签表结构内容如下：id：1， name：标签1id：2， name：标签2id：4， name：标签3id：8， name：标签4id：16， name：标签5id：32， name：标签6id：64， name：标签7id：128， name：标签8id：256， name：标签9id：512， name：标签10标签1 exist标签5 exist标签7 exist

学无止境，前辈们丰富的经验是长期的实战总结。多学习、多请教、多探讨，三人行有我师。