sql商標

㈠ JIMOsql注冊過商標嗎還有哪些分類可以注冊

JIMOSQL商標總申請量1件
其中已成功注冊0件，有1件正在申請中，無效注冊0件，0件在售中。
經八戒知識產權統計，JIMOSQL還可以注冊以下商標分類：
第1類（化學制劑、肥料）
第2類（顏料油漆、染料、防腐製品）
第3類（日化用品、洗護、香料）
第4類（能源、燃料、油脂）
第5類（葯品、衛生用品、營養品）
第6類（金屬製品、金屬建材、金屬材料）
第7類（機械設備、馬達、傳動）
第8類（手動器具（小型）、餐具、冷兵器）
第10類（醫療器械、醫療用品、成人用品）
第11類（照明潔具、冷熱設備、消毒凈化）
第12類（運輸工具、運載工具零部件）
第13類（軍火、煙火、個人防護噴霧）
第14類（珠寶、貴金屬、鍾表）
第15類（樂器、樂器輔助用品及配件）
第16類（紙品、辦公用品、文具教具）
第17類（橡膠製品、絕緣隔熱隔音材料）
第18類（箱包、皮革皮具、傘具）
第19類（非金屬建築材料）
第20類（傢具、傢具部件、軟墊）
第21類（廚房器具、家用器皿、洗護用具）
第22類（繩纜、遮蓬、袋子）
第23類（紗、線、絲）
第24類（紡織品、床上用品、毛巾）
第25類（服裝、鞋帽、襪子手套）
第26類（飾品、假發、紐扣拉鏈）
第27類（地毯、席墊、牆紙）
第28類（玩具、體育健身器材、釣具）
第29類（熟食、肉蛋奶、食用油）
第30類（面點、調味品、飲品）
第31類（生鮮、動植物、飼料種子）
第32類（啤酒、不含酒精的飲料）
第33類（酒、含酒精飲料）
第34類（煙草、煙具）
第35類（廣告、商業管理、市場營銷）
第36類（金融事務、不動產管理、典當擔保）
第37類（建築、室內裝修、維修維護）
第38類（電信、通訊服務）
第39類（運輸倉儲、能源分配、旅行服務）
第40類（材料加工、印刷、污物處理）
第41類（教育培訓、文體活動、娛樂服務）
第42類（研發質控、IT服務、建築咨詢）
第43類（餐飲住宿、養老托兒、動物食宿）
第44類（醫療、美容、園藝）
第45類（安保法律、婚禮家政、社會服務）

㈡ jdbc是什麼

JDBC為工具/資料庫開發人員提供了一個標準的API，據此可以構建更高級的工具和介面，使資料庫開發人員能夠用純 Java API 編寫資料庫應用程序，同時，JDBC也是個商標名。 有了JDBC，向各種關系數據發送SQL語句就是一件很容易的事。換言之，有了JDBC API，就不必為訪問Sybase資料庫專門寫一個程序，為訪問Oracle資料庫又專門寫一個程序，或為訪問Informix資料庫又編寫另一個程序等等，程序員只需用JDBC API寫一個程序就夠了，它可向相應資料庫發送SQL調用。同時，將Java語言和JDBC結合起來使程序員不必為不同的平台編寫不同的應用程序，只須寫一遍程序就可以讓它在任何平台上運行，這也是Java語言"編寫一次，處處運行"的優勢。 Java資料庫連接體系結構是用於Java應用程序連接資料庫的標准方法。JDBC對Java程序員而言是API，對實現與資料庫連接的服務提供商而言是介面模型。作為API，JDBC為程序開發提供標準的介面，並為資料庫廠商及第三方中間件廠商實現與資料庫的連接提供了標准方法。JDBC使用已有的SQL標准並支持與其它資料庫連接標准，如ODBC之間的橋接。JDBC實現了所有這些面向標準的目標並且具有簡單、嚴格類型定義且高性能實現的介面。 Java 具有堅固、安全、易於使用、易於理解和可從網路上自動下載等特性，是編寫資料庫應用程序的傑出語言。所需要的只是 Java應用程序與各種不同資料庫之間進行對話的方法。而 JDBC 正是作為此種用途的機制。 JDBC 擴展了 Java 的功能。例如，用 Java 和 JDBC API 可以發布含有 applet 的網頁，而該 applet 使用的信息可能來自遠程資料庫。企業也可以用 JDBC 通過 Intranet 將所有職員連到一個或多個內部資料庫中（即使這些職員所用的計算機有Windows、 Macintosh 和UNIX 等各種不同的操作系統）。隨著越來越多的程序員開始使用Java 編程語言，對從 Java 中便捷地訪問資料庫的要求也在日益增加。 MIS 管理員們都喜歡 Java 和 JDBC 的結合，因為它使信息傳播變得容易和經濟。企業可繼續使用它們安裝好的資料庫，並能便捷地存取信息，即使這些信息是儲存在不同資料庫管理系統上。新程序的開發期很短。安裝和版本控制將大為簡化。程序員可只編寫一遍應用程序或只更新一次，然後將它放到伺服器上，隨後任何人就都可得到最新版本的應用程序。對於商務上的銷售信息服務， Java 和JDBC 可為外部客戶提供獲取信息更新的更好方法。JDBC 的用途 簡單地說，JDBC 可做三件事：與資料庫建立連接、發送 SQL 語句並處理結果。下列代碼段給出了以上三步的基本示例： Connection con = DriverManager.getConnection（"jdbc：odbc：wombat"，"login"， "password"）； Statement stmt = con.createStatement（）； ResultSet rs = stmt.executeQuery（"SELECT a， b， c FROM Table1"）； while （rs.next（）） { int x = rs.getInt（"a"）； String s = rs.getString（"b"）； float f = rs.getFloat（"c"）； } 上述代碼對基於JDBC的資料庫訪問做了經典的總結，當然，在本小節的後續部分會對它做詳盡的分析講解。JDBC API JDBC 是個"低級"介面，也就是說，它用於直接調用 SQL 命令。在這方面它的功能極佳，並比其它的資料庫連接 API 易於使用，但它同時也被設計為一種基礎介面，在它之上可以建立高級介面和工具。高級介面是"對用戶友好的"介面，它使用的是一種更易理解和更為方便的 API，這種API在幕後被轉換為諸如 JDBC 這樣的低級介面。 在關系資料庫的"對象/關系"映射中，表中的每行對應於類的一個實例，而每列的值對應於該實例的一個屬性。於是，程序員可直接對 Java 對象進行操作；存取數據所需的 SQL 調用將在"掩蓋下"自動生成。此外還可提供更復雜的映射，例如將多個表中的行結合進一個 Java 類中。 隨著人們對 JDBC 的興趣日益增漲，越來越多的開發人員一直在使用基於 JDBC 的工具，以使程序的編寫更加容易。程序員也一直在編寫力圖使最終用戶對資料庫的訪問變得更為簡單的應用程序。例如應用程序可提供一個選擇資料庫任務的菜單。任務被選定後，應用程序將給出提示及空白供填寫執行選定任務所需的信息。所需信息輸入應用程序將自動調用所需的 SQL 命令。在這樣一種程序的協助下，即使用戶根本不懂 SQL 的語法，也可以執行資料庫任務。JDBC與ODBC的比較 目前，Microsoft 的 ODBC API 可能是使用最廣的、用於訪問關系資料庫的編程介面。它能在幾乎所有平台上連接幾乎所有的資料庫。為什麼 Java 不使用 ODBC？對這個問題的回答是：Java 可以使用 ODBC，但最好是在 JDBC 的幫助下以 JDBC-ODBC 橋的形式使用，這一點我們稍後再說。現在的問題已變成："為什麼需要 JDBC"？答案是顯然的：ODBC 不適合直接在 Java 中使用，因為它使用 C 語言介面。從Java 調用本地 C 代碼在安全性、實現、堅固性和程序的自動移植性方面都有許多缺點。從 ODBC C API 到 Java API 的字面翻譯是不可取的。例如，Java 沒有指針，而 ODBC 卻對指針用得很廣泛（包括很容易出錯的指針"void *"）。您可以將 JDBC 想像成被轉換為面向對象介面的 ODBC，而面向對象的介面對 Java 程序員來說較易於接收。 ODBC 很難學。它把簡單和高級功能混在一起，而且即使對於簡單的查詢，其選項也極為復雜。相反，JDBC 盡量保證簡單功能的簡便性，而同時在必要時允許使用高級功能。啟用"純 Java "機制需要象 JDBC 這樣的 Java API。如果使用ODBC，就必須手動地將 ODBC 驅動程序管理器和驅動程序安裝在每台客戶機上。如果完全用 Java 編寫 JDBC 驅動程序則 JDBC 代碼在所有 Java 平台上（從網路計算機到大型機）都可以自 動安裝、移植並保證安全性。 總之，JDBC API 對於基本的 SQL 抽象和概念是一種自然的 Java 介面。它建立在 ODBC 上而不是從零開始。因此，熟悉 ODBC 的程序員將發現 JDBC 很容易使用。JDBC 保留了 ODBC 的基本設計特徵；事實上，兩種介面都基於 X/Open SQL CLI（調用級介面）。它們之間最大的區別在於：JDBC 以 Java 風格與優點為基礎並進行優化，因此更加易於使用。 目前，Microsoft 又引進了 ODBC 之外的新 API： RDO、 ADO 和OLE DB。這些設計在許多方面與 JDBC 是相同的，即它們都是面向對象的資料庫介面且基於可在 ODBC 上實現的類。但在這些介面中，我們未看見有特別的功能使我們要轉而選擇它們來替代 ODBC，尤其是在 ODBC 驅動程序已建立起較為完善的市場的情況下。它們最多也就是在 ODBC 上加了一種裝飾而已。JDBC對B/S和C/S的支持 JDBC API 既支持資料庫訪問的兩層模型（C/S），同時也支持三層模型（B/S）。在兩層模型中，Java applet或應用程序將直接與資料庫進行對話。這將需要一個JDBC驅動程序來與所訪問的特定資料庫管理系統進行 通訊。用戶的SQL語句被送往資料庫中，而其結果將被送回給用戶。資料庫可以位於另一台計算機上，用戶通過網路連接到上面。這就叫做客戶機/伺服器配置，其中用戶的計算機為客戶機，提供資料庫的計算機為伺服器。網路可以是 Intranet（它可將公司職員連接起來），也可以是 Internet。 在三層模型中，命令先是被發送到服務的"中間層"，然後由它將SQL 語句發送給資料庫。資料庫對 SQL 語句進行處理並將結果送回到中間層，中間層再將結果送回給用戶。MIS 主管們都發現三層模型很吸引人，因為可用中間層來控制對公司數據的訪問和可作的的更新的種類。中間層的另一個好處是，用戶可以利用易於使用的高級API，而中間層將把它轉換為相應的低級調用。最後，許多情況下三層結構可提供一些性能上的好處。 到目前為止，中間層通常都用 C 或 C++ 這類語言來編寫，這些語言執行速度較快。然而，隨著最優化編譯器（它把 Java 位元組代碼轉換為高效的特定於機器的代碼）的引入，用 Java 來實現中間層將變得越來越實際。這將是一個很大的進步，它使人們可以充分利用 Java 的諸多優點（如堅固、多線程和安全等特徵）。JDBC 對於從Java的中間層來訪問資料庫非常重要。SQL 的一致性 結構化查詢語言 （SQL） 是訪問關系資料庫的標准語言。困難之處在於：雖然大多數的 DBMS （資料庫管理系統）對其基本功能都使用了標准形式的 SQL，但它們卻不符合最近為更高級的功能定義的標准 SQL 語法或語義。例如，並非所有的資料庫都支持儲存程序或外部連接，那些支持這一功能的資料庫又相互不一致。人們希望 SQL 中真正標準的那部份能夠進行擴展以包括越來越多的功能。但同時 JDBC API 又必須支持現有的 SQL。 JDBC API 解決這個問題的一種方法是允許將任何查詢字元串一直傳到所涉及的 DBMS 驅動程序上。這意味著應用程序可以使用任意多的 SQL 功能，但它必須冒這樣的風險：有可能在某些 DBMS 上出錯。事實上，應用程序查詢甚至不一定要是 SQL，或者說它可以是個為特定的 DBMS 設計的 SQL 的專用派生物（例如，文檔或圖象查詢）。 JDBC 處理 SQL 一致性問題的第二種方法是提供 ODBC 風格的轉義子句，這將在後續部分中討論。轉義語法為幾個常見的 SQL 分歧提供了一種標準的 JDBC 語法。例如，對日期文字和已儲存過程的調用都有轉義語法。 對於復雜的應用程序，JDBC 用第三種方法來處理 SQL 的一致性問題它利用 DatabaseMetaData 介面來提供關於 DBMS 的描述性信息，從而使應用程序能適應每個 DBMS 的要求和功能。 由於JDBC API 將用作開發高級資料庫訪問工具和 API 的基礎 API，因此它還必須注意其所有上層建築的一致性。"符合JDBC標准TM" 代表用戶可依賴的 JDBC 功能的標准級別。要使用這一說明，驅動程序至少必須支持 ANSI SQL-2 Entry Level（ANSI SQL-2 代表美國國家標准局 1992 年所採用的標准。Entry Level代表SQL功能的特定清單）。驅動程序開發人員可用 JDBC API 所帶的測試工具包來確定他們的驅動程序是否符合這些標准。 "符合 JDBC 標准TM" 表示提供者的 JDBC 實現已經通過了JavaSoft 提供的一致性測試。這些一致性測試將檢查 JDBC API中定義的所有類和方法是否都存在，並盡可能地檢查程序是否具有SQL Entry Level 功能。當然，這些測試並不完全，而且 JavaSoft 目前也無意對各提供者的實現進行標級。但這種一致性定義的確可對JDBC實現提供一定的可信度。隨著越來越多的資料庫提供者、連接提供者、Internet 提供者和應用程序編程員對 JDBC API 的接受，JDBC 也正迅速成為 Java 資料庫訪問的標准。JDBC建立聯接 你需要做的第一事情是你與想要使用的 DBMS 建立一個連接。這包含 2 個步驟：裝載驅動程序並建立連接。裝載驅動程序 裝載驅動程序只需要非常簡單的一行代碼。例如，你想要使用 JDBC-ODBC 橋驅動程序, 可以用下列代碼裝載它： Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); 你的驅動程序文檔將告訴你應該使用的類名。例如， 如果類名是 jdbc.DriverXYZ ，你將用代碼以下的代碼裝載驅動程序： Class.forName("jdbc.DriverXYZ"); 你不需要創建一個驅動程序類的實例並且用 DriverManager 登記它，因為調用 Class.forName 將自動將載入驅動程序類。如果你曾自己創建實例，你將創建一個不必要的副本，但它不會帶來什麼壞處。 載入Driver 類後，它們即可用來與資料庫建立連接。建立連接 第二步就是用適當的驅動程序類與 DBMS 建立一個連接。下列代碼是一般的做法： Connection con = DriverManager.getConnection(url, "myLogin", "myPassword"); 這個步驟也非常簡單，最難的是怎麼提供 url。如果你正在使用 JDBC-ODBC 橋， JDBC URL 將以 jdbc:odbc 開始：餘下 URL 通常是你的數據源名字或資料庫系統。因此，假設你正在使用 ODBC 存取一個叫 "Fred" 的 ODBC 數據源，你的 JDBC URL 是 jdbc:odbc:Fred 。把 "myLogin" 及 "myPassword" 替換為你登陸 DBMS 的用戶名及口令。如果你登陸資料庫系統的用戶名為 "Fernanda" 口令為 "J8"，只需下面的 2 行代碼就可以建立一個連接： String url = "jdbc:odbc:Fred"; Connection con = DriverManager.getConnection(url,"Fernanda", "J8"); 如果你使用的是第三方開發了的 JDBC驅動程序，文檔將告訴你該使用什麼 subprotocol， 就是在 JDBC URL 中放在 jdbc 後面的部分。例如, 如果驅動程序開發者注冊了acme 作為 subprotocol， JDBC URL 的第一和第二部分將是 jdbc:acme。驅動程序文檔也會告訴你餘下 JDBC URL 的格式。JDBC URL 最後一部分提供了定位資料庫的信息。 如果你裝載的驅動程序識別了提供給 DriverManager.getConnection 的 JDBC URL ，那個驅動程序將根據 JDBC URL 建立一個到指定 DBMS 的連接。正如名稱所示，DriverManager 類在幕後為你管理建立連接的所有細節。除非你是正在寫驅動程序，你可能無需使用此類的其它任何方法，一般程序員需要在此類中直接使用的唯一方法是 DriverManager.getConnection。 DriverManager.getConnection 方法返回一個打開的連接，你可以使用此連接創建 JDBC statements 並發送 SQL 語句到資料庫。

㈢ 蘇州鈴木的商標到底是SEC還是SQL還是SLEC啊蘇州鈴木和他的分公司各網站上都不一樣啊蘇州鈴木的商標到底

人家是有好幾個商標額，所以掛哪個都是一樣了呵呵這是他們的商標信息給你個幅圖參考：

㈣ ISQLY注冊過商標嗎還有哪些分類可以注冊

ISQLY商標總申請量1件
其中已成功注冊0件，有1件正在申請中，無效注冊0件，0件在售中。
經八戒知識產權統計，ISQLY還可以注冊以下商標分類：
第1類（化學制劑、肥料）
第2類（顏料油漆、染料、防腐製品）
第3類（日化用品、洗護、香料）
第4類（能源、燃料、油脂）
第5類（葯品、衛生用品、營養品）
第6類（金屬製品、金屬建材、金屬材料）
第7類（機械設備、馬達、傳動）
第8類（手動器具（小型）、餐具、冷兵器）
第9類（科學儀器、電子產品、安防設備）
第10類（醫療器械、醫療用品、成人用品）
第11類（照明潔具、冷熱設備、消毒凈化）
第12類（運輸工具、運載工具零部件）
第13類（軍火、煙火、個人防護噴霧）
第14類（珠寶、貴金屬、鍾表）
第15類（樂器、樂器輔助用品及配件）
第16類（紙品、辦公用品、文具教具）
第17類（橡膠製品、絕緣隔熱隔音材料）
第18類（箱包、皮革皮具、傘具）
第19類（非金屬建築材料）
第20類（傢具、傢具部件、軟墊）
第21類（廚房器具、家用器皿、洗護用具）
第22類（繩纜、遮蓬、袋子）
第23類（紗、線、絲）
第24類（紡織品、床上用品、毛巾）
第26類（飾品、假發、紐扣拉鏈）
第27類（地毯、席墊、牆紙）
第28類（玩具、體育健身器材、釣具）
第29類（熟食、肉蛋奶、食用油）
第30類（面點、調味品、飲品）
第31類（生鮮、動植物、飼料種子）
第32類（啤酒、不含酒精的飲料）
第33類（酒、含酒精飲料）
第34類（煙草、煙具）
第35類（廣告、商業管理、市場營銷）
第36類（金融事務、不動產管理、典當擔保）
第37類（建築、室內裝修、維修維護）
第38類（電信、通訊服務）
第39類（運輸倉儲、能源分配、旅行服務）
第40類（材料加工、印刷、污物處理）
第41類（教育培訓、文體活動、娛樂服務）
第42類（研發質控、IT服務、建築咨詢）
第43類（餐飲住宿、養老托兒、動物食宿）
第44類（醫療、美容、園藝）
第45類（安保法律、婚禮家政、社會服務）

㈤ MySQL月SQL2000有什麼區別

MySQL®軟體提供了十分快速的多線程、多用戶、牢靠的SQL（結構化查詢語言）資料庫伺服器。 MySQL伺服器定位於任務關鍵型、重負荷生產系統，並能嵌入在大量部署的軟體中。MySQL是MySQL AB的注冊商標。

MySQL軟體採用雙許可方式。用戶可根據GNU通用公共許可（http://www.fsf.org/licenses/）條款，將MySQL軟體作為開放源碼產品使用，或從MySQL AB公司購買標準的商業許可證。關於我方許可策略的更多信息，請參見http://www.mysql.com/company/legal/licensing/。
MySQL 是一個開源軟體；

SQL Server2000是微軟公司出品的資料庫，非開源軟體；因為windows用戶數量很大，使用SQL Server的人也很多；
但是現在MySQL已經行業內發展的趨勢，因為其優異的性能和開源的特性，更多的軟體開發人員轉向MySQL；

Windows下安裝後的過程
在Windows中，不需要創建數據目錄和授權表。MySQL Windows分發版包括在數據目錄下的MySQL資料庫中的一套預初始化的賬戶的 授權表。不要運行Unix中使用的mysql_install_db腳本。但是，如果你沒有使用Windows Installation Wizard（安裝幫助）來安裝MySQL，應當為賬戶指定密碼。

設置密碼前，你可能想要運行一些客戶端程序來確保你能夠連接伺服器，並且操作正確。確保伺服器在運行，然後發出下面的命令來驗證你可以從伺服器獲取信息。輸出應當類似於：

C:\> C:\mysql\bin\mysqlshow
+-----------+
| Databases |
+-----------+
| mysql |
| test |
+-----------+

㈥ 外國人怎麼念SQL 要標準的美式英語念法

官方的正確讀法是一個字母一個字母的讀，但更普遍的是讀作sequel。

以下是轉載：

很多講英語的資料庫專業人員把SQL發成sequel的音，但正確的發音應該是S-Q-L（「ess kyoo ell」），大家可以猜測下導致這種錯誤發音的原因，我認為這其中既有歷史上的原因也有語言學方面的原因。
在歷史方面原因，IBM在20世紀70年代開發了一種叫做SEQUEL的語言，它是Structured English Query Language的首字母縮寫，設計這種語言是為了操縱存儲在資料庫系統Sytem R中的數據，Sytem R基於Edgar F.Codd博士提出的關系資料庫管理系統（RDBMS）模型。後來，由於商標之爭，首字母SEQUEL被簡化成SQL。ANSI在1986年選擇SQL作為一項標准，ISO則在1987做了同樣的舉措。ANSI宣布該語言的正確發音是「ess kyoo ell」，但它好像並沒有被廣泛接受。
在語言學方面，sequel的發言更為流暢，對講英語的人來說更是如此。我自己也因為這個原因而使用這個發音。
有時你可以通過檢查人們的書寫來猜測它使用的是哪種發音，寫成「an SQL Server"的人可能使用正確的發音，而寫成「a SQL Server」的人可能使用錯誤的發音。
p.s:了解下歷史也是很有趣的啊

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/starfork/archive/2008/06/02/2502266.aspx

㈦ KEYSQL注冊過商標嗎還有哪些分類可以注冊

KEYSQL商標總申請量1件
其中已成功注冊0件，有1件正在申請中，無效注冊0件，0件在售中。
經八戒知識產權統計，KEYSQL還可以注冊以下商標分類：
第1類（化學制劑、肥料）
第2類（顏料油漆、染料、防腐製品）
第3類（日化用品、洗護、香料）
第4類（能源、燃料、油脂）
第5類（葯品、衛生用品、營養品）
第6類（金屬製品、金屬建材、金屬材料）
第7類（機械設備、馬達、傳動）
第8類（手動器具（小型）、餐具、冷兵器）
第10類（醫療器械、醫療用品、成人用品）
第11類（照明潔具、冷熱設備、消毒凈化）
第12類（運輸工具、運載工具零部件）
第13類（軍火、煙火、個人防護噴霧）
第14類（珠寶、貴金屬、鍾表）
第15類（樂器、樂器輔助用品及配件）
第16類（紙品、辦公用品、文具教具）
第17類（橡膠製品、絕緣隔熱隔音材料）
第18類（箱包、皮革皮具、傘具）
第19類（非金屬建築材料）
第20類（傢具、傢具部件、軟墊）
第21類（廚房器具、家用器皿、洗護用具）
第22類（繩纜、遮蓬、袋子）
第23類（紗、線、絲）
第24類（紡織品、床上用品、毛巾）
第25類（服裝、鞋帽、襪子手套）
第26類（飾品、假發、紐扣拉鏈）
第27類（地毯、席墊、牆紙）
第28類（玩具、體育健身器材、釣具）
第29類（熟食、肉蛋奶、食用油）
第30類（面點、調味品、飲品）
第31類（生鮮、動植物、飼料種子）
第32類（啤酒、不含酒精的飲料）
第33類（酒、含酒精飲料）
第34類（煙草、煙具）
第35類（廣告、商業管理、市場營銷）
第36類（金融事務、不動產管理、典當擔保）
第37類（建築、室內裝修、維修維護）
第38類（電信、通訊服務）
第39類（運輸倉儲、能源分配、旅行服務）
第40類（材料加工、印刷、污物處理）
第41類（教育培訓、文體活動、娛樂服務）
第42類（研發質控、IT服務、建築咨詢）
第43類（餐飲住宿、養老托兒、動物食宿）
第44類（醫療、美容、園藝）
第45類（安保法律、婚禮家政、社會服務）

㈧ INSQLENT注冊過商標嗎還有哪些分類可以注冊

INSQLENT商標總申請量1件
其中已成功注冊0件，有1件正在申請中，無效注冊0件，0件在售中。
經八戒知識產權統計，INSQLENT還可以注冊以下商標分類：
第1類（化學制劑、肥料）
第2類（顏料油漆、染料、防腐製品）
第3類（日化用品、洗護、香料）
第4類（能源、燃料、油脂）
第5類（葯品、衛生用品、營養品）
第6類（金屬製品、金屬建材、金屬材料）
第7類（機械設備、馬達、傳動）
第8類（手動器具（小型）、餐具、冷兵器）
第9類（科學儀器、電子產品、安防設備）
第10類（醫療器械、醫療用品、成人用品）
第11類（照明潔具、冷熱設備、消毒凈化）
第12類（運輸工具、運載工具零部件）
第13類（軍火、煙火、個人防護噴霧）
第14類（珠寶、貴金屬、鍾表）
第15類（樂器、樂器輔助用品及配件）
第16類（紙品、辦公用品、文具教具）
第17類（橡膠製品、絕緣隔熱隔音材料）
第18類（箱包、皮革皮具、傘具）
第19類（非金屬建築材料）
第20類（傢具、傢具部件、軟墊）
第21類（廚房器具、家用器皿、洗護用具）
第22類（繩纜、遮蓬、袋子）
第23類（紗、線、絲）
第24類（紡織品、床上用品、毛巾）
第26類（飾品、假發、紐扣拉鏈）
第27類（地毯、席墊、牆紙）
第28類（玩具、體育健身器材、釣具）
第29類（熟食、肉蛋奶、食用油）
第30類（面點、調味品、飲品）
第31類（生鮮、動植物、飼料種子）
第32類（啤酒、不含酒精的飲料）
第33類（酒、含酒精飲料）
第34類（煙草、煙具）
第35類（廣告、商業管理、市場營銷）
第36類（金融事務、不動產管理、典當擔保）
第37類（建築、室內裝修、維修維護）
第38類（電信、通訊服務）
第39類（運輸倉儲、能源分配、旅行服務）
第40類（材料加工、印刷、污物處理）
第41類（教育培訓、文體活動、娛樂服務）
第42類（研發質控、IT服務、建築咨詢）
第43類（餐飲住宿、養老托兒、動物食宿）
第44類（醫療、美容、園藝）
第45類（安保法律、婚禮家政、社會服務）

㈨ 兩位大類加6位流水號用SQL語句怎樣生成商品編碼

零售服裝商品標識代碼的編碼方法
服裝企業在為零售服裝產品編制商品條碼的代碼（以下簡稱「商品標識代碼」）時，應當遵循唯一性、無含義性和穩定性的原則。

1．唯一性

根據GB 12904《商品條碼》國家標準的強制性要求，商品名稱、商標、種類、規格、數量、包裝類型等基本特徵屬性有一項不同時，商品標識代碼就應當不同，這就是編制商品標識代碼所應當遵循的唯一性原則，俗稱「一品一碼」原則。

對於服裝產品來說，其基本特徵屬性一般包括品種、面料、款式、規格、顏色等。這些基本特徵屬性一旦確定，一般就可以確定唯一的「一款」服裝產品。下面舉例說明服裝企業如何按照唯一性原則編制零售商品標識代碼。

例如，某服裝企業申請了廠商識別代碼69290001。現在有一款新的產品要上市，按照表2-1之結構二，需要分配4位商品項目代碼，如0001，相應的校驗碼為2，則該款服裝產品的完整商品標識代碼為6929000100012。其後如有第二款產品上市時，應當分配另一個4位商品項目代碼，如0002，並得到另一個完整的商品標識代碼6929000100029。企業如果將商品項目代碼0000～9999這10000個號碼全部用完，再生產新產品時，就需要申請一個新的廠商識別代碼（如69290002）。此時，雖然後面的商品項目代碼（如0001）會和廠商識別代碼為69290001時的商品項目代碼重復，但由於廠商識別代碼不同，整個13位商品標識代碼也就不同，不會導致重碼。

唯一性原則是編制商品標識代碼所應當遵守的最基本原則，也是最重要的一條原則。在商業POS自動結算系統中和服裝企業商品管理信息系統中，不同的商品是靠不同的代碼來區別的。假如把兩種不同的商品用同一代碼來標識，違反唯一性原則，會導致商品管理信息系統的混亂，給銷售商、消費者和服裝企業帶來經濟損失。當然，「唯一性」是相對的，如果一款新品中還有各種細小的差別（例如鈕扣的顏色、形狀不同），而服裝企業不需要考慮這種細小的差別對銷售、配送是否帶來影響，編制商品標識代碼時就可以對這些細小的差別不予考慮，對存在細小差別的服裝產品賦予相同的標識代碼。有時，對一些產品管理比較簡單的服裝企業來說，可能不需要統計同一小類產品的局部款式、規格、顏色的差別對產品的銷售、配送是否有影響，則可以將僅在這些方面存在差別的產品認為是一款產品，賦予相同的商品標識代碼。不過，商品標識代碼分配得越「籠統」，可以得到的服裝產品屬性信息也就越少，所以不同的企業應根據自己的商品管理需要確定產品的「相同」或「不同」，從而決定商品標識代碼的「相同」或「不同」。

需要特別注意的是，基本特徵屬性完全相同，但因在不同地區銷售而售價不同的兩批服裝產品，不應分配不同的商品標識代碼。例如，完全相同的襯衫，在一個城市售價為100元，而同時在另一個城市售價為80元，但它們在出廠時應賦予相同的商品標識代碼。為了通過編碼與條碼符號對不同地區銷售的相同產品進行區分，可以採用本章第五節提到的附加屬性代碼及相應條碼符號來表示。

2．無含義性

商品條碼具有全球通用性，這就要求其代碼長度不能隨意。EAN/UCC-13代碼只能由13位數字組成。在我國，一個服裝企業申請一個前綴碼為692或693的廠商識別代碼最多隻能編制10000款服裝產品。因此，為了不浪費代碼資源，企業編制服裝商品標識代碼時一般只能採取無含義編碼，而且通常採用流水號編碼，也就是「有一款新品編一個代碼」。

用上述13位商品標識代碼標識一款服裝產品，是為了給該款產品一個全球唯一的關鍵字，所有關於該產品各種屬性信息的描述全部依靠計算機資料庫系統進行管理。

3．穩定性

一款服裝產品被賦予一個商品標識代碼後，如果產品本身沒有變化，就不能改變其商品標識代碼。即使售價發生變化，也只能改變銷售管理信息系統的產品價格，而不能改變商品標識代碼。但是下列情況下需要改變商品標識代碼：

l 產品的新變體取代了原產品；

l 產品的輕微變化對銷售的影響比較明顯，企業需要考慮這種影響。

另外，由於服裝產品的更新換代非常快，所以對於不再生產的產品，其商品標識代碼可以在適當時候賦給新的產品，以節省代碼資源。一般在一款服裝產品停產2年半後可以把相應的商品標識代碼重新賦給新的產品。總之，在不影響產品信息管理、不導致市場混亂的前提下，服裝企業應及時啟用停產產品的商品標識代碼，以盡量節省代碼資源。

服裝商品標識代碼編碼的唯一性、無含義性和穩定性是三個非常重要的原則。服裝企業在編制商品標識代碼時，必須遵守這三個原則，科學、規范地進行編碼，充分發揮商品條碼的作用。

採用商品條碼來標識服裝產品，企業往往擔心編碼容量不夠用。其實，這種擔心是不必要的。只要採用無含義編碼，現有的商品條碼系統成員至少有10000個號碼可以使用（前綴碼為692、693）。而且服裝產品生命周期短，往往一款產品經過一兩年就不再生產了，停產後兩三年該標識代碼就可以賦給別的產品。即使少數企業的產品眾多，10000個代碼容量確實不夠用，中國物品編碼中心還允許系統成員根據需要申請多個廠商識別代碼，每增加一個廠商識別代碼就意味著給企業增加了10000個代碼容量。針對個別大型服裝企業，中國物品編碼中心還可以提供專門的編碼容量解決方案。

服裝產品的基本特徵屬性繁多，商品標識代碼數量普遍比較大，一般至少達數百個，多的達幾萬甚至幾十萬個。這些代碼信息一旦出現混亂，可能給服裝企業的產品管理造成嚴重影響。因此企業必須十分重視商品標識代碼的賦碼管理工作，實行專人管理，盡量採用計算機自動賦碼和編碼信息管理，確保編碼信息的安全有序。

㈩ JDBC和jdbi之間的區別是什麼

JDBI是一個使用方便的SQL開發庫，用符合Java語言習慣的集合、Bean等方式，提供關系資料庫訪問介面，同時保留了JDBC類似的信息。JDBI提供了鏈式風和SQL對象兩種風格的API。JDBC是一種用於執行SQL語句的Java API，可以為多種關系資料庫提供統一訪問，它由一組用Java語言編寫的類和介面組成。JDBC提供了一種基準，據此可以構建更高級的工具和介面，使資料庫開發人員能夠編寫資料庫應用程序，同時，JDBC也是個商標名。
jDBI使用查詢結果的Java集合框架，提供了外部化SQL語句的便利方式，並提供了一個名為參數支持正在使用的任何資料庫。jDBI是建立在JDBC之上。 所有的Java應用程序使用JDBC訪問關系資料庫，所以它不是一個非此即彼/或選擇。 他們是免費的。 沒有JDBC不能使用jDBI。