ObjectContext Klasa

Definicja

Przestrzeń nazw:

System.Data.Entity.Core.Objects

Zestaw:

EntityFramework.dll

ObjectContext to obiekt najwyższego poziomu, który hermetyzuje połączenie między środowiskiem CLR i bazą danych, służąc jako brama operacji tworzenia, odczytu, aktualizacji i usuwania.

[System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Maintainability", "CA1506:AvoidExcessiveClassCoupling")]
public class ObjectContext : IDisposable, System.Data.Entity.Infrastructure.IObjectContextAdapter

type ObjectContext = class
    interface IDisposable
    interface IObjectContextAdapter

Public Class ObjectContext
Implements IDisposable, IObjectContextAdapter

Dziedziczenie

Object

ObjectContext

Atrybuty

SuppressMessageAttribute

Implementuje

IObjectContextAdapter IDisposable

Konstruktory

ObjectContext(EntityConnection)	Inicjuje ObjectContext nowe wystąpienie klasy z danym połączeniem. Podczas budowy obszar roboczy metadanych jest wyodrębniany z EntityConnection obiektu .
ObjectContext(EntityConnection, Boolean)	Tworzy obiekt ObjectContext z danym obszarem roboczym połączenia i metadanych.
ObjectContext(EntityConnection, String)	Inicjuje ObjectContext nowe wystąpienie klasy z daną nazwą połączenia i kontenera jednostki.
ObjectContext(String)	Inicjuje ObjectContext nowe wystąpienie klasy z podanymi parametrami połączenia i domyślną nazwą kontenera jednostki.
ObjectContext(String, String)	Inicjuje ObjectContext nowe wystąpienie klasy z podanymi parametrami połączenia i nazwą kontenera jednostki.

Właściwości

CommandTimeout	Pobiera lub ustawia wartość limitu czasu w sekundach dla wszystkich operacji kontekstu obiektu. Wartość null wskazuje, że zostanie użyta domyślna wartość bazowego dostawcy.
Connection	Pobiera połączenie używane przez kontekst obiektu.
ContextOptions	ObjectContextOptions Pobiera wystąpienie, które zawiera opcje wpływające na zachowanie obiektu ObjectContext .
DefaultContainerName	Pobiera lub ustawia domyślną nazwę kontenera.
InterceptionContext	DbInterceptionContext Zwraca wartość używaną dla tego kontekstu.
MetadataWorkspace	Pobiera obszar roboczy metadanych używany przez kontekst obiektu.
ObjectStateManager	Pobiera menedżera stanu obiektu używanego przez kontekst obiektu do śledzenia zmian obiektów.
QueryProvider	Pobiera dostawcę zapytań LINQ skojarzonego z tym kontekstem obiektu.
TransactionHandler	Pobiera program obsługi transakcji używany przez ten kontekst. Może mieć wartość null, jeśli żadna transakcja nie została uruchomiona.

Metody

AcceptAllChanges()	Akceptuje wszystkie zmiany wprowadzone w obiektach w kontekście obiektu.
AddObject(String, Object)	Dodaje obiekt do kontekstu obiektu.
ApplyCurrentValues<TEntity>(String, TEntity)	Kopiuje wartości skalarne z dostarczonego obiektu do obiektu w ObjectContext obiekcie, który ma ten sam klucz.
ApplyOriginalValues<TEntity>(String, TEntity)	Kopiuje wartości skalarne z dostarczonego obiektu do zestawu oryginalnych wartości dla obiektu w ObjectContext obiekcie, który ma ten sam klucz.
ApplyPropertyChanges(String, Object)	Przestarzałe. Stosuje zmiany właściwości z odłączonego obiektu do obiektu już dołączonego do kontekstu obiektu.
Attach(IEntityWithKey)	Dołącza wykres obiektu lub obiektu do kontekstu obiektu, gdy obiekt ma klucz jednostki.
AttachTo(String, Object)	Dołącza wykres obiektu lub obiektu do kontekstu obiektu w określonym zestawie jednostek.
CreateDatabase()	Tworzy bazę danych przy użyciu bieżącego połączenia źródła danych i metadanych w elemencie StoreItemCollection .
CreateDatabaseScript()	Generuje skrypt języka definicji danych (DDL), który tworzy obiekty schematu (tabele, klucze podstawowe, klucze obce) dla metadanych w obiekcie StoreItemCollection . Metadane StoreItemCollection są ładowane z plików języka definicji schematu (SSDL).
CreateEntityKey(String, Object)	Tworzy klucz jednostki dla określonego obiektu lub zwraca klucz jednostki, jeśli już istnieje.
CreateObject<T>()	Tworzy i zwraca wystąpienie żądanego typu .
CreateObjectSet<TEntity>()	Tworzy nowe ObjectSet<TEntity> wystąpienie używane do wykonywania zapytań, dodawania, modyfikowania i usuwania obiektów określonego typu jednostki.
CreateObjectSet<TEntity>(String)	Tworzy nowe ObjectSet<TEntity> wystąpienie używane do wykonywania zapytań, dodawania, modyfikowania i usuwania obiektów określonego typu oraz z określoną nazwą zestawu jednostek.
CreateProxyTypes(IEnumerable<Type>)	Generuje równoważny typ, który może być używany z platformą Entity Framework dla każdego typu w podanym wyliczenie.
CreateQuery<T>(String, ObjectParameter[])	Tworzy obiekt ObjectQuery<T> w bieżącym kontekście obiektu przy użyciu określonego ciągu zapytania.
DatabaseExists()	Sprawdza, czy baza danych określona jako baza danych w bieżącym połączeniu magazynu istnieje w magazynie. Większość rzeczywistej pracy jest wykonywana przez implementację DbProviderServices dla bieżącego połączenia magazynu.
DeleteDatabase()	Usuwa bazę danych określoną jako bazę danych w bieżącym połączeniu ze źródłem danych.
DeleteObject(Object)	Oznacza obiekt do usunięcia.
Detach(Object)	Usuwa obiekt z kontekstu obiektu.
DetectChanges()	Gwarantuje, że ObjectStateEntry zmiany są synchronizowane ze zmianami we wszystkich obiektach śledzonych przez obiekt ObjectStateManager .
Dispose()	Zwalnia zasoby używane przez kontekst obiektu.
Dispose(Boolean)	Zwalnia zasoby używane przez kontekst obiektu.
ExecuteFunction(String, ObjectParameter[])	Wykonuje procedurę składowaną lub funkcję zdefiniowaną w źródle danych i wyrażoną w modelu koncepcyjnym; odrzuca wszystkie wyniki zwrócone z funkcji; funkcja i zwraca liczbę wierszy, na które ma wpływ wykonanie.
ExecuteFunction<TElement>(String, ExecutionOptions, ObjectParameter[])	Wykonuje daną funkcję w kontenerze domyślnym.
ExecuteFunction<TElement>(String, MergeOption, ObjectParameter[])	Wykonuje daną procedurę składowaną lub funkcję zdefiniowaną w źródle danych i wyrażoną w modelu koncepcyjnym z określonymi parametrami i opcją scalania. Zwraca typizowane ObjectResult<T> polecenie .
ExecuteFunction<TElement>(String, ObjectParameter[])	Wykonuje procedurę składowaną lub funkcję zdefiniowaną w źródle danych i zamapowaną w modelu koncepcyjnym z określonymi parametrami. Zwraca typizowane ObjectResult<T> polecenie .
ExecuteStoreCommand(String, Object[])	Wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommand("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommand("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreCommand(TransactionalBehavior, String, Object[])	Wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommand("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommand("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreCommandAsync(String, CancellationToken, Object[])	Asynchronicznie wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreCommandAsync(String, Object[])	Asynchronicznie wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreCommandAsync(TransactionalBehavior, String, CancellationToken, Object[])	Asynchronicznie wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreCommandAsync(TransactionalBehavior, String, Object[])	Asynchronicznie wykonuje dowolne polecenie bezpośrednio względem źródła danych przy użyciu istniejącego połączenia. To polecenie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posty SET Rating = 5 WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreCommandAsync("UPDATE dbo. Posts SET Rating = 5 WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQuery<TElement>(String, ExecutionOptions, Object[])	Wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję wpisanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst. Użyj przeciążenia określającego nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszelkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić symbole zastępcze parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie podane wartości parametrów zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @p0", userSuppliedAuthor); Alternatywnie możesz również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Dzięki temu można używać nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQuery<TElement>(String, Object[])	Wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst, użyj przeciążenia, które określa nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQuery<TElement>(String, String, ExecutionOptions, Object[])	Wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Jeśli określono nazwę zestawu jednostek, wyniki są śledzone przez kontekst. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQuery<TElement>(String, String, MergeOption, Object[])	Wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Jeśli określono nazwę zestawu jednostek, wyniki są śledzone przez kontekst. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQuery<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, CancellationToken, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst, użyj przeciążenia, które określa nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, ExecutionOptions, CancellationToken, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst, użyj przeciążenia, które określa nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, ExecutionOptions, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst, użyj przeciążenia, które określa nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Wyniki nie są śledzone przez kontekst, użyj przeciążenia, które określa nazwę zestawu jednostek, aby śledzić wyniki. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, String, ExecutionOptions, CancellationToken, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Jeśli określono nazwę zestawu jednostek, wyniki są śledzone przez kontekst. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
ExecuteStoreQueryAsync<TElement>(String, String, ExecutionOptions, Object[])	Asynchronicznie wykonuje zapytanie bezpośrednio względem źródła danych i zwraca sekwencję typowanych wyników. Zapytanie jest określane przy użyciu natywnego języka zapytań serwera, takiego jak SQL. Jeśli określono nazwę zestawu jednostek, wyniki są śledzone przez kontekst. Podobnie jak w przypadku każdego interfejsu API, który akceptuje język SQL, ważne jest, aby sparametryzować wszystkie dane wejściowe użytkownika w celu ochrony przed atakiem polegającym na wstrzyknięciu kodu SQL. W ciągu zapytania SQL można uwzględnić posiadacze miejsc parametrów, a następnie podać wartości parametrów jako dodatkowe argumenty. Wszystkie wartości parametrów, które podajesz, zostaną automatycznie przekonwertowane na parametr DbParameter. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Posty WHERE Author = @p0", userSuppliedAuthor); Alternatywnie można również skonstruować parametr DbParameter i podać go do zapytania SqlQuery. Umożliwia to używanie nazwanych parametrów w ciągu zapytania SQL. Kontekście. ExecuteStoreQueryAsync<Post>("SELECT * FROM dbo. Wpisy WHERE Author = @author", new SqlParameter("@author", userSuppliedAuthor));
Finalize()	Finalizuje wystąpienie ObjectContext klasy.
GetKnownProxyTypes()	Zwraca wszystkie istniejące typy serwerów proxy.
GetObjectByKey(EntityKey)	Zwraca obiekt, który ma określony klucz jednostki.
GetObjectType(Type)	Zwraca typ jednostki POCO skojarzony z obiektem proxy określonego typu.
LoadProperty(Object, String)	Jawnie ładuje obiekt powiązany z podanym obiektem przez określoną właściwość nawigacji i użyj domyślnej opcji scalania.
LoadProperty(Object, String, MergeOption)	Jawnie ładuje obiekt powiązany z podanym obiektem przez określoną właściwość nawigacji i przy użyciu określonej opcji scalania.
LoadProperty<TEntity>(TEntity, Expression<Func<TEntity,Object>>)	Jawnie ładuje obiekt powiązany z podanym obiektem przez określone zapytanie LINQ i przy użyciu domyślnej opcji scalania.
LoadProperty<TEntity>(TEntity, Expression<Func<TEntity,Object>>, MergeOption)	Jawnie ładuje obiekt powiązany z podanym obiektem przez określone zapytanie LINQ i przy użyciu określonej opcji scalania.
Refresh(RefreshMode, IEnumerable)	Aktualizacje kolekcję obiektów w kontekście obiektu z danymi z bazy danych.
Refresh(RefreshMode, Object)	Aktualizacje obiekt w kontekście obiektu z danymi z bazy danych.
RefreshAsync(RefreshMode, IEnumerable)	Asynchronicznie aktualizuje kolekcję obiektów w kontekście obiektu przy użyciu danych z bazy danych.
RefreshAsync(RefreshMode, IEnumerable, CancellationToken)	Asynchronicznie aktualizuje kolekcję obiektów w kontekście obiektu przy użyciu danych z bazy danych.
RefreshAsync(RefreshMode, Object)	Asynchronicznie aktualizuje obiekt w kontekście obiektu przy użyciu danych z bazy danych.
RefreshAsync(RefreshMode, Object, CancellationToken)	Asynchronicznie aktualizuje obiekt w kontekście obiektu przy użyciu danych z bazy danych.
SaveChanges()	Utrwala wszystkie aktualizacje bazy danych i resetuje śledzenie zmian w kontekście obiektu.
SaveChanges(Boolean)	Przestarzałe. Utrwala wszystkie aktualizacje bazy danych i opcjonalnie resetuje śledzenie zmian w kontekście obiektu.
SaveChanges(SaveOptions)	Utrwala wszystkie aktualizacje bazy danych i opcjonalnie resetuje śledzenie zmian w kontekście obiektu.
SaveChangesAsync()	Asynchronicznie utrzymuje wszystkie aktualizacje bazy danych i resetuje śledzenie zmian w kontekście obiektu.
SaveChangesAsync(CancellationToken)	Asynchronicznie utrzymuje wszystkie aktualizacje bazy danych i resetuje śledzenie zmian w kontekście obiektu.
SaveChangesAsync(SaveOptions)	Asynchronicznie utrzymuje wszystkie aktualizacje bazy danych i opcjonalnie resetuje śledzenie zmian w kontekście obiektu.
SaveChangesAsync(SaveOptions, CancellationToken)	Asynchronicznie utrzymuje wszystkie aktualizacje bazy danych i opcjonalnie resetuje śledzenie zmian w kontekście obiektu.
Translate<TElement>(DbDataReader)	Tłumaczy obiekt DbDataReader zawierający wiersze danych jednostki na obiekty żądanego typu jednostki.
Translate<TEntity>(DbDataReader, String, MergeOption)	Tłumaczy element DbDataReader zawierający wiersze danych jednostki na obiekty żądanego typu jednostki, w określonym zestawie jednostek i z określoną opcją scalania.
TryGetObjectByKey(EntityKey, Object)	Zwraca obiekt, który ma określony klucz jednostki.

Zdarzenia

ObjectMaterialized	Występuje, gdy nowy obiekt jednostki jest tworzony na podstawie danych w źródle danych w ramach operacji zapytania lub ładowania.
SavingChanges	Występuje, gdy zmiany są zapisywane w źródle danych.

Jawne implementacje interfejsu

IObjectContextAdapter.ObjectContext

Zwraca się sam. ObiektContext implementuje IObjectContextAdapter w celu udostępnienia wspólnego interfejsu dla DbContext obiektów i obiektuContext, który zwróci podstawowy obiekt ObjectContext.