Gyakori kérdések

Győződjön meg arról, hogy a kapcsolati sztring helyes, és hogy az SQL Server-példány fut. Vegye figyelembe azt is, hogy az SQL-hez való LINQ használatához engedélyezni kell a Named Pipes protokollt. További információ: Tanulás útmutatók alapján.

Győződjön meg arról, hogy az eredményeket az adatbázisba való mentéshez hívja SubmitChanges meg.

A kapcsolat általában nyitva marad, amíg el nem használja a lekérdezés eredményeit. Ha arra számít, hogy időt vesz igénybe az összes eredmény feldolgozásához, és nem ellenzi az eredmények gyorsítótárazását, alkalmazza ToList a lekérdezésre. Olyan gyakori helyzetekben, amikor minden objektumot csak egyszer dolgoznak fel, a streamelési modell mind a LINQ-ban, mind DataReader az SQL-ben jobb.

A kapcsolat használatának pontos részletei a következőktől függnek:

• Csatlakozás ion állapota, ha a DataContext kapcsolati objektummal van létrehozva.

• Csatlakozás ion sztringbeállítások (például több aktív eredményhalmaz (MARS) engedélyezése. További információ: Több aktív eredményhalmaz (MARS).

Bár az SQL-hez való LINQ nem rendelkezik beállításalapú frissítési parancsokkal, az alábbi technikák egyikével frissíthet az első lekérdezés nélkül:

• SQL-kód küldéséhez használható ExecuteCommand .

• Hozzon létre egy új objektumpéldányt, és inicializálja a frissítést befolyásoló összes aktuális értéket (mezőt). Ezután csatolja az objektumot az objektumhoz a DataContext módosítani kívánt mező használatával Attach és módosításával.

A LINQ–SQL számos eszközt biztosít a létrehozott SQL-kód vizsgálatához. Az egyik legfontosabb az .Log További információ: Hibakeresési támogatás.

A LINQ az SQL-hez kétféleképpen ad vissza adatbázis által generált értékeket tárolt eljárásokkal:

• A kimeneti eredmény elnevezésével.

• Egy kimeneti paraméter explicit megadásával.

Az alábbi példa helytelen kimenetre mutat. Mivel a LINQ és az SQL nem tudja megfeleltetni az eredményeket, mindig 0 értéket ad vissza:

create procedure proc2

as

begin

select max(i) from t where name like 'hello'

end

Az alábbiakban egy példa látható a helyes kimenetre egy kimeneti paraméter használatával:

create procedure proc2

@result int OUTPUT

as

select @result = MAX(i) from t where name like 'hello'

go

A következő példa a helyes kimenetre a kimeneti eredmény elnevezésével:

create procedure proc2

as

begin

select nax(i) AS MaxResult from t where name like 'hello'

end

További információ: Műveletek testreszabása tárolt eljárások használatával.

A LINQ-ból SQL-be történő kódlétrehozás támogatja DataContractSerializer a szerializálást. Nem támogatja vagy BinaryFormatternem támogatjaXmlSerializer. További információ: Szerializálás.

Állítsa be a környezeti névtér és az entitásnévtér tulajdonságait az objektumrelációs Tervező egy külön értékre az egyes DBML-fájlokhoz. Ez a módszer kiküszöböli a névtér és a névtér ütközését.

A LINQ–SQL automatikusan kezeli ezt a helyzetet az identitás (automatikus növekmény) és a rowguidcol (adatbázis által generált GUID) és az időbélyegoszlopok esetében. Más esetekben manuálisan kell beállítania IsDbGeneratedtrue=ésAlways=OnUpdateAutoSync/OnInsert/tulajdonságait.

Igen. Az első nincs felülírva, mint az alábbi példában:

Dim dlo As New DataLoadOptions()
dlo.LoadWith(Of Order)(Function(o As Order) o.Customer)
dlo.LoadWith(Of Order)(Function(o As Order) o.OrderDetails)

DataLoadOptions dlo = new DataLoadOptions();
dlo.LoadWith<Order>(o => o.Customer);
dlo.LoadWith<Order>(o => o.OrderDetails);

Az objektumrelációs Tervező nem támogatja az SQL Server Compact 3.5-öt, bár a LINQ és az SQL futtatókörnyezet igen. Ebben az esetben létre kell hoznia saját entitásosztályokat, és hozzá kell adnia a megfelelő attribútumokat.

A kapcsolat létrehozása nem elég. Meg kell adnia olyan információkat, mint a diszkriminatív oszlop, az alaposztály diszkriminatív értéke és a származtatott osztály diszkriminatív értéke.

Nem érhető el nyilvános szolgáltatói modell. Jelenleg a LINQ to SQL csak az SQL Servert és az SQL Server Compact 3.5-öt támogatja.

Az SQL-injektálás jelentős kockázatot jelent a felhasználói bemenet összefűzésével létrehozott hagyományos SQL-lekérdezések esetében. A LINQ az SQL-hez lekérdezések használatával SqlParameter elkerüli az ilyen injektálásokat. A felhasználói bemenet paraméterértékekké alakul. Ez a módszer megakadályozza a rosszindulatú parancsok használatát az ügyfél bemenetéből.

Ehhez a speciális forgatókönyvhöz hajtsa végre a következő lépéseket:

1. A .dbml fájlban módosítsa a tulajdonságot úgy, hogy a jelölőt a IsReadOnly következőre Truemódosítja.

2. Adjon hozzá egy részleges osztályt. Hozzon létre egy konstruktort az írásvédett tagok paramétereivel.

3. Tekintse át az alapértelmezett UpdateCheck értéket (Never) annak megállapításához, hogy ez-e az alkalmazás megfelelő értéke.

   Figyelemfelhívás

   Ha a Visual Studióban az Objektumrelációs Tervező használja, előfordulhat, hogy felülírja a módosításokat.

Igen, a System.Data.Linq.dll szerelvény az attribútummal AllowPartiallyTrustedCallersAttribute megjelölt .NET-keretrendszer szerelvények közé tartozik. E jelölés nélkül a .NET-keretrendszer szerelvények csak teljes mértékben megbízható kóddal használhatók.

A linq-ről SQL-be irányuló elsődleges forgatókönyv a részlegesen megbízható hívók engedélyezéséhez engedélyezni kell a LINQ-ről SQL-szerelvényre való hozzáférést webalkalmazásokból, ahol a megbízhatósági konfiguráció közepes.

Létrehozhat nézetet egy adatbázisban, és megfeleltetheti az entitást a nézetnek. A LINQ to SQL ugyanazt az SQL-t hozza létre a nézetekhez, mint a táblák esetében.

Ne próbálja újra felhasználni a példányokat DataContext. Mindegyik DataContext fenntartja az állapotot (beleértve az identitás-gyorsítótárat) egy adott szerkesztési/lekérdezési munkamenethez. Ha az adatbázis aktuális állapota alapján szeretne új példányokat beszerezni, használjon egy új DataContextpéldányt.

Továbbra is használhat mögöttes ADO.NET kapcsolatkészletezést. További információ: SQL Server Csatlakozás ion pooling (ADO.NET).

Ez szándékosan van. A LINQ az SQL-hez továbbra is ugyanazokat a példányokat/értékeket adja vissza, mint az első példányban. Ha frissítéseket készít, optimista egyidejűséget használ. Az eredeti adatok az adatbázis aktuális állapotának ellenőrzésére szolgálnak annak megállapításához, hogy azok valójában változatlanok maradnak. Ha módosult, ütközés lép fel, és az alkalmazásnak meg kell oldania. Az alkalmazás egyik lehetősége, hogy visszaállítja az eredeti állapotot az aktuális adatbázis-állapotra, és újra megpróbálja a frissítést. További információ : A változásütközések kezelése.

Beállíthatja a hamis értéket is ObjectTrackingEnabled , amely kikapcsolja a gyorsítótárazást és a változáskövetést. Ezután minden lekérdezéskor lekérheti a legújabb értékeket.

Az írásvédett mód kikapcsolja a környezet változáskövetési képességét.

Lásd még

• Referencia
• Hibaelhárítás
• Biztonság a LINQ-ban az SQL-ben