亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? perst.xml

?? Perst開源實時數據庫
?? XML
?? 第 1 頁 / 共 5 頁
字號:
<?xml version="1.0"?>
<doc>
    <assembly>
        <name>Perst.NET</name>
    </assembly>
    <members>
        <member name="T:Perst.PersistentCollection">
            <summary>
            Base class for all persistent collections
            </summary>
        </member>
        <member name="T:Perst.PersistentResource">
            <summary>Base class for persistent capable objects supporting locking
            </summary>
        </member>
        <member name="T:Perst.Persistent">
            <summary> Base class for all persistent capable objects
            </summary>
        </member>
        <member name="T:Perst.IPersistent">
            <summary> Interface of all persistent capable objects
            </summary>
        </member>
        <member name="M:Perst.IPersistent.Load">
            <summary> Load object from the database (if needed)
            </summary>
        </member>
        <member name="M:Perst.IPersistent.IsRaw">
            
            <summary> Check if object is stub and has to be loaded from the database
            </summary>
            <returns><code>true</code> if object has to be loaded from the database
            </returns>
        </member>
        <member name="M:Perst.IPersistent.IsPersistent">
            <summary> Check if object is persistent 
            </summary>
            <returns><code>true</code> if object has assigned OID
            
            </returns>
        </member>
        <member name="M:Perst.IPersistent.IsDeleted">
            <summary>  Check if object is deleted by GC from process memory
            </summary>
            <returns> <code>true</code> if object is deleted by GC
            </returns>
        </member>
        <member name="M:Perst.IPersistent.IsModified">
            <summary> Check if object was modified within current transaction
            </summary>
            <returns><code>true</code> if object is persistent and was modified within current transaction
            
            </returns>
        </member>
        <member name="M:Perst.IPersistent.MakePersistent(Perst.Storage)">
            <summary> Explicitely make object peristent. Usually objects are made persistent
            implicitlely using "persistency on reachability apporach", but this
            method allows to do it explicitly 
            </summary>
            <param name="storage">storage in which object should be stored 
            </param>
            <returns>OID assigned to the object</returns>
        </member>
        <member name="M:Perst.IPersistent.Store">
            <summary> Save object in the database
            </summary>
        </member>
        <member name="M:Perst.IPersistent.Modify">
            <summary>
            Mark object as modified. Object will be saved to the database during transaction commit.
            </summary>
        </member>
        <member name="M:Perst.IPersistent.Deallocate">
            <summary> Deallocate persistent object from the database
            </summary>
        </member>
        <member name="M:Perst.IPersistent.RecursiveLoading">
            <summary> Specified whether object should be automatically loaded when it is referenced
            by other loaded peristent object. Default implementation of this method
            returns <code>true</code> making all cluster of referenced objects loaded together. 
            To avoid main memory overflow you should stop recursive loading of all objects
            from the database to main memory by redefining this method in some classes and returing
            <code>false</code> in it. In this case object has to be loaded explicitely 
            using Persistent.load method.
            </summary>
            <returns><code>true</code> if object is automatically loaded
            
            </returns>
        </member>
        <member name="M:Perst.IPersistent.OnLoad">
            <summary> This method is  called by the database after loading of the object.
            It can be used to initialize transient fields of the object. 
            Default implementation of this method do nothing 
            </summary>
        </member>
        <member name="M:Perst.IPersistent.OnStore">
            <summary> This method is  called by the database befire storing of the object.
            It can be used to initialize transient fields of the object. 
            Default implementation of this method do nothing 
            </summary>
        </member>
        <member name="M:Perst.IPersistent.Invalidate">
            <summary>
            Invalidate object. Invalidated object has to be explicitly
            reloaded using load() method. Attempt to store invalidated object
            will cause StoraegError exception.
            </summary>
        </member>
        <member name="M:Perst.IPersistent.AssignOid(Perst.Storage,System.Int32,System.Boolean)">
            <summary>
            Method used to associate object with storage.
            This method is used by Storage class and you should not use it explicitly.
            </summary>
            <param name="storage">storage to be assigned to</param>
            <param name="oid">assigned OID</param>
            <param name="raw">if object is already loaded</param>
        </member>
        <member name="P:Perst.IPersistent.Oid">
            <summary> Get object identifier (OID)
            </summary>
        </member>
        <member name="P:Perst.IPersistent.Storage">
            <summary> Get storage in which this object is stored
            </summary>
        </member>
        <member name="T:Perst.IResource">
            <summary>
             Interface of object supporting locking
             </summary>
        </member>
        <member name="M:Perst.IResource.SharedLock">
            <summary>
            Lock persistent object in shared mode. Other threads will be able to set their
            shared locks on this objects, but not exclusive lock can be set until this lock is released.
            
            Upgrading of the lock is not possible (thread having read lock can not upgrade it to exclusive lock).
            It is done to prevent possible deadlocks caused by lock updates. 
            But locks are reentrant - so thread can request the same lock many times (and correspondent 
            number of unlocks is needed to release the lock).
            
            Locking the object doesn't prevent other threads from accessing the object - 
            it only has influence on <code>sharedLock</code> and <code>exclusiveLock</code> methods.
            So programmer should set proper lock before accessing the object in multithreaded application.
            
            If object is concurrently accessed by several threads in read-only mode, then explicit locking
            of this object is not needed, because language API provides consistent retrieving of objects itself.
            
            Only persistent object (object which were assigned to the the storage either implicitly by
            saving some other persistent object referencing this object, either explicitly by 
            <code>Storage.makeObjectPersistent</code> method.
            </summary>
        </member>
        <member name="M:Perst.IResource.ExclusiveLock">
            <summary>
            Lock persistent object in exclusive mode. Only one thread can lock object in exclusive mode at each
            moment of time. Shared or exclusive lock requests of other threads will be blocked until
            this lock is released.
            shared locks on this objects, but not exclusive lock can be set until this lock is released.
            
            This lock is reentrant, so thread owning the lock can successfully retrieve the lock many times
            (and correspondent number of unlocks is needed to release the lock).
            
            Locking the object doesn't prevent other threads from accessing the object - 
            it only has influence on <code>sharedLock</code> and <code>exclusiveLock</code> methods.
            So programmer should set proper lock before accessing the object in multithreaded application.
                        Only persistent object (object which were assigned to the the storage either implicitly by
            saving some other persistent object referencing this object, either explicitly by 
            <code>Storage.makeObjectPersistent</code> method.   
            </summary>
        </member>
        <member name="M:Perst.IResource.SharedLock(System.Int64)">
            <summary>
            Lock persistent object in shared mode. Other threads will be able to set their
            shared locks on this objects, but not exclusive lock can be set until this lock is released.
            
            Upgrading of the lock is not possible (thread having read lock can not upgrade it to exclusive lock).
            It is done to prevent possible deadlocks caused by lock updates. 
            But locks are reentrant - so thread can request the same lock many times (and correspondent 
            number of unlocks is needed to release the lock).
             
            Locking the object doesn't prevent other threads from accessing the object - 
            it only has influence on <code>sharedLock</code> and <code>exclusiveLock</code> methods.
            So programmer should set proper lock before accessing the object in multithreaded application.
            
            If object is concurrently accessed by several threads in read-only mode, then explicit locking
            of this object is not needed, because language API provides consistent retrieving of objects itself.
            
            Only persistent object (object which were assigned to the the storage either implicitly by
            saving some other persistent object referencing this object, either explicitly by 
            <code>Storage.makeObjectPersistent</code> method.
            </summary>
            <param name="timeout">timeout of operation in milliseconds. If timeout is 0 and
            lock can not be granted, the request will fail immediately. Otherwise the system will try
            to grant lock within specified amount of time.
            </param>
            <returns>
            <DL>
            <DT><code>true</code> if lock is successfully granted</DT>
            <DT><code>false</code> if lock can not be granted within specified time</DT> 
            </DL>
            </returns>
        </member>
        <member name="M:Perst.IResource.ExclusiveLock(System.Int64)">
             <summary>
             Lock persistent object in exclusive mode. Only one thread can lock object in exclusive mode at each
             moment of time. Shared or exclusive lock requests of other threads will be blocked until
             this lock is released.
             shared locks on this objects, but not exclusive lock can be set until this lock is released.
             
             This lock is reentrant, so thread owning the lock can successfully retrieve the lock many times
             (and correspondent number of unlocks is needed to release the lock).
             
             Locking the object doesn't prevent other threads from accessing the object - 
             it only has influence on <code>sharedLock</code> and <code>exclusiveLock</code> methods.
            So programmer should set proper lock before accessing the object in multithreaded application.
            
             Only persistent object (object which were assigned to the the storage either implicitly by
             saving some other persistent object referencing this object, either explicitly by 
             <code>Storage.makeObjectPersistent</code> method.   
             </summary>
             <param name="timeout">timeout of operation in milliseconds. If timeout is 0 and
             lock can not be granted, the request will fail immediately. Otherwise the system will try
             to grant lock within specified amount of time.
             </param>
             <returns>
             <DL>
             <DT><code>true</code> if lock is successfully granted</DT>
             <DT><code>false</code> if lock can not be granted within specified time</DT>
             </DL>
             </returns>
        </member>
        <member name="M:Perst.IResource.Unlock">
            <summary>
            Remove granted lock. If lock was requested several times by one thread, then correspondent number
            of unlocks is needed to release the lock.
            </summary>
        </member>
        <member name="M:Perst.IResource.Reset">
            <summary>
            Reset resource to original state.
            Wakrup all threads waiting for this resource.
            </summary>
        </member>
        <member name="T:Perst.ITable">
            <summary> Interface of selectable collection.
            Selectable collections allows to selct its memebers using JSQL query
            </summary>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
99热国产精品| 中文字幕亚洲综合久久菠萝蜜| 欧美电视剧免费观看| 国产精品第四页| 青青草91视频| 色欧美乱欧美15图片| 久久日韩精品一区二区五区| 亚洲自拍偷拍综合| 成人激情电影免费在线观看| 欧美一级日韩免费不卡| 亚洲综合一区在线| 成人午夜伦理影院| 精品少妇一区二区三区在线播放 | 捆绑调教美女网站视频一区| 91亚洲午夜精品久久久久久| 久久精品男人天堂av| 日韩国产欧美在线观看| 欧美唯美清纯偷拍| 国产精品久久久久影院| 成人性视频免费网站| 日韩欧美色综合| 琪琪久久久久日韩精品| 欧美精品丝袜久久久中文字幕| 亚洲精品乱码久久久久久日本蜜臀| 国产精品一区2区| 国产日韩精品一区| 国产黄人亚洲片| 国产情人综合久久777777| 国内精品久久久久影院色| 日韩视频中午一区| 人人狠狠综合久久亚洲| 日韩片之四级片| 久久国产精品99久久久久久老狼| 日韩一区二区精品| 久久国产精品99精品国产| 精品三级av在线| 高清av一区二区| 亚洲图片欧美激情| 在线观看亚洲专区| 天天综合网 天天综合色| 5858s免费视频成人| 日本中文在线一区| 精品动漫一区二区三区在线观看| 久久国内精品视频| 久久综合久久综合亚洲| 国产高清在线精品| 亚洲视频每日更新| 欧美精品日韩一区| 国产精品一色哟哟哟| 17c精品麻豆一区二区免费| 在线观看一区二区精品视频| 天天做天天摸天天爽国产一区| 欧美一级二级三级乱码| 国产揄拍国内精品对白| 中文字幕一区二区5566日韩| 欧美特级限制片免费在线观看| 天天色天天操综合| 久久久久一区二区三区四区| 色综合天天综合网天天看片| 午夜精品成人在线| 色哟哟精品一区| 久久丁香综合五月国产三级网站| 中文字幕电影一区| 在线国产亚洲欧美| 国产一本一道久久香蕉| 综合电影一区二区三区| 欧美一区二区三区四区在线观看| 国产精品18久久久久久久网站| 亚洲欧美一区二区三区国产精品| 欧美美女bb生活片| 成人黄色一级视频| 七七婷婷婷婷精品国产| 国产精品美女一区二区三区 | 亚洲成人av在线电影| 精品福利视频一区二区三区| av福利精品导航| 久久国产尿小便嘘嘘尿| 亚洲久本草在线中文字幕| 欧美成人vps| 欧美中文字幕久久| 国产91精品一区二区麻豆亚洲| 日韩中文字幕麻豆| 亚洲乱码国产乱码精品精的特点 | 狠狠色狠狠色合久久伊人| 中文字幕一区在线观看| 日韩欧美一级二级三级久久久| 99riav一区二区三区| 激情综合色综合久久| 婷婷国产v国产偷v亚洲高清| 亚洲美女一区二区三区| 久久久久久久久久看片| 91精品在线一区二区| 91福利区一区二区三区| 成a人片亚洲日本久久| 国产乱子轮精品视频| 喷水一区二区三区| 日韩综合在线视频| 亚洲国产日韩a在线播放| 亚洲另类中文字| 亚洲婷婷综合色高清在线| 国产日韩欧美一区二区三区综合| 日韩网站在线看片你懂的| 欧美精品第1页| 欧美日韩黄色一区二区| 色婷婷激情久久| 91捆绑美女网站| 91免费国产在线观看| 91丨porny丨中文| 99re在线精品| 99re视频精品| 在线观看亚洲a| 欧美日韩精品综合在线| 欧美久久久久中文字幕| 7777精品伊人久久久大香线蕉超级流畅| 色88888久久久久久影院按摩| a在线播放不卡| 91色九色蝌蚪| 欧美最新大片在线看| 欧美日本精品一区二区三区| 欧美日韩精品一区二区三区四区| 欧美色涩在线第一页| 欧美精品第一页| 日韩免费高清av| 久久久久久亚洲综合影院红桃| 精品国产污污免费网站入口| 国产三级精品三级在线专区| 国产精品久99| 一区av在线播放| 日本麻豆一区二区三区视频| 久久精品国产成人一区二区三区| 国产一区二区在线免费观看| 99久久国产综合精品色伊| 色老头久久综合| 欧美一级片在线看| 国产欧美综合色| 亚洲黄色av一区| 免费不卡在线观看| 国产成人欧美日韩在线电影| av不卡在线观看| 欧美嫩在线观看| 国产日韩欧美综合一区| 亚洲综合免费观看高清在线观看| 石原莉奈在线亚洲二区| 国产麻豆一精品一av一免费 | 亚洲午夜精品17c| 精品在线一区二区| 白白色 亚洲乱淫| 91精品在线免费观看| 国产亚洲欧洲一区高清在线观看| 亚洲欧洲日韩综合一区二区| 亚洲永久精品国产| 狠狠狠色丁香婷婷综合久久五月| av一本久道久久综合久久鬼色| 欧美三级电影精品| 久久久久久久综合日本| 亚洲国产aⅴ天堂久久| 国产成人精品免费在线| 欧美日韩免费在线视频| 久久香蕉国产线看观看99| 一区二区三区色| 国产精品一区二区x88av| 欧美性猛片aaaaaaa做受| 久久精品视频在线看| 午夜精品视频在线观看| 成人aaaa免费全部观看| 日韩精品一区二区三区中文不卡 | 欧美综合天天夜夜久久| 久久综合九色综合97婷婷女人| 一区二区三区蜜桃网| 国产成人免费视频网站 | 欧美激情在线免费观看| 秋霞国产午夜精品免费视频| 91蜜桃免费观看视频| 久久久.com| 久久精品二区亚洲w码| 欧美精品视频www在线观看| 国产精品日韩精品欧美在线| 蜜臀精品久久久久久蜜臀| 欧美三区在线观看| 国产精品成人免费| 丁香婷婷深情五月亚洲| 精品欧美久久久| 麻豆91精品视频| 欧美一区二区黄| 亚洲一区二区四区蜜桃| 91在线免费看| 国产精品久久久久久户外露出| 国产麻豆精品视频| 欧美大片在线观看一区二区| 日韩高清一区二区| 欧美老肥妇做.爰bbww| 亚洲一区二区视频| 欧美色综合天天久久综合精品| 一区二区三区资源| 日本国产一区二区| 亚洲一区在线看| 欧美日韩一本到| 性欧美疯狂xxxxbbbb| 欧美日韩精品一区二区天天拍小说 | 99免费精品在线观看|