標簽庫設計

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網友建議初衷所總說看發者使用習慣或者發團隊應用習慣~