?schema

schema發(fā)音

英：[?ski:m?]　　美：[?skim?]

英：　　美：

schema中文意思翻譯

n. 圖解, 計劃, 模式, 綱要

schema詞形變化

名詞復數: schemata |

schema常見例句

1 、The ORM should seperate the Object Schema from Object Data.───ORM應該分離業(yè)務實體結構元數據和業(yè)務實體數據。

2 、Team Foundation work item tracking schema defines a specific work item type.───Team Foundation工作項跟蹤架構用于定義一種特定的工作項類型。

3 、Write the schema of the current table and all its descendants.───將寫入當前表及其所有子代的架構。

4 、The IXmlSerializable interface supports custom schema generation.───IXmlSerializable接口支持自定義架構生成。

5 、Refreshes the schema cache on the client computer.───在客戶端計算機上刷新架構緩存。

6 、How do I find all the owners of entities contained in a specified schema?───如何找到指定架構中包含的實體的全部所有者?

7 、Allows you to extend the configuration schema.───允許您擴展配置架構。

8 、Schema theory is one of the important theories of Cognitive Linguistics.───圖式理論是認知語言的重要理論之一。

9 、XML Schema validation is a relatively complex process.───XML Schema驗證是一個比較復雜的過程。

10 、A schema change will fail if the table is being used by another process.───如果其他進程也使用了此表,就將無法進行架構更改。

11 、You should use the edge table format to specify a rowset schema.───應使用邊緣表格式來指定行集架構。

12 、Saves output to the specified XML schema file.───將輸出保存到指定的XML架構文件。

13 、Define the types that will be used in your schema.───定義將用于架構的類型。

14 、Where path is the path to the schema map file.───其中“路徑”是架構映射文件的路徑。

15 、Allow ads, except pyramid schema.───允許**，除了老鼠會。

16 、Therefore, deferring the schema validation may improve performance.───因此,延遲架構驗證可能會改善性能。

17 、The Oracle9iAS Wireless XML schema defines the basic structures that exist in WML.───Oracle9iAS Wireless XML 模式定義了存在于WML 中的基本結構。

18 、Objects that represent all XML elements unknown to the schema.───對象填充該數組,這些對象表示架構未知的所有XML元素。

19 、The following table describes the elements in the log schema.───下表介紹了日志架構中的元素

20 、Another editor window containing the schema.───包含架構的另一個編輯器窗口。

21 、Yeah, your algorithm is solid. It's a really good schema.─── 你的算法很不錯 架構相當完美

22 、If the schema contains objects, the DROP statement fails.───如果架構包含對象,則DROP語句將失敗。

23 、XML Schema is presented and compared with XML DTD.───介紹了XML Schema的特點,比較了XML DTD和XML Schema。

24 、This schema lock can be acquired in shared (S) or exclusive (E) mode.───在共享(S)或排它(E)模式下可獲得此模式鎖。

25 、Setup was not able to upgrade the report server database schema.───安裝程序無法升級報表服務器數據庫架構。

26 、The merge process could not enumerate schema information at the Publisher.───合并進程未能枚舉發(fā)布服務器上的架構信息。

27 、Why do the subclasses not appear in the schema?───為何模式中沒有子類?

28 、Use the specified schema file to define the database schema.───使用指定的模式文件定義數據庫模式。

29 、This schema is no longer supported.───不再支持此架構。

30 、Deploy the schema file to your device.───將模式文件部署到設備上。

31 、The significance of their schema has been exaggerated.───他們的設想的意義被夸大了。

32 、XML applications request both data and schema information from directories and consolidate them into one document.───XML應用程序從目錄中請求數據和模式信息，把它們合并到一個文檔中。

33 、The stream to which the XML schema will be written.───XML架構將寫入的流。

34 、If not, you can hack up your own schema using a plain text editor.───如果沒有,您可以使用純文本編輯器創(chuàng)建自己的模式。

35 、The attribute schema has bad syntax.───屬性架構語法不對。

36 、A complete RFT SQL schema listing follows.───一個完整的RFT SQL模式如下所示

37 、You're not going to have one standard schema for all these things.───你不將為所有的這些事物有一標準輪廓。

38 、If you add an XML Schema item, the output will be only a schema file.───如果添加XML架構項,則輸出將只有一個架構文件。

39 、Any data that does not correspond to the existing schema will be ignored.───將忽略不與現有架構對應的任何數據。

40 、On the next layer sits a schema that validates the structure and typing.───上一層用模式驗證文檔的結構和類型。

41 、Applies only to the xml data type for associating an XML schema with the type.───僅應用于xml數據類型,以便將XML架構與類型相關聯(lián)。

42 、Replication supports a wide range of schema changes to published objects.───復制支持對已發(fā)布對象進行多種架構更改。

43 、To solve this problem, we could define a substitutionGroup in the XML schema.───假設有兩個分別來自英國和挪威的使用者，我們很希望有能力能讓他或她進行選擇，在XML文檔里的元素名稱中選擇他們所擅長的語言，是英文呢?

44 、Why is basing your object model on an existing data schema a bad idea?───為什么以已有的數據模式作為對象模型的基礎不是一個好主意?

45 、Cannot read the governs class identifier for the schema record.───不能讀取架構記錄管理類別識別符。

46 、A RELAX NG schema itself is validated during the process, as well.───在這個過程中,還驗證RELAX NG模式本身。

47 、XML uses DTD or Schema to define grammar.───XML通過DTD或Schema定義文法。

48 、Object that represents the directory entry for the schema property.───對象,它表示架構屬性的目錄項。

49 、The merge process could not enumerate schema information at the Subscriber.───合并進程無法列舉訂閱上的方案信息。

50 、Root element of the code snippet XML schema.───代碼段XML架構的根元素。

51 、Second, the message schema should be extensible.───其次，消息格式應該可以擴展。

52 、Objects that represent all XML attributes unknown to the schema.───對象填充該數組,這些對象表示架構未知的所有XML屬性。

53 、Element provides support for redefining schema components.───元素為重新定義架構組件提供支持。

54 、XML schema is used for type checking of typed XML.───XML架構用于對類型化的XML進行類型檢查。

55 、Is the name of the schema to which the alias or user-defined type belongs.───別名或用戶定義的類型所屬的架構名。

56 、Click Upgrade to migrate the tables to the new database schema.───單擊“升級”可以將表遷移到新的數據庫架構。

57 、Object that contains the schema information for the current node.───對象,包含當前節(jié)點的架構信息。

58 、From their work emerged the axiom schema of replacement.───從他們的工作促成了替代公理。

59 、When you use four-part names, always specify the schema name.───使用四部分名稱時,需始終指定架構名稱。

60 、The XML mapping file must be valid against the XML schema definition file.───XML映射文件必須能夠通過XML架構定義文件的驗證。

61 、The following example starts with a single CREATE SCHEMA statement.───以下示例從單個CREATE SCHEMA語句開始。

62 、When your backend database table/column schema names change.───當原來的數據庫中的表/列名變化時。

63 、THE NEXT STEP IS TO PASS THIS SCHEMA FILE TO THE MDB MANAGER.───下一步是把這個SCHEMA文件傳遞給MDB管理器。

64 、Qualifier of a namespace must be unique in a schema file.───命名空間的限定符在架構文件中必須是唯一的。

65 、The schema was only partially loaded because there was not enough memory.───內存不足,架構只有部分被加載。

66 、The XML schema should look something like the code sample below.───XML模式應該類似于下面的代碼示例。

67 、Attribute makes this schema noncompliant with Section 5 encoding.───屬性使得這個模式不遵循Section 5編碼。

68 、DDL triggers can be used to audit or regulate changes to a database schema.───DDL觸發(fā)器可用于審核或控制對數據庫架構的更改。

69 、A data schema, especially a data subschema in a relational data system.───關系數據系統(tǒng)中的數據模式，特別是子模式。

70 、Hopefully the XML schema can be established soon.───希望這份格式能盡快發(fā)布。

71 、In this schema, you know that you only need one address.───在該架構中,您知道只需要一個地址。

72 、Use of a star or snowflake schema to organize the data within the database.───使用星型架構或雪花架構來組織數據庫內的數據。

73 、Schema based collections need a well-defined XML Schema to begin with.───基于模式的集合需要以良好定義的XML Schema作為開始。

74 、A regular,standard,or simplified form of an expression or schema.───(數據的)一個表達式或模式的規(guī)則的標準的或簡化的形式。

75 、Failed to allow the schema to be modified on the current operations master.───允許架構在當前的操作主機上做修改失敗。

76 、The following are elements that appear at the top level of a schema document.───下列元素出現在架構文檔的頂級。

77 、Schema changes are always processed before data synchronization occurs.───在數據同步發(fā)生之前,總會首先處理架構更改。

78 、A null value if the base schema name cannot be determined.───如果無法確定基架構名稱,則為空值。

79 、Move operations on objects in the schema naming context are not allowed.───不允許在架構命名上下文里的對象上移動操作。

80 、The core benefit is the migration of both data and schema.───關鍵的好處是既可以遷移方案也可以遷移數據。

81 、The Document Information Panel for the content type schema opens.───將打開內容類型架構的文檔信息面板。

oracle中schema指的是什么

官方文檔中關于schema是這樣解釋的：

“A schema is a collection of database objects. A schema is owned by a database user and has the same name as that user. Schema objects are the logical structures that directly refer to the database's data. Schema objects include structures like tables, views, and indexes.(There is no relationship between a tablespace and a schema. Objects in the same schema can be in different tablespaces, and a tablespace can hold objects from different schemas.)”

官方文檔里面說得比較明白，schema是數據對象的集合，包括像表、視圖、索引、同義詞等等都可以說是schema的對象。

下面通過具體的例子來加深對user和schema兩者區(qū)別的認識：

第一步，以sys用戶登陸SQL并建立普通用戶storm和penguin：

$ sqlplus / as sysdba

SQL> create user storm identified by storm;

User created.

SQL> create user penguin identified by penguin;

User created.

第二步，賦予一些基本的權限給新建的用戶storm和penguin：

SQL> grant connect,create table,resource to storm,penguin;

Grant succeeded.

第三步，以storm用戶登陸，創(chuàng)建一張表并**入數據：

SQL> conn storm/storm

Connected.

SQL> create table t (id int);

Table created.

SQL> insert into t values(1);

1 row created.

SQL> commit;

Commit complete.

第四步，以penguin用戶登陸，看能否查詢storm用戶所建表里面的數據：

SQL> conn penguin/penguin

Connected.

SQL> select table_name from user_tables;

no rows selected

SQL> show user;

USER is "PENGUIN"

SQL> select * from storm.t;

select * from storm.t

*

ERROR at line 1:

ORA-00942: table or view does not exist

從以上結果可以看出，用戶 penguin無法查看用戶storm所建表里面的內容，甚至被告知沒有這張表。

第五步，修改當前schema為storm，并繼續(xù)查詢：

SQL> alter session set current_schema=storm;

Session altered.

SQL> show user;

USER is "PENGUIN"

SQL> select * from storm.t;

select * from storm.t

*

ERROR at line 1:

ORA-00942: table or view does not exist

仍然不能查看。

第六步，以storm用戶登陸，賦予penguin用戶查看t表的權限：

SQL> conn storm/storm

Connected.

SQL> grant select on t to penguin;

Grant succeeded.

第七步，以penguin用戶登陸，查看storm用戶的t表：

SQL> conn penguin/penguin

Connected.

SQL> select * from storm.t;

ID

----------

1

更簡單的，將當前schema更改為storm，可以簡化查詢過程：

SQL> alter session set current_schema=storm;

Session altered.

SQL> select * from t;

ID

----------

1

知識譜基礎（三）-schema的構建

在前面一篇文章《知識圖譜基礎（二）-知識表達系統(tǒng)》中介紹了知識圖譜的基礎知識表達系統(tǒng)，什么是entity，什么是relation，什么是domain，什么是type等等。本篇文章主要從應用角度來聊一聊如何構建schema以及shcema構建中需要考慮的問題。以下所講的schema構建主要是基于common sense進行構建的，弱關系圖譜構建會在應用中講到。

簡單來說，一個知識圖譜的schema就是相當于一個領域內的數據模型，包含了這個領域里面有意義的概念類型以及這些類型的屬性。任何一個域的schema主要由類型（type）和屬性（property）來表達。圖1是plantdata內的創(chuàng)投schema，主要是為了發(fā)掘一級市場的投資和融資構建的schema。該schema主要是去定義需求，哪些數據對創(chuàng)投有用，才往上構建，例如：人物都有身高 體重，但是這些數據對創(chuàng)投來說意義不大，在schema中就不用構建了。關注創(chuàng)投的人會關注這些基金與人物投資了哪些公司，投資的公司所屬行業(yè)，投資的公司屬于哪一類企業(yè)，在該schema中就需要詳細構建。

1.如何構建域（domain）

域（domain）的概念是凌駕于所有類型之上，對于域的定義應該盡量的抽象，不應該具體，同時域與域之間應盡量做到相互獨立，不交叉。例如，省份就不應該是一個域的概念，在思考是否應該把一個概念當做域時，需要考慮到該概念是否能夠繼續(xù)向上抽象，例如：省份；城市；國家；縣等等，他們同屬于地理位置域。在明確域的概念時，應該定義好域的邊界，這樣比較容易區(qū)分不同域之間的區(qū)域劃分。

2.如何確定一個域的類型（type）

這里需要產品經理去思考，構建這個schema的核心需求是什么，到底需要解決用戶什么問題。為了滿足這些核心需求，我們需要創(chuàng)造出哪些概念？

舉個例子，在汽車領域，用戶主要關心什么問題，例如：汽車的品牌、車系、發(fā)動機。

在NBA領域，用戶主要關心球隊、所屬聯(lián)盟、教練、球員等等。

針對不同的需求，需要在域下面構建不同的類型來滿足用戶的需求。

3.如何確定屬性（property）

思考的角度如下：

1.以用戶需求為出發(fā)點

2.以數據統(tǒng)計為證據

比如在構建完足球領域中的球隊類型后，該類型集合了所有的球隊實體，站在用戶角度觸發(fā)，用戶會關注球隊的哪些關系？

圖2是我簡單的針對足球領域構建的一個圖譜，上面包含了梅西（球隊的球員）， 埃內斯托·巴爾韋德 （球隊的教練），西甲（球隊的所屬聯(lián)賽），其中梅西、西甲、埃內斯托.巴爾韋德又分屬于不同的類型：足球球員，足球聯(lián)賽，足球教練，這些所有的類型構成了足球域。

從上圖的common sense配合圖查詢和自然語言處理技術已經可以支持基礎的問答了，例如，梅西是哪個球隊的？埃內斯托巴爾韋德是哪些球員的教練？西甲有哪些球隊在踢球？等等

schema的應用是產品經理需要重點考慮的內容，因為產品需求決定了schema應該怎么構建，構建的是否完備。而產品的具體應用則主導了schema的整體構建方式，如果不仔細考慮產品應用的話，最慘的情況可能構建了很久的schema會因為一個邏輯坑而徹底報廢掉，由于知識圖譜又是一個牽一發(fā)而動全身的工程，根據實際經驗來說，如果圖譜構建和應用有部分脫節(jié)，可能修改圖譜schema比重新構建圖譜schema的成本還要高。所以，首先確認好具體的應用場景對于一個schema構建的成功與否是至關重要的。

筆者寫一套曾經用過的確認schema的流程

先將應用根據需求的強弱劃分，分為基礎核心需求，schema特色需求，錦上添花需求，未來擴展性需求。

基礎核心需求：是經過需求分析后，構建這個schema需要完成最核心的需求，該需求優(yōu)先級最高

schema特色需求：構建圖譜時可能會經常遇到圖譜可以實現而其他方法實現比較困難的特色需求，這類需求可能需求強度不是很高，但是由于能夠實現一定的差異性，經常會有意想不到的效果。

錦上添花需求：非基礎核心需求，做了更好，不做也可以接受

未來擴展性的需求：確認schema的時候要充分考慮到未來的擴展性，因為這類需求有可能會大改圖譜的schema結構

在構建schema的時候，根據上述分類，需要去考慮該schema一期需要滿足哪些具體的功能，將功能一一列下來，哪些功能是需要放在第二期、第三期完成的，未來的擴展性需求需要在構建的哪一塊區(qū)域留下可擴展的內容。

常用的方法可以使用excel去列出一、二、三期所需要的功能點。

列出上述的功能點后，針對每一個功能點在后面?zhèn)渥⒑迷摴δ艿臉嫿ㄒc（注：這個非常重要），通常需求只需要將產品需求轉化成一定的查詢結構即可，筆者原來用的是cypher查詢語法。以圖2為例，我要支持某個教練教了哪些球員？轉化成查詢語言就是（a:足球教練）<-{b:教練}-（c:球隊）-{d:球員}-（e:足球球員） return e。將a變成參數，輸入a即可返回所有的e，即輸入埃內斯托巴爾韋德，返回就是梅西。

流程如下：query:埃內斯托巴爾韋德帶了哪些球員？→語義解析→轉化成上述查詢，將埃內斯托巴爾韋德作為參數a代入查詢→返回結果→前端包裝展示

注：上面在每個功能點后面?zhèn)渥⒘藰嫿ㄒc，當大部分功能點的構建要點都寫完的時候，需要集中查看構建要點，因為如果需求本身比較大的話，不同的需求很容易造成schema的構建沖突，正如前面所講，schema盡量要保證少出錯。這個時候由于備注了構建要點，可以全局的來審視這個schema中間有沒有邏輯黑洞。常出現的問題主要是在屬性的設計，以及知識融合上。

拿著上述文件去找開發(fā)，確認一下哪些是比較好實現的，一般來說做到這種程度大多數需求開發(fā)都是會接的。如果開發(fā)同學足夠專業(yè)的話，他會從他的視角去給你提出他的寶貴意見。通常產品經理在思考schema這一塊更傾向于思考這個schema的作用，而開發(fā)同學會思考工程實現、實現效率、運行效率、計算量等問題。

大規(guī)模構建schema的時候需要認真考慮數據源的情況，由于不同公司掌握的數據不同，所應用的對策也不同。

通常筆者會將數據源分為如下幾種：

1.已經清洗好的結構化數據：這部分數據一般是公司的核心數據，或者其他公司的核心數據，構建的時候應該優(yōu)先考慮這類數據。這部分數據通常只需要改變數據格式即可入圖譜。

2.清洗好的結構化數據，但數據殘缺：這部分數據通常需要數據挖掘，知識融合。清洗難度是由殘缺比例決定的。

3.無數據：沒有這部分數據，但是又需要這部分數據，通常只能去選擇讓BD去購買數據，或者讓爬蟲組去專業(yè)網站爬取，例如：企業(yè)數據可以去企查查，**的數據可以去貓眼，產業(yè)的數據可以去產業(yè)信息網等等。

假設需要構建的圖譜entity數量在千萬級別，開發(fā)力量不夠強大的時候，慎用純數據挖掘方案，有條件的話筆者建議直接去買結構化數據，因為可能挖掘和知識融合在經濟上的成本比直接買數據要高，而且時間周期也會很長。

個人認為，大規(guī)模構建schema最難的地方就在于挖掘數據的知識融合上，舉個例子：全國有10000個叫王剛的人，爬蟲從A網站挖下來5000個“王剛”，從B網站挖下來7000個“王剛”，那么這5000個王剛和那7000個王剛到底是不是一個人？在沒有身份證號碼的情況下如何確定哪些王剛是一個人呢？常規(guī)的做法是去挖掘出“王剛”的其他信息，例如出生年月，任職信息，籍貫等等，然后通過一定的算法進行知識融合。通常，網站的數據不一定全面，即使經過知識融合后，挖掘的數據中一定會有大量的噪音，不同的需求對噪音的承受能力是不同的，構建schema的時候需要充分考慮數據出現噪音的可能性，去評價這部分需求對噪音的承受能力。

如果知識融合完成了話，大規(guī)模構建其實就是一個導數據的過程，由于圖譜數據結構的關系，一般存2張表（點、邊）或者使用RDFs存儲，在entity數量上千萬以后，圖譜的查詢壓力會比較大，單機查詢可能會直接跪掉，開發(fā)一般會采用graphX的分布式的存儲，不過由于點和邊的切割方式的問題，會有一定的副作用。