标签库设计

A. 关于内容个性化推送的解决方案怎么设计才好特别是后台这一块的设计和用户标签方面的设计。

我的思路是抄，给用户一个标签库，设计埋点，当用户有哪些行为的时候给他的标签库贴上一个标签（在数据库标记），一段时间下来，用协同或者CNN，正态，基因等元算法，看具体业务需求已权重的的形式重新组建标签，这个过程下来，会形成一个用户行为模型，基于用户行为模型可以进行评定。其中最好加入各种A/B测试，主要检验权重的设定是否有现实意义。如要用户不需要的推荐还要加入Recall机制识别。不过，据我所知，个推有一百多个标签，貌似多哦。

B. 工厂打印标签系统设计

最简单的方法，开发一个小程序，有条形码字库，直接可以打印条码，还要版看你标签是贴到什么权上面的，用什么打印机，有防水的，普通不干胶的，或58小票的，好像还有可以粘到金属上的，自已开发的话，流程设计就看自已了，不会开发的话，直接用word打条码吧，要下载字库，一改字体就行

C. 产品包装袋上的标签如何设计标签

我们可以做的

D. 条码标签设计软件

面对琳琅满目的各式条码软件，如何选择成了难题。我们一般比较常见的国内外知名条码打印软件大约有十多种，而市面上被比较的最多的当属BarTender、Codesoft、NiceLabel、LabelPainter和LabelView这5款条码打印软件。

1、BarTender是目前市面上最受欢迎、使用用户最多，使用最广泛的条码打印软件，能最快速、最容易设计专业、高质量标签。

更多内容请参考http://www.bartender.cc/xinwen/tiaomadayin-ruanjian.html

E. 标签库的重要特性

标签库使得JSP的web应用程序非常易于维护，原因有：
（1）标签应用简单，对任何人而言都很容易使用、易于理解。
（2）所有的程序逻辑代码都集中放在的标签处理器和JavaBeans中。这意味着你在升级代码时，无需要对每个使用该代码的页面进行修改，你只需要修改集中的代码文件便可。
（3）如果需要加入新的功能，你也无需修改任何已经存在的页面，可以在标签中加入额外的属性，从而引进新的行为，而其它旧的属性不变，这样所有旧的页面还可以正常工作。 例如你有一个让所有文本变蓝的标签：
<BlueText>My Text</BlueText>
但在后来项目中，你又想让蓝色变暗。你可以保留原有的标签，只要为其增加一个新的属性：shade ，如下所示：
<BlueText shade=teal>My Text</BlueText>
所有旧的标签仍然可以产生蓝色的文本，但现在你可以使用同一标签来产生变暗的蓝色文本了。
（4）标签提升了代码的重用性。那些经过多次测试和使用的代码肯定具有更少的bug。所以，使用定制标签的JSP页面也同样具有更少的缺陷，维护起来自然方便多了。 标签库提供一个简单的方式来重用代码。在服务器端的语言中，其中一个标准的重用代码方式是使用模板。相对于使用模板库，标签库是一个更好的解决办法。使用模板库，你必须为每个项目修改模板或者且建立严格的界面，而标签库则没有这些限制，并且拥有所有面向对象的好处，可以做到灵活和更有扩展性，而且，通过重用代码，你可以花费更少的时间来做开发，更多的时间可以用在设计你的web应用上。标签库的接口也很简单，非常容易做插入、使用和调试。
标签的组成结构
虽然标签库非常易于使用，不过要建立一个标签库的内部实现机制还是颇复杂的，起码要比建立一个简单的JavaBean复杂。这个复杂是来自于标签库是由几部分构成的。不过，你只需要掌握了Java和JSP的知识就够了。
一个简单的标签由下面的元素构成：
1．JavaBean：为了得到Java与生具来的面向对象的好处，可重用的代码应该放到一个独立的代码容器中，也就是JavaBean。这些JavaBeans并不是标签库必不可少的一部分，但它们是标签库用来执行所分配任务的基础代码模块。
2．标签处理器：标签处理器是标签库的真正核心。一个标签处理器（tag handler）引用它所需要的任何外部资源（JavaBean）并且负责访问JSP页面的信息（PageContext对象）。而JSP页面则把页面上设置的标签属性和标签体中的内容都传递给标签处理器，当标签处理器完成其处理过程后，它就会把处理后的输出结果回送给JSP页面做进一步处理。
3．标签库描述符（TLD文件）：这是一个简单的XML文件，它记录着标签处理器的属性、信息和位置等信息。JSP容器通过这个文件来得知从哪里及如何调用一个标签库。
4．Web站点的web.xml文件：这是Web站点的初始化文件，在这个文件中，需要定义了Web站点中用到的自定义标签，以及用来描述每个自定义标签的tld文件。
5．发布文件（WAR或JAR文件）：如果你想重用自定义标签的话，你需要一个方法来将它由一个项目迁移到其他项目中去。将标签库打包为一个JAR文件是一个简单而且有效的方式。
6．JSP页面上的标签库声明：要在JSP页面中的使用某个自定义标签的话，需要使用标签库标示符在页面上进行声明。
看来要做的工作很多，刚开始用的时候当然会有点棘手，不过其实并不是很难。它的要点并不在于编码，而是在于如何将各部分正确地组织起来。这种层次性的结构是很重要的，它令标签的使用灵活和更容易转移。更重要的事，这些层次可以让整个建立标签库的过程都能通过JSP IDE（JSP的集成开发环境）自动完成。JSP IDE更可以自动完成创建定制标签的大部分工作，而你自己则只需要负责建立代码和标签处理器。
（注意：一个标签处理器仅定义一个自定义标签；一个标签库是几个处理相同任务的标签处理器的集合）

F. 仓库需要做标签，用EXCEL或Word怎么批量才能做，需要设计成A4纸（3*8）每张24个标签，求帮助

建议是使用Excel，好处是可以利用现有的数据库数据，在表格中自动生成对应内物品的标签，并且直观。容坏处是如果物品太多的话，表格会很庞大。
如果真的数据很多很多，建议使用程序语言来循环打印，也就是根据数据库的数据直接用程序语言输出到打印机，好处是灵活，随时按照每次设定好的起始号和终止号打印，而不需要先生成表格，坏处是，需要预先尝试格式。
两者的综合就是，设置一个页的格式，每次由程序将数据填入这一页，满24了就输出到打印机，接着处理下一组24个。。
具体的，就要看楼主的需求和数据量了

G. 怎么设计价格标签

现在各个大小商场超市，在产品柜台上都会有每个商品的价签，上面包含一些简单的商品信息及价格，而且有时在搞活动促销时，还会有两个价签，一个是平时使用的，还有一个是促销时使用价签，那么这些大批量的超市价签是如何制作的呢，下面我们就标签打印软件来为大家演示一下：

H. 如何进行文章分类和标签的数据库设计

几乎在所有web项目中，都涉及文章分类和标签的设计，应该说这是一个比较常见、典型的案例。站长并不保证我的思路就是最好的，只是分享出来大家一起交流一下，互相促进与提高。我们假设的开发项目是一个博客系统，最核心的部分就是与文章相关的，那么我们今天讨论如何设计博客系统的文章分类和标签。1、首先，分类和标签都是要和具体的文章相关联的，当然也可能一些文章既没有分类也没有标签，这一点是大家在写查询的时候容易疏忽的地方。因为我们的第一感觉就是，在查询文章列表的时候关联分类表，查出所有的文章和分类，对应关系一般是文章表的分类id对应分类表的id，使用where子句进行限定。这里就存在一个问题了，由于使用了where子句，那么只能查询有分类的文章，而没有分类的文章就查询不到了。这时候怎么办？应该使用连接查询，left join，这要没有分类的文章，在文章分类id那一栏会显示null。通常我们只使用left join，而很少使用right join。2、一般，一篇文章最好只对应一个分类，当然如果你想要对应多个分类也可以。但站长并不提倡，文章在多个分类中重复会给人很不专业的感觉，即使有些文章可能确实设计到多方面的内容，那么你应就其中的侧重点来分类。而标签就不一样了，一篇文章可能有多个标签。这就意味着我们无法靠一个sql语句既查出所有文章的分类和标签，又做到查询结果中的文章id不重复。通常我们需要把查询出来的结果直接循环出来，那么这个结果一般是二维数组，第二维的都存储了唯一一篇文章的相关信息。但是，标签和文章是多对一的关系，多个标签对应一篇文章，如果你只用一条sql语句的话，那么我们查询出来的结果，当然也是多行，这不符合我们目标数据的要求。应此，需要在查询完文章和分类之后，在前面结果的基础上再查询一次文章标签，把两次的结果结合起来，存在数组中，这是对应文章列表页面的查询方法。对于具体文章页面，可以分两次查询。好了，还没有给出具体的数据库设计，就先说了如何查询结果，相信大家也看烦了，下面就举例说明：一、文章表：post，字段如下：id【唯一标识】，aid【作者id】，title【标题】,content【内容】，cid【分类id】二、分类表，category，字段如下：id【唯一标识，与post表的cid关联】,name【分类名】三、标签表，tag，字段如下：id【唯一标识】，name【标签名】四、标签与文章对应关系表，tag_relationship，字段如下：id【唯一标识】，postid【文章id，与post表的id关联】，tagid【标签id，tag表的id关联】有朋友可能会问：为什么要单独用一个表来存储文章与标签的对应关系，为什么不可以直接在tag表中增加一个文章id字段呢，比如：tag表：id，postid，name这样做的话，并不是不可以，但是，由于一篇文章对应多个标签，所以name字段的值会出现很多重复，比如一篇文章，假设文章id为1，有2个标签，php和mysql，那么在tag表会这样存储：id:1,postid:1,name:phpid2,postid:1,name:mysql另一篇文章，假设id为2，有2个标签，也是php和mysql，那么在tag表中它会这样存储：id:3,postid:2,name:phpid4,postid:2,name:mysql大家很快就发现了问题，这样的设计name字段也就是标签的名称在同一张表中可能会大量重复。但是这样设计的好处是，如果你要查询一个标签下有多少篇文章，只要单独查这个表就可以了，比如要查询含有php标签的文章有多少篇，只需要select count(name)

I. 用户与标签之间多对多关系怎么设计数据库

关系来般转化关系实现源设计数据库候关系两表间再引入关系表候称联系实体参照完整性别实关系两表与联系实体表查询候进行条件连接即化解关系规种
实际应用程引用参照完整性原则参照完整性原则定程度给发照难度估计xiaozhuimeng网友建议初衷所总说看发者使用习惯或者发团队应用习惯~