TW202215264A

TW202215264A - 用於維護資料庫之資料庫系統及方法

Info

Publication number: TW202215264A
Application number: TW110132692A
Authority: TW
Inventors: 李沐祺; 鍾世奇; 王超; 劉珺; 瓦倫坎薩爾
Original assignee: 新加坡商格步計程車控股私人有限公司
Priority date: 2020-09-03
Filing date: 2021-09-02
Publication date: 2022-04-16
Also published as: CN116034351A; US20230315735A1; WO2022050900A1; SG10202008564PA

Abstract

態樣係關於一種資料庫系統，包含：一資料庫，其用於儲存實體狀態；一組配介面，其經組配以針對一實體狀態類型接收用於將該實體狀態類型之一實體狀態寫入至該資料庫的一實體狀態資料格式的一規格；以及一資料庫存取介面，其經組配以：接收用於將一實體狀態寫入至該資料庫之一寫入請求；檢查該寫入請求是否包括實體狀態資料以用於將該實體狀態以一實體狀態資料格式寫入至該資料庫，該實體狀態資料格式經指定以用於將該實體狀態的實體狀態類型之實體狀態寫入至該資料庫；以及在該寫入請求包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下將該實體狀態資料寫入至該資料庫。

Description

用於維護資料庫之資料庫系統及方法

發明領域

本揭露內容之各種態樣係關於用於維護資料庫之資料庫系統及方法。

發明背景

消費者是否對使得消費者能夠使用其智慧型手機叫到計程車之電子叫車服務滿意主要取決於電子叫車服務之駕駛員之品質，亦即其是否採取合理路線而不試圖欺騙消費者且態度友好。為控制駕駛員之品行，電子叫車伺服器可維護儲存駕駛員資訊之資料庫，諸如駕駛員是否被列入電子叫車服務之白名單或黑名單。類似地，例如，若乘客拒絕支付或行為不當，則可能需要白名單或黑名單乘客。一般而言，資料庫可維護儲存實體(例如，駕駛員或乘客)狀態。用於維護此類資料庫之高效方法，尤其當此類資料庫由大量裝置及服務存取時係合乎需要的。

發明概要

各種實施例係關於一種資料庫系統，其包含：資料庫，其用於儲存實體狀態；組配介面，其經組配以針對實體狀態類型接收用於將實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式的規格；以及資料庫存取介面，其經組配以：接收用於將實體狀態寫入至資料庫之寫入請求；檢查寫入請求是否包括實體狀態資料以用於將實體狀態以實體狀態資料格式寫入至資料庫，該實體狀態資料格式經指定以用於將實體狀態的實體狀態類型之實體狀態寫入至資料庫；在寫入請求不包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下拒絕寫入請求；以及在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態資料寫入至資料庫。

根據一個實施例，資料庫系統進一步包含資料庫快取，其中該資料庫存取介面經組配以自資料庫系統接收用於讀取實體狀態之讀取請求，在快取層中查找實體狀態；以及藉由在實體狀態包括於資料庫快取中之情況下提供實體狀態來對讀取請求作出回應。

根據一個實施例，資料庫存取介面經組配以在實體狀態未儲存於資料庫快取中之情況下拒絕讀取請求。

根據一個實施例，資料庫存取介面經組配以在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態寫入至資料庫及資料庫快取二者。

根據一個實施例，資料庫快取係非關聯式。

根據一個實施例，資料庫係關聯式或非關聯式。

根據一個實施例，資料庫存取介面支援多租戶處置來自多個服務及裝置之寫入請求及讀取請求。

根據一個實施例，資料庫存取介面包含串流介面且經組配以將其接收之寫入請求指派至寫入串流且經組配以輸出寫入串流中之寫入請求以用於將寫入請求中所含有之實體類型資料寫入至資料庫及資料庫快取。

根據一個實施例，資料庫存取介面經組配以針對寫入串流中之每一寫入請求檢查寫入請求是否包括實體狀態資料以用於將實體狀態以實體狀態資料格式寫入至資料庫，實體狀態資料格式經指定以用於將實體狀態的實體狀態類型之實體狀態寫入至資料庫；以及在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將寫入請求輸出至資料庫。

根據一個實施例，資料庫存取介面經組配以在組配寫入請求中接收實體狀態資料格式之規格。

根據一個實施例，資料庫系統經組配以接收針對實體狀態資料格式之規格的組配讀取請求以用於將實體狀態類型之實體狀態寫入至資料庫，且回應於組配讀取請求而提供實體狀態資料格式之規格。

根據一個實施例，提供一種用於維護資料庫之方法，其包含：針對實體狀態類型接收用於將實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之規格；接收用於將實體狀態寫入至資料庫之寫入請求；檢查寫入請求是否包括實體狀態資料以用於將實體狀態以實體狀態資料格式寫入至資料庫，實體狀態資料格式經指定以用於將實體狀態的實體狀態類型之實體狀態寫入至資料庫；在寫入請求不包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下拒絕寫入請求；以及在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態資料寫入至資料庫。

根據一個實施例，提供一種包含程式指令之電腦程式元件，該等程式指令在由一或多個處理器執行時使一或多個處理器執行上述用於維護資料庫之方法。

根據一個實施例，提供一種包含程式指令之電腦可讀媒體，該等程式指令在由一或多個處理器執行時使一或多個處理器執行上述用於維護資料庫之方法。

應注意，在資料庫系統之上下文中所描述之實施例對於用於維護資料庫之方法同樣有效。

較佳實施例之詳細說明

以下實施方式係指藉助於圖示展示可在其中實踐本揭露內容之特定細節及實施例的隨附圖式。足夠詳細地描述此等實施例以使得熟習此項技術者能夠實踐本揭露內容。在不脫離本揭露內容之範疇的情況下，可採用其他實施例，且可進行結構及邏輯改變。各種實施例未必相互排斥，此係因為一些實施例可與一或多個其他實施例組合以形成新實施例。

在裝置或方法中之一者之上下文中所描述的實施例對於其他裝置或方法同樣有效。類似地，在裝置之上下文中所描述的實施例對於車輛或方法同樣有效，且在車輛或方法之上下文中所描述的實施例對於裝置同樣有效。

在實施例之上下文中所描述的形貌體可對應地適用於其他實施例中之相同或類似形貌體。即使未明確地在此等其他實施例中描述，在實施例之上下文中所描述的形貌體亦可對應地適用於其他實施例。此外，如在實施例之上下文中針對形貌體所描述之添加物及/或組合及/或替代物可對應地適用於其他實施例中之相同或類似特徵。

在各種實施例之上下文中，關於形貌體或元件使用之冠詞「一(a/an)」及「該」包括對形貌體或元件中之一或多者的引用。

如本文所使用，術語「及/或」包括相關聯所列項目中之一或多者之任何及所有組合。

在下文中，將詳細描述實施例。

通常用於智慧型手機上之電子叫車應用程式允許其使用者藉由他或她的智慧型手機叫計程車(或亦私人駕駛員)以進行行程。

圖1展示包括智慧型手機100及伺服器(電腦) 106之通信配置。

智慧型手機100具有展示智慧型手機之使用者先前已安裝於其智慧型手機上且已打開(亦即，啟動)以電子叫車(計程車或私人駕駛員)的電子叫車應用程式之圖形使用者介面(GUI)的螢幕。

GUI 101包括使用者位置附近之地圖102 (應用程式可基於位置服務，例如基於GPS之位置服務判定該地圖)。此外，GUI 101包括出發點之框103 (其可經設定為自位置服務獲得之使用者之當前位置)及使用者可觸摸以鍵入目的地(例如，打開可能目的地之清單)的目的地之框104。亦可存在允許使用者選擇各種選項，例如支付方式(現金、信用卡、電子叫車服務之餘額)之選單(未展示)。在使用者已選擇目的地且做出任何必要選項選擇時，他或她可觸摸「尋找汽車」按鈕105以發起合適汽車之搜尋。

對此，電子叫車應用程式經由無線電連接與電子叫車服務之伺服器106通信。伺服器106可包括具有關於註冊車輛108之當前位置、關於預期其空閒之時、關於交通阻塞等資訊的資料庫。據此，伺服器106之處理器110選擇最合適之車輛(若可用，亦即，若可滿足請求)且提供駕駛員將到此接使用者之時間、行程之價格以及到達目的地所需之時間的估計。伺服器將此傳達回至智慧型手機100，且智慧型手機100在GUI 101上顯示此資訊。使用者隨後可藉由觸摸對應按鈕來接受(亦即，預約)。若使用者接受，則伺服器106告知所選定車輛108(或等效地，其駕駛員)，亦即，伺服器106已分配以用於滿足運送請求之車輛。

應注意，雖然伺服器106描述為單一伺服器，但其功能，例如用於提供用於整個城市之電子叫車服務在實際應用中將通常由多個伺服器電腦之配置(例如，實施雲端服務)提供。因此，下文中所描述之由伺服器106提供的功能可理解為由伺服器或伺服器電腦之配置提供。

對於電子叫車服務之操作者，以下情形係重要的：可經分配至行程的車輛108之駕駛員的品行較佳，此係因為消費者在其駕駛員不友好、採取不良路線(例如，耗費時間過長)或甚至試圖欺騙其之情況下可能不快且停止使用電子叫車服務。為能夠確保駕駛員之品行，伺服器106可維護儲存關於駕駛員之資訊的資料庫108，諸如駕駛員是否被列入電子叫車服務之白名單或黑名單。

類似地，可能需要將乘客列入白名單或黑名單，例如將行為不當之乘客列入黑名單。伺服器106可拒絕來自列入黑名單之乘客的預約請求(例如，藉由他或她之電子叫車服務帳戶或手機號碼識別)。

根據各種實施例，資料庫108係可在伺服器106外部但亦可局部實施於伺服器106之記憶體109中的資料庫系統107之部分。

一般而言，資料庫可保持儲存實體狀態。在電子叫車服務之以上實例中，實體將為駕駛員且狀態將為駕駛員是否被列入白名單。

實體狀態以實體狀態資料之形式儲存於資料庫中。在一般狀況下，實體狀態資料為實體狀態對之清單。每一實體狀態對藉由指定多個狀態值中之一者來界定實體及其狀態。此意謂實體狀態藉由儲存實體狀態值而儲存。實體、實體狀態及可能實體狀態值取決於應用程式情境。舉例而言，在電子叫車服務中，實體可為駕駛員，實體狀態可為禁止狀態，且值可為「真」(駕駛員被禁止，亦即，被列入黑名單之情況)或「假」(駕駛員未被禁止之情況)。

在大規模公司處，類似於此的不同類型的實體狀態資料通常橫跨不同服務以極大尺度維護及更新。隨著實體狀態資料不斷增多，出現如下問題： ● 當涉及實體狀態之儲存及查找時，工程師應具有用以處置彼情形的一般「何處」及「如何」方法論； ● 寫入多個程式且將其用於存取資料庫。重要的是追蹤已界定及使用之不同實體狀態； ● 由於添加額外實體狀態之自由式，管理規模及儲存愈發困難； ● 資源成本可由於未考慮高成本基礎設施之過度使用而增加； ● 若不對存取共用儲存器層級(亦即，共用資料庫)之訊務進行控制，則效能面臨風險。 ● 可能需要使有用實體狀態作為統一結構化資料，此可能對離線分析有價值。

鑒於以上問題，根據各種實施例，提供呈實體狀態管理與追蹤系統之形式的資料庫系統。根據各種實施例提供之資料庫系統克服以上問題，且因此提供對習知資料庫系統之改良。詳言之，資料複製、資料存取之混淆、高系統成本等可藉由所提供之資料庫系統避免，該資料庫系統允許將用於大量實體之實體狀態資料以統一結構儲存於一處。

圖2展示根據實施例之資料庫系統200。

資料庫系統200包含例如使用Redis建構之快取201 (建構資料庫系統之快取層)以用於實體狀態查找。Redis係實施具有任擇耐久性之分佈式、記憶體內鍵值資料庫之記憶體內資料結構項目。

此外，資料庫系統200包含例如使用Mysql或DynamoDB建構之資料庫202 (建構資料持久層)以用於實體狀態寫入。 DynamoDB係支援鍵值及文件資料結構之經充分管理之專用NoSQL資料庫服務。

資料庫存取介面203 (或資料庫存取層)為資料庫用戶端204提供存取(亦即，提供資料庫存取服務)。資料庫用戶端204可對應於各種裝置，詳言之為自身提供服務之伺服器。在電子叫車服務之上下文中，請求實體可例如為提供用於確保安全之服務、用於防止詐騙之服務、用於確保消費者信任電子叫車服務之服務等的伺服器106。

為避免資料管理之「自由式」，資料庫存取介面203藉由引發實體狀態類型組配來對每一實體狀態更新執行強格式核對。舉例而言，資料庫存取介面203可確保對實體狀態之資料庫202的每一寫入存取與經組配以用於實體狀態之格式一致，亦即，待儲存之實體狀態資料與經組配格式一致。實體狀態資料格式之組配及其更新係由資料格式組配伺服器205例如經由資料庫系統200之組配介面提供至資料庫系統200。資料庫用戶端204可將針對實體狀態資料格式之請求發送至資料庫系統200。資料庫系統200可具有儲存實體狀態資料格式之記憶體且回應於實體狀態資料格式請求而提供該等格式。此允許告知資料庫用戶端204關於其需要用於在資料庫202中儲存或更新實體狀態之格式。

作為用以共用跨越不同服務(由資料庫用戶端204提供)之統一資料且同時避免過度曝光的集中式平台，資料庫系統200 (詳言之，資料庫存取介面203)支援多租戶支援。

為允許對實體狀態之讀取存取、對實體狀態之寫入存取、針對實體狀態資料格式之讀取請求及針對實體狀態資料格式之寫入請求(藉由組配伺服器205)，資料庫存取介面分別提供一批量讀取實體狀態API(應用程式設計介面)、批量寫入實體狀態API、讀取組配API及寫入組配API。

根據一個實施例，資料庫系統包含例如使用Kafka建構之串流介面206 (建構串流層)，以使存取資料庫系統200之訊務(亦即，實體狀態讀取請求及實體狀態寫入請求)流線化。詳言之，此允許資料庫系統之最高效實施方式。Kafka係開源流處理軟體平台，其旨在提供用於處置即時資料饋入之統一、高通量、低延遲平台。

在下文中，給出實體狀態讀取請求、實體狀態寫入請求以及用於讀取實體狀態之資料格式之組配及寫入實體狀態之資料格式之組配的請求(用於界定及更新組配)之實例。

表1展示實體狀態讀取請求，亦即用於讀取儲存於資料庫系統中之實體狀態之請求的實例。實體狀態讀取請求由資料庫用戶端204中之一者發送。實體在此實例中為乘客，且實體狀態為乘客是否被列入白名單(其可為真或假)。請求指定一租戶，該租戶可為請求實體之標識。

請求樣本：

{

"keys": [{

"entityType": "Passenger",

"entityID": "8753524",

"stateType": "Whitelist"

},

"TenantName": tenant_a

}

表1

當接收到實體狀態讀取請求時，資料庫存取介面203藉由僅自快取201讀取來對其作出回應。若存在快取未命中(亦即，所請求之實體狀態值並未儲存於快取中)，則資料庫存取介面203假定所請求之實體狀態值亦不包含於資料庫202中。在一些實例中，資料庫202及快取201之尺寸經設定以使得各自具有虛擬無限容量，例如，各自之儲存容量高於所估計之最大儲存需求。在一些實例中，資料庫存取介面可經組配以在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態寫入至資料庫及資料庫快取二者。因此，將不存在有效資料僅存在於資料庫202中而不存在於快取201中的情況。

根據各種實施例，實體狀態可在「到期時間(expiredAt)」之值超出當前時間時刪除。

表2展示對實體狀態讀取請求之回應的實例。回應由資料庫介面203發送至已發送實體狀態讀取請求之資料庫用戶端204。

回應樣本：

{

"values": [

{

"stateValue": "true",

"expiredAt": "2020-04-23T19:35:34+00:00"

"eventID" : "65348ewtfd345dsa",

"memo": "some memo",

"operator" : "tester",

"createdAt" : "2019-04-23T19:35:34+00:00",

"updatedAt" : "2019-04-23T19:35:34+00:00"

}

表2

表3展示實體狀態寫入請求，亦即用於將實體狀態寫入至資料庫系統或更新儲存於資料庫系統中之實體狀態的請求之實例。實體狀態寫入請求由資料庫用戶端204中之一者發送。實體在此實例中係乘客，實體狀態係乘客是否被列入白名單且實體狀態值係「真」。

請求樣本：

{

"entityStates": [

{

"entityType": "Passenger",

"entityID": "8753524",

"stateType": "Whitelist",

"stateValue": "true",

"expiredAt": "2020-04-23T19:35:34+00:00",

"eventID": "65348ewtfd345dsa",

"memo": "some memo",

"operator": "tester",

"createdAt": "2019-04-23T19:35:34+00:00",

"updatedAt": "2019-04-23T19:35:34+00:00"

}

表3

對於每一實體狀態寫入請求，資料庫存取層203將其以狀態更新事件形式接收之每一實體狀態寫入請求輸入至串流介面206中，該串流介面可專用於例如在圖2中指示之寫入為「信任實體狀態串流」。對於寫入串流中之每一寫入請求，資料庫存取層203檢查其是否含有與經組配實體類型資料格式一致之實體類型資料，且在實體類型資料與經組配實體類型資料格式一致之情況下將實體類型資料寫入至快取201及資料庫202。資料庫存取層203可以異步模式(亦即異步地)將實體類型資料寫入至快取201及資料庫202。

表4展示實體狀態資料格式讀取請求，亦即用於讀取待用於將實體狀態寫入至資料庫系統200之實體狀態資料格式的請求之實例。實體狀態資料格式讀取請求由資料庫用戶端204中之一者或由組配伺服器205發送。如先前所解釋，資料庫存取介面可經組配以在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態寫入至資料庫及資料庫快取二者。

請求樣本：

{ "entityTypes":["Passenger"] }

表4

表5展示對實體狀態資料格式讀取請求之回應的實例，該對實體狀態資料格式讀取請求之回應由資料庫存取介面203發送至各別請求實體，該各別請求實體可為資料庫用戶端204或組配伺服器205。

回應樣本：

{

"entityStateTypes": [

{

"entityType": "Passenger",

"stateType": "Whitelist",

"isActive": "true",

"description" :"some description",

"createdAt": "2019-06-04T19:35:34+00:00",

"deletedAt" : ""

},

}

表5

表6展示實體狀態資料格式寫入請求，亦即用於寫入(亦即，組配)待用於將實體狀態寫入至資料庫系統200之實體狀態資料格式的請求之實例。實體狀態資料格式寫入請求由組配伺服器205發送。

請求樣本：

{

"entityStateTypes": [

{

"entityType": "Passenger",

"stateType": "Whitelist",

"isActive": "true",

"description" :"some description",

"createdAt": "2019-06-04T19:35:34+00:00",

"deletedAt" : ""

},

}

表6

概言之，根據各種實施例，提供一種如圖3所示之資料庫系統。

圖3展示資料庫系統300。

資料庫系統300包含用於儲存實體狀態之資料庫301及經組配以針對實體狀態類型接收用於將實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之規格的組配介面302。

資料庫系統300進一步包含資料庫存取介面303，該資料庫存取介面經組配以：接收用於將實體狀態寫入至資料庫之寫入請求；檢查寫入請求是否包括實體狀態資料以用於將實體狀態以實體狀態資料格式寫入至資料庫，該實體狀態資料格式經指定以用於將實體狀態的實體狀態類型之實體狀態寫入至資料庫；在寫入請求不包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下拒絕寫入請求；以及在寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料之情況下將實體狀態資料寫入至資料庫。

根據各種實施例，換言之，資料庫存取層確保關於待儲存於資料庫中之實體狀態之資料遵循預定義格式。

圖3之方法(如上文所描述，在其例示性實施方式中)允許實現對用於大量存取服務之諸多存取的快速處置。舉例而言，在一個實施方式中，資料庫系統達成以1百萬QPS (每秒查詢)讀取，以10K QPS寫入，其中讀取P99之延遲為50 ms且寫入P99之延遲為500 ms。

根據一個實施例，提供一種如圖4所示之方法。

圖4展示說明用於維護資料庫之方法的流程圖。

在401中，針對實體狀態類型接收用於將實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之規格。

在402中，接收用於將實體狀態寫入至資料庫之寫入請求。

在403中，檢查寫入請求是否包括實體狀態資料以用於將實體狀態以實體狀態資料格式寫入至資料庫，該實體狀態資料格式經指定以用於將實體狀態的實體狀態類型之實體狀態寫入至資料庫。

在404中，若寫入請求不包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料，則拒絕寫入請求。

在405中，若寫入請求包括呈經指定以用於將實體狀態之實體狀態類型之實體狀態寫入至資料庫的實體狀態資料格式之實體狀態資料，則將實體狀態資料寫入至資料庫。

可執行本文中所描述之方法，且本文中所描述之各種處理或計算單元及裝置可由一或多個電路實施。在實施例中，「電路」可理解為任何類型之邏輯實施實體，其可為硬體、軟體、韌體或其任何組合。因此，在實施例中，「電路」可為硬佈線邏輯電路或可程式邏輯電路，諸如可程式處理器，例如微處理器。「電路」亦可為由處理器實施或執行之軟體，例如任何類型之電腦程式，例如使用虛擬機程式碼之電腦程式。根據替代實施例,本文中所描述的各別功能之任何其他類型之實施方式亦可理解為「電路」。

儘管已參考具體實施例特別地展示及描述本揭露內容，但熟習此項技術者應理解，在不脫離由隨附申請專利範圍界定之本發明的精神及範圍之情況下，可對本發明之形式及細節進行各種改變。因此，本發明之範疇由所附申請專利範圍指示，且因此意欲涵蓋申請專利範圍之等效物的涵義及範圍內出現之所有改變。

100:智慧型手機 101:圖形使用者介面 102:地圖 103:出發點之框 104:目的地之框 105:「尋找汽車」按鈕 106:伺服器 107,200,300:資料庫系統 108:車輛/資料庫 109:記憶體 110:處理器 201:快取 202,301:資料庫 203:資料庫存取介面/資料庫介面/資料庫存取層 204:資料庫用戶端 205:資料格式組配伺服器/組配伺服器 206:串流介面 302:組配介面 303:資料庫存取介面 401、402、403、404、405:方塊

當結合非限制性實例及隨附圖式考慮時，參考實施方式將更好地理解本發明，在隨附圖式中： - 圖1展示用於包括智慧型手機及伺服器之電子叫車服務之使用的通信配置。 - 圖2展示根據實施例之資料庫系統的架構。 - 圖3展示根據實施例之資料庫系統。 - 圖4展示說明根據實施例之用於維胡資料庫之方法的流程圖。

300:資料庫系統

301:資料庫

302:組配介面

303:資料庫存取介面

Claims

一種資料庫系統，其包含：一資料庫，其用於儲存實體狀態；一組配介面，其經組配以針對一實體狀態類型接收用於將該實體狀態類型之一實體狀態寫入至該資料庫之一實體狀態資料格式的一規格；及一資料庫存取介面，其經組配以接收用於將一實體狀態寫入至該資料庫之一寫入請求；檢查該寫入請求是否包括實體狀態資料以用於將該實體狀態以一實體狀態資料格式寫入至該資料庫，該實體狀態資料格式經指定以用於將該實體狀態的實體狀態類型之實體狀態寫入至該資料庫；在該寫入請求不包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下拒絕該寫入請求；以及在該寫入請求包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下將該實體狀態資料寫入至該資料庫。
如請求項1之資料庫系統，其進一步包含一資料庫快取，其中該資料庫存取介面經組配以自該資料庫系統接收用於讀取一實體狀態之一讀取請求；在快取層中查找該實體狀態；以及藉由在該實體狀態被包括於該資料庫快取中之情況下提供該實體狀態來對該讀取請求作出回應。
如請求項2之資料庫系統，其中該資料庫存取介面經組配以在該實體狀態未被儲存於該資料庫快取中之情況下拒絕該讀取請求。
如請求項1至3中任一項之資料庫系統，其中該資料庫存取介面經組配以在該寫入請求包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下將該實體狀態寫入至該資料庫及該資料庫快取二者。
如請求項2至4中任一項之資料庫系統，其中該資料庫快取係非關聯式。
如請求項1至5中任一項之資料庫系統，其中該資料庫係關聯式或係非關聯式。
如請求項1至6中任一項之資料庫系統，其中該資料庫存取介面支援多租戶以處置來自多個服務及裝置之寫入請求及讀取請求。
如請求項1至7中任一項之資料庫系統，其中該資料庫存取介面包含一串流介面且經組配以將該資料庫存取介面接收之寫入請求指派至一寫入串流且經組配以輸出該寫入串流中之該等寫入請求以用於將該等寫入請求中所含有之實體類型資料寫入至該資料庫及寫入至該資料庫快取。
如請求項8之資料庫系統，其中該資料庫存取介面經組配以針對該寫入串流中之每一寫入請求檢查該寫入請求是否包括實體狀態資料以用於將該實體狀態以一實體狀態資料格式寫入至該資料庫，該實體狀態資料格式經指定以用於將該實體狀態的實體狀態類型之實體狀態寫入至該資料庫；以及在該寫入請求包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下將該等寫入請求輸出至該資料庫。
如請求項1至9中任一項之資料庫系統，其中該資料庫存取介面經組配以在一組配寫入請求中接收該實體狀態資料格式之該規格。
如請求項1至10中任一項之資料庫系統，其中該資料庫系統經組配以接收針對用於將該實體狀態類型之一實體狀態寫入至該資料庫之一實體狀態資料格式之一規格的一組配讀取請求，且回應於該組配讀取請求而提供該實體狀態資料格式之該規格。
一種用於維護一資料庫之方法，其包含：針對一實體狀態類型接收用於將該實體狀態類型之一實體狀態寫入至一資料庫的一實體狀態資料格式之一規格；接收用於將一實體狀態寫入至該資料庫之一寫入請求；檢查該寫入請求是否包括實體狀態資料以用於將該實體狀態以一實體狀態資料格式寫入至該資料庫，該實體狀態資料格式經指定以用於將該實體狀態的實體狀態類型之實體狀態寫入至該資料庫；在該寫入請求不包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下拒絕該寫入請求；以及在該寫入請求包括呈經指定以用於將該實體狀態之實體狀態類型之實體狀態寫入至該資料庫的一實體狀態資料格式之該實體狀態資料之情況下將該實體狀態資料寫入至該資料庫。
一種包含程式指令之電腦程式元件，該等程式指令在由一或多個處理器執行時使該一或多個處理器執行如請求項12之方法。
一種包含程式指令之電腦可讀媒體，該等程式指令在由一或多個處理器執行時使該一或多個處理器執行如請求項12之方法。