一種數據存儲、查詢、加載方法及裝置製造方法
2023-04-25 01:49:41
一種數據存儲、查詢、加載方法及裝置製造方法
【專利摘要】本發明提供了一種數據存儲、查詢、加載方法及裝置，在進行用戶數據存儲時，為用戶數據創建對象，對象包括用戶數據本身以及用戶數據的屬性信息，且每個對象具有對應的對象標識；將用戶數據的屬性信息存入元資料庫中，根據用戶數據的屬性信息將其寫入相應的底層存儲系統，元資料庫中用於存儲屬性信息的各屬性信息表之間通過對象標識進行關聯；在接收到查詢請求時根據對象標識在各屬性信息表中確定數據存儲位置進行數據查詢；在用戶數據的數據類型需要改變時，修改用戶數據相應的屬性信息表後進行數據加載。採用本發明的技術方案，可以在不改變軟體結構的情況下，更好的適應數據結構的變化。
【專利說明】一種數據存儲、查詢、加載方法及裝置
【技術領域】
[0001]本發明涉及數據處理【技術領域】，尤其涉及一種數據存儲、查詢、加載方法及裝置。
【背景技術】
[0002]大數據是需要新處理模式才能具有更強決策力、洞察發現力和流量優化能力的海量、高增長率和多樣化的信息資產，從某種程度來說，大數據屬於數據分析的前沿技術，也即，從各種類型的數據中快速獲得有價值信息的能力，就是大數據的處理技術。大數據的常見特點是4V:Volume、Velocity、Variety、Veracity (數據量大、輸入和處理速度快、數據多樣性、真實性)，這對存儲系統提出了更高要求，傳統文件系統在存儲大數據方面存在著一定的弊端，比如:內容難以搜索、存儲系統成本高、管理複雜等。
[0003]大數據的數據源有結構化、半結構化、非結構化三種類型，對於這些類型的數據存儲管理主要有分布式系統和數據接口兩個主要部分。但目前的數據存儲都是以數據結構為中心的，一旦數據結構或數據類型發生變化，很難通過軟體本身的自適應能力去調整來適應這種變化。尤其是，涉及結構化、非結構化數據的共同存儲管理和聯合查詢時，數據處理流程較為複雜，一旦改變數據結構則需要付出較大的時間成本。
[0004]目前的一些層次資料庫也實現了數據結構變化的調整需求。此外一些列式存儲資料庫也可以適應一定程度上的數據結構變化。但層次資料庫由於採用層次模型設計，對於結構化數據、半結構化數據、非結構數據的聯合存儲管理支持效果並不理想，且對於非層次關係的數據存儲較為複雜，查詢效率較低。而列式資料庫則由於按列進行數據存儲，適合批量處理，對於小數據量的查詢支持效果不好，對於非結構化數據的存儲查詢支持有限。
[0005]現有技術不足在於:
[0006]雖然目前存在一些資料庫在一定程度上可以適應數據結構變化，但依然存在諸多問題，對大數據的存儲、查詢支持效果並不理想。
【發明內容】
[0007]本發明實施例提出了一種數據存儲、查詢、加載方法及裝置，解決了現有技術中資料庫無法及時適應數據結構變化以至於存儲、查詢等操作效果不理想的技術問題。
[0008]本發明實施例提供了一種數據存儲方法，包括如下步驟:
[0009]在進行用戶數據存儲時，為用戶數據創建對象，對象包括用戶數據本身以及用戶數據的屬性信息，每個對象具有對應的對象標識；
[0010]將屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在元資料庫中用於存儲屬性信息的各屬性信息表之間通過對象標識進行關聯。
[0011]本發明實施例提供了一種數據存儲裝置，包括如下步驟:
[0012]對象創建模塊，用於在進行用戶數據存儲時，為用戶數據創建對象，對象包括用戶數據本身以及用戶數據的屬性信息，每個對象具有對應的對象標識；
[0013]存儲模塊，用於將屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在元資料庫中用於存儲屬性信息的各屬性信息表之間通過對象標識進彳T關聯。
[0014]由於本發明實施例在進行數據存儲時將數據作為對象進行處理，每個對象包括用戶數據本身以及該用戶數據的屬性信息，存儲時將屬性信息存儲於元資料庫、用戶數據根據屬性信息的不同存儲於相應的底層存儲系統，採用這樣的存儲方式可以在不改變軟體結構的情況下更好的適應數據結構的變化。
[0015]本發明實施例提供了一種對利用上述存儲方法存儲的數據進行查詢的方法，包括如下步驟:
[0016]接收查詢請求，請求中包括所述對象標識；
[0017]根據對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
[0018]本發明實施例還提供了一種對利用上述存儲裝置存儲的數據進行查詢的裝置，包括:
[0019]查詢接口，用於接收查詢請求，請求中包括所述對象標識；
[0020]查詢執行模塊，用於根據對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
[0021]由於本發明實施例採用上述存儲方式進行數據存儲，在進行數據查詢通過對象標識在各個屬性信息表中進行查找，獲得數據存儲位置之後即可找到相應的用戶數據，採用本發明實施例所提供的查詢方式，大大提高了查詢效率。
[0022]本發明實施例提供了一種對利用上述存儲方法存儲的數據進行加載的方法，包括如下步驟:
[0023]在對象創建後進行數據加載；
[0024]當用戶數據的數據類型需要改變時，修改所述用戶數據相應的屬性信息表；
[0025]在屬性信息修改完成後，進行數據加載。
[0026]本發明實施例還提供了一種對利用上述存儲裝置存儲的數據進行加載的裝置，包括:
[0027]加載模塊，用於在對象創建後進行數據加載；
[0028]修改模塊，用於當用戶數據的數據類型需要改變時，修改用戶數據相應的屬性信息表；
[0029]加載模塊進一步用於在屬性信息修改完成後，進行數據加載。
[0030]由於本發明實施例採用上述存儲方式進行數據存儲，當用戶數據的數據類型改變時，只需要修改存儲於元資料庫中的屬性信息表，即可確保同一對象的不同屬性保持一致，無需重新設計數據結構或迀移用戶數據。
【專利附圖】
【附圖說明】
[0031]下面將參照附圖描述本發明的具體實施例，其中:
[0032]圖1示出了本發明實施例中數據存儲方法實施的流程示意圖；
[0033]圖2示出了本發明實施例中各屬性信息表的結構示意圖；
[0034]圖3示出了本發明實施例中數據查詢方法實施的流程示意圖；
[0035]圖4示出了本發明實施例中數據加載方法實施的流程示意圖；
[0036]圖5示出了本發明實施例中對象的結構示意圖；
[0037]圖6示出了本發明實施例中對象進行數據加載的流程示意圖；
[0038]圖7示出了本發明實施例中數據存儲裝置的結構示意圖；
[0039]圖8示出了本發明實施例中數據查詢裝置的結構示意圖；
[0040]圖9示出了本發明實施例中數據加載裝置的結構示意圖。
【具體實施方式】
[0041]為了使本發明的技術方案及優點更加清楚明白，以下結合附圖對本發明的示例性實施例進行進一步詳細的說明，顯然，所描述的實施例僅是本發明的一部分實施例，而不是所有實施例的窮舉。並且在不衝突的情況下，本說明中的實施例及實施例中的特徵可以互相結合。
[0042]本發明提出一種可以根據數據形式或者數據結構的變化提供動態調整、適應需求變化的數據管理方式，本發明實施例將這種數據管理方式稱為柔性數據管理，可以及時適應數據結構的變化，對於大數據的數據處理可以帶來更好的支持效果。
[0043]本發明實施例提出了一種數據存儲、查詢、加載方法及裝置，下面進行說明。
[0044]圖1示出了本發明實施例數據存儲方法實施的流程示意圖，如圖所示，數據存儲方法可以包括:
[0045]步驟101、在進行用戶數據存儲時，為用戶數據創建對象，該對象包括用戶數據本身以及用戶數據的屬性信息，每個對象具有對應的對象標識；
[0046]步驟102、將屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在元資料庫中用於存儲屬性信息的各屬性信息表之間通過對象標識進行關聯。
[0047]本發明實施例以對象作為數據存儲管理的基本單元，一個對象的數據源可以是多樣化的，包括結構化、半結構化、非結構化等類型。其中，對象是數據和一組屬性的集合，這些屬性信息一般由元資料庫統一管理，通過修改對象的屬性信息來適應數據結構和數據類型變化帶來的調整。
[0048]實施中，屬性信息可以包括對象的數據類型信息、關聯信息和數據存儲信息，將用戶數據的屬性信息存入元資料庫中，可以包括:
[0049]將對象的數據類型信息存儲於對象信息表中，將關聯信息存儲於關聯信息表中，將數據存儲信息根據數據類型的不同分別存儲於不同的數據存儲信息表中。
[0050]具體實施中，對象的屬性信息可以視為不確定個數的數據列，可以包含可改變屬性列和不可改變屬性列。其中，可改變屬性列(即可修改列)由Hadoop分布式文件系統(HDFS, Hadoop Distributed File System)、HBase、HIVE 實現，HDFS 實現非結構化數據的管理和加載，HBase實現半結構化數據的管理和加載，HIVE實現結構化數據的管理和加載；對於不可變屬性列，結構化數據由關係型資料庫(RDMS，Relat1nal Database ManagementSystem)管理和實現，半結構化數據由HBase管理和實現，非結構化數據由HDFS管理和實現。
[0051]圖2示出了本發明實施例中各屬性信息表的結構示意圖，如圖所示，包括:
[0052]對象的數據類型信息存儲於roB_OBJECT_INFO表中，對象的列信息分別存儲於PDB_HDFS_INFO表(存儲非結構化數據列)、roB_HBASE_INFO表(存儲半結構化數據列)、PDB_HIVE_INFO表(存儲可變結構化數據列)和H)B_RDMS_INFO表(存儲不可變結構化數據列)中，關聯信息存儲在H)B_ASS_INFO中。
[0053]各個表之間通過對象標識obj_id關聯，同一對象的obj_id在各個屬性信息表中是相同的。
[0054]圖3示出了本發明實施例中對利用上述存儲方法存儲的數據進行查詢的方法(可以簡稱為數據查詢方法)實施的流程示意圖，如圖所示，數據查詢方法可以包括如下步驟:
[0055]步驟301、接收查詢請求，該請求中包括對象標識；
[0056]步驟302、根據對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
[0057]由於本發明實施例採用上述存儲方式進行數據存儲，在進行數據查詢通過對象標識在各個屬性信息表中進行查找，獲得待查詢的數據的存儲位置之後即可找到相應的用戶數據，採用本發明實施例所提供的查詢方式，大大提高了查詢效率。
[0058]圖4示出了本發明實施例中對利用上述存儲方法存儲的數據進行加載的方法(可以簡稱為數據加載方法)實施的流程示意圖，如圖所示，數據加載方法可以包括如下步驟:
[0059]步驟401、在對象創建後進行數據加載；
[0060]步驟402、當用戶數據的數據類型需要改變時，修改該用戶數據相應的屬性信息表;
[0061]步驟403、在屬性信息修改完成後，進行數據加載。
[0062]由於本發明實施例採用上述存儲方式進行數據存儲，當用戶數據的數據類型改變時，只需要修改存儲於元資料庫中的屬性信息表，即可確保同一對象的不同屬性保持一致，無需重新設計數據結構或迀移用戶數據。採用本發明實施例所提供的技術方案，允許數據源變化、數據類型變化、數據結構變化、數據量變化，相應的數據加載時根據對象屬性信息將發生變化的數據存儲到對應的底層平臺中，減少了數據變化帶來的軟體維護開銷，提高了用戶體驗。
[0063]為了保證在修改數據類型時確保原數據有效性，本發明實施例還可以採用如下方式實施。
[0064]實施中，當用戶數據的數據類型需要改變時，判斷數據類型修改前後的數據格式是否一致，當數據類型修改前後的數據格式一致時，修改用戶數據相應的屬性信息表。
[0065]下面以一實例進行說明。
[0066]圖5示出了本發明實施例中對象的結構示意圖，如圖所示，對象結構可以分為對象、管理和實現三個層次。
[0067]各個數據類型和屬性的數據列的管理方式如下:
[0068]HDFS:通過InputFormat來實現，當需要增加、修改、刪除列時，利用更改數據的解析方式InputFormat來實現，這樣避免了數據的變化，只需維護元數據的對象列信息即可；
[0069]HBase:利用HBase的數據存儲以字符串的方式實現這一特性，可以方便的修改數據列的類型，利用HBase可以隨時增加、刪除列族或列的特性，可以方便的實現數據列的增加和刪除；
[0070]HIVE:HIVE底層數據存儲均已字符串實現，並且提供了字符串和各種類型之間的轉換，利用這一特性，可以實現數據列類型的修改；具體實施中，可以通過面向對象語言HQL (Hibernate Query Language)、用戶自定義函數 UDF (User Defined Funct1n)類開發等方式實現；
[0071]RDMS:關係型資料庫可以增加、刪除數據列；具體實施中可以通過結構化查詢語言 SQL (Structured Query Language)實現。
[0072]以上面數據存儲時的各屬性信息表繼續說明如下:
[0073]當增加、修改或刪除非結構化數據列時，修改roB_HDFS_INFO表；
[0074]當增加、修改或刪除半結構化數據列時，修改roB_HBASE_INFO表；
[0075]當修改結構化數據信息時，修改roB_HIVE_INFO表；
[0076]當增加或刪除結構化數據信息時，修改H)B_RDMS_INFO表。
[0077]本發明實施例中需要改變用戶數據的數據類型時，根據改變的數據類型修改相應的表格即可。修改數據類型時，需要保證原類型和新類型的數據格式一致，否則原數據會變為無效數據。例如原類型為VarChar(30)，數據格式為20.5樣式，當修改後的新類型為double時，原數據時有效的；當修改後的新類型為int時，原數據時無效的，應避免這種類型修改。
[0078]圖6示出了本發明實施例中對象進行數據加載的流程示意圖，如圖所示，包括:
[0079]步驟601、創建對象；
[0080]步驟602、加載數據；
[0081]當一個對象創建成功後，可以對該對象進行數據加載，結構化數據列寫入RDMS或HIVE,半結構化數據列寫入HBase，非結構化數據列寫入HDFS。
[0082]步驟603、判斷用戶數據的數據類型是否發生改變，
[0083]如果發生改變，則執行步驟604 ；
[0084]如果沒有發生改變，則執行步驟602 ;
[0085]步驟604、修改屬性信息表，判斷是否允許修改，
[0086]如果允許修改，則執行步驟605 ；
[0087]如果不允許修改，則執行步驟602。
[0088]在本發明實施例中，當對象結構發生改變後，首先把發生改變的數據列寫入到元資料庫的屬性信息表中，屬性信息修改成功後才允許進行數據加載。新的數據加載和原數據加載方式完全相同，只是數據類型發生了改變，不影響加載過程。
[0089]基於同一發明構思，本發明實施例中還提供了一種數據存儲裝置、數據查詢裝置、數據加載裝置，由於這些設備解決問題的原理與一種數據存儲方法、數據查詢方法、數據加載方法相似，因此這些設備的實施可以參見方法的實施，重複之處不再贅述。
[0090]圖7示出了本發明實施例中數據存儲裝置的結構示意圖，如圖所示，裝置可以包括:
[0091]對象創建模塊701，用於在進行用戶數據存儲時，為用戶數據創建對象，對象包括用戶數據本身以及用戶數據的屬性信息，每個對象具有對應的對象標識；
[0092]存儲模塊702，用於將屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在元資料庫中用於存儲屬性信息的各屬性信息表之間通過對象標識進彳T關聯。
[0093]實施中，對象創建模塊701可以用於創建屬性信息包括對象的數據類型信息、關聯信息和數據存儲信息的對象；存儲模塊702可以用於將對象的數據類型信息存儲於對象信息表中，將關聯信息存儲於關聯信息表中，將數據存儲信息根據數據類型的不同分別存儲於不同的數據存儲信息表中。
[0094]圖8示出了本發明實施例中對利用上述存儲裝置存儲的數據進行查詢的裝置(可以簡稱數據查詢裝置)，如圖所示，數據查詢裝置可以包括:
[0095]查詢接口 801，用於接收查詢請求，所述請求中包括所述對象標識；
[0096]查詢執行模塊802，用於根據所述對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
[0097]圖9示出了本發明實施例中對利用上述存儲裝置存儲的數據進行加載的裝置(可以簡稱數據加載裝置)，如圖所示，數據加載裝置可以包括:
[0098]加載模塊901，用於在對象創建後進行數據加載；
[0099]修改模塊902，用於當用戶數據的數據類型需要改變時，修改所述用戶數據相應的屬性信息表；
[0100]加載模塊901進一步用於在屬性信息修改完成後，進行數據加載。
[0101 ] 實施中，可以進一步包括:
[0102]判斷模塊903，用於當用戶數據的數據類型需要改變時，判斷數據類型修改前後的數據格式是否一致；
[0103]修改模塊902可以用於當所述數據類型修改前後的數據格式一致時，修改用戶數據相應的屬性信息表。
[0104]上述實施例中，均可以採用現有的功能元器件模塊來實施。例如，對象創建模塊可以為任意一個具備對象創建功能的設備都具備的元器件；存儲模塊可以採用現有技術中的數據存儲手段，本領域技術人員經過相應的設計開發即可實現；同時，查詢執行模塊則可以是任意一個具備數據查詢功能的設備都具備的元器件；而加載模塊進行的數據寫入等採用的都是現有的技術手段，本領域技術人員經過相應的設計開發即可實現；修改模塊則是任意一個具備數據修改功能的設備都具備的元器件；判斷模塊可以採用現有的具備判斷功能的設備都具備的元器件。
[0105]為了描述的方便，以上所述裝置的各部分以功能分為各種模決或單元分別描述。當然，在實施本發明時可以把各模塊或單元的功能在同一個或多個軟體或硬體中實現。
[0106]本發明實施例所提供的技術方案可以保證同一對象的不同數據的存儲信息、數據之間的關聯信息、數據對象的結構信息和實際用戶數據的統一性和完整性，以及對象屬性信息的可變性。
[0107]統一性:同一對象的屬性信息和實際用戶數據(用戶提供的要存儲的數據)在數據加載時，對象的屬性信息寫入元數據中，實際用戶數據寫入到底層存儲系統中，底層存儲系統可以由結構化數據存儲平臺、半結構化數據存儲平臺和非結構化數據存儲平臺組成。統一性是指保證元數據信息的更新和實際用戶數據寫入的同步性，即同時成功或同時失敗。
[0108]完整性:同一對象所屬的結構化用戶數據、半結構化用戶數據和非結構化用戶數據在寫入底層存儲平臺時，完全且正確的寫入，屬性信息和用戶數據均完整，不存在某個底層存儲平臺用戶數據寫入成功而另一個底層存儲平臺用戶數據寫入失敗的情況，也不存在屬性信息寫入成功而用戶數據寫入失敗的情況。
[0109]可變性:對象結構是可變的，也即對象的屬性信息是可變的，根據創建對象時提供的列屬性，可以增加數據列、修改數據列或刪除數據列等等。
[0110]本發明對大數據應用過程中出現的數據形式或數據結構變化提供了較為方便的自適應數據管理和存儲方法，保證在不改變軟體結構的情況下，很好的完成數據結構變化帶來的調整，無需重新設計數據結構，迀移數據，節約數據存儲和管理的成本，同時減少用戶對數據的使用和維護成本，也在一定程度上提高了數據的價值。
[0111]本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產品的形式。
[0112]本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0113]這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0114]這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0115]儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。
【權利要求】
1.一種數據存儲方法，其特徵在於，包括如下步驟: 在進行用戶數據存儲時，為所述用戶數據創建對象，所述對象包括用戶數據本身以及所述用戶數據的屬性信息，每個對象具有對應的對象標識； 將所述屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在所述元資料庫中用於存儲所述屬性信息的各屬性信息表之間通過對象標識進tx關聯。
2.如權利要求1所述的方法，其特徵在於，所述屬性信息包括對象的數據類型信息、關聯信息和數據存儲信息，所述將用戶數據的屬性信息存入元資料庫中，包括:將所述對象的數據類型信息存儲於對象信息表中，將所述關聯信息存儲於關聯信息表中，將所述數據存儲信息根據數據類型的不同分別存儲於不同的數據存儲信息表中。
3.一種對利用如權利要求1或2所述方法存儲的數據進行查詢的方法，其特徵在於，包括如下步驟: 接收查詢請求，所述請求中包括所述對象標識； 根據所述對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
4.一種對利用如權利要求1或2所述方法存儲的數據進行加載的方法，其特徵在於，包括如下步驟: 在對象創建後進行數據加載； 當用戶數據的數據類型需要改變時，修改所述用戶數據相應的屬性信息表； 在屬性信息修改完成後，進行數據加載。
5.如權利要求4所述的方法，其特徵在於，當用戶數據的數據類型需要改變時，判斷數據類型修改前後的數據格式是否一致，當所述數據類型修改前後的數據格式一致時，修改所述用戶數據相應的屬性信息表。
6.一種數據存儲裝置，其特徵在於，包括: 對象創建模塊，用於在進行用戶數據存儲時，為所述用戶數據創建對象，所述對象包括用戶數據本身以及所述用戶數據的屬性信息，每個對象具有對應的對象標識； 存儲模塊，用於將所述屬性信息存入元資料庫中，根據用戶數據的屬性信息將用戶數據寫入相應的底層存儲系統，在元資料庫中用於存儲所述屬性信息的各屬性信息表之間通過對象標識進行關聯。
7.如權利要求6所述的裝置，其特徵在於，所述對象創建模塊用於創建屬性信息包括對象的數據類型信息、關聯信息和數據存儲信息的對象；所述存儲模塊用於將所述對象的數據類型信息存儲於對象信息表中，將所述關聯信息存儲於關聯信息表中，將所述數據存儲信息根據數據類型的不同分別存儲於不同的數據存儲信息表中。
8.一種對利用如權利要求6或7所述裝置存儲的數據進行查詢的裝置，其特徵在於，包括: 查詢接口，用於接收查詢請求，所述請求中包括所述對象標識； 查詢執行模塊，用於根據所述對象標識在各屬性信息表中確定數據存儲位置進行數據查詢。
9.一種對利用如權利要求6或7所述裝置存儲的數據進行加載的裝置，其特徵在於，包括: 加載模塊，用於在對象創建後進行數據加載； 修改模塊，用於當用戶數據的數據類型需要改變時，修改所述用戶數據相應的屬性信息表； 所述加載模塊進一步用於在屬性信息修改完成後，進行數據加載。
10.如權利要求9所述的裝置，其特徵在於，進一步包括: 判斷模塊，用於當用戶數據的數據類型需要改變時，判斷數據類型修改前後的數據格式是否一致； 所述修改模塊用於當所述數據類型修改前後的數據格式一致時，修改所述用戶數據相應的屬性信息表。
【文檔編號】G06F17/30GK104462362SQ201410743372
【公開日】2015年3月25日 申請日期:2014年12月8日 優先權日:2014年12月8日
【發明者】狄靜舒, 惠潤海, 宋懷明 申請人:曙光信息產業(北京)有限公司