DataViewRow 類別
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
資料的邏輯資料列。 可能是 或獨立資料列的資料 IDataView 列。
public abstract class DataViewRow : IDisposable
type DataViewRow = class
interface IDisposable
Public MustInherit Class DataViewRow
Implements IDisposable
- 繼承
-
DataViewRow
- 衍生
- 實作
建構函式
DataViewRow() |
資料的邏輯資料列。 可能是 或獨立資料列的資料 IDataView 列。 |
屬性
Batch |
這提供一種方式,可用來協調通常從 GetRowCursorSet(IEnumerable<DataViewSchema.Column>, Int32, Random) 產生的多個資料列。 取得集合時,必須同時允許平行處理繼續進行,但一律有一個目標,就是原始順序應該可復原。 請注意,不論使用者是否在意特定應用程式中的原始順序,都是另一個完全 (大部分呼叫端的案例,否則不會) 呼叫它,但至少應該能夠重新建構原始順序,從相同的設定 GetRowCursor(IEnumerable<DataViewSchema.Column>, Random) 取得。 因此:對於任何資料指標實作,批次編號應該不遞減。 此外,任何指定的批次編號應該只會出現在 其中一個資料指標中,如 所 GetRowCursorSet(IEnumerable<DataViewSchema.Column>, Int32, Random) 傳回。 如此一來,順序就會由批次編號決定。 協調這些資料指標以產生一致單一資料指標的作業,可以藉由從集合中的所有資料指標之間,從單一資料指標繪製,以取得最小的批次編號。 請注意,除了產生相同整體順序的一致性之外,沒有建議特定專案的批次會從資料指標到資料指標保持一致。 相同的專案可能會有不同的批次編號,從一個資料指標到另一個資料指標。 此外,也不需要顯示任何指定的批次編號。 它只是從可能任意資料分割中復原排序的機制。 當然,它也會遵循這一點,將批次視為資料的屬性完全無效。 |
Position |
當基礎內容變更時,這會遞增,讓用戶端能夠偵測變更。 當物件處於無法擷取值的狀態時,它應該是 -1。 特別是,針對 DataViewRowCursor , MoveNext() 如果第一次呼叫,或第一次 MoveNext() 呼叫 之後,就會先呼叫 ,並傳 請注意,此位置不在基礎資料中,而是此資料指標的位置。 例如,如果開啟一組平行串流資料指標或亂數據指標,則每個這類資料指標的第一個有效專案一律會有 0 位置。 |
Schema |
Schema取得 ,其提供變數的名稱和類型資訊 (亦即 ML.NET 類型系統中) 儲存在此資料列中的資料行。 |
方法
Dispose() |
處置的實作。 使用 |
Dispose(Boolean) |
可處置模式的可處置方法。 此預設實作不會執行任何動作。 |
GetGetter<TValue>(DataViewSchema+Column) |
傳回值 getter 委派,以從資料列擷取指定 |
GetIdGetter() |
128 位識別碼值的 getter。 物件通常會提供多個 DataViewRow 實例,以逐一查看應該相同資料的內容,例如,在 IDataView 資料指標集中,會產生與序列資料指標相同的資料、只是分割的資料,而亂數據指標會產生與序列資料指標相同的資料或任何其他亂數據指標。 只隨機顯示。 對於需要協調哪個專案實際上是哪一個專案的應用程式,存在識別碼。 在理想情況下,此識別碼應該是唯一的,但基於實際理由,如果衝突只是非常不精確,就足以滿足。 請注意,雖然根據上述語意,此識別碼對於多個資料流程必須一致,但不會被視為資料本身的一部分。 因此,若要特別採用資料檢視的範例,單一資料檢視必須在所有資料指標之間轉譯一致的識別碼,但是如果「相同」資料在不同的資料檢視中呈現 (則沒有任何建議,例如,轉換、快取、儲存或任何) ,兩個不同資料檢視之間的識別碼會有任何可辨識的關聯性。 |
IsColumnActive(DataViewSchema+Column) |
傳回指定的資料行是否在此資料列中為作用中。 |