最近做一个小功能,产品标签设计,习惯三范式的设计,想当然的整了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:标签1
id:2, name:标签2
id:4, name:标签3
id:8, name:标签4
id:16, name:标签5
id:32, name:标签6
id:64, name:标签7
id:128, name:标签8
id:256, name:标签9
id:512, name:标签10
标签1 exist
标签5 exist
标签7 exist
学无止境,前辈们丰富的经验是长期的实战总结。多学习、多请教、多探讨,三人行有我师。