sql >> Databasteknik >  >> RDS >> Oracle

Hur man implementerar databasoberoende med Entity Framework

Vad som allmänt förstås under termen "Persistence Ignorance" är att dina entitetsklasser inte översvämmas av ramberoenden (viktigt för N-tier-scenarier). Detta är inte fallet just nu, eftersom entitetsklasser måste implementera vissa EF-gränssnitt ("IPOCO"), i motsats till vanliga gamla CLR-objekt. Som en annan affisch har nämnt finns det en lösning som heter Persistence Ignorance (POCO) Adapter for Entity Framework V1 för det, och EF V2 kommer att stödja POCO direkt.

Men jag tror att det du verkligen hade i åtanke var databasoberoende. Med en stor konfigurations-XML som inkluderar lagringsmodell, konceptuell modell och mappningen mellan de två från vilka en maskinskriven ObjectContext kommer att genereras vid designtid, har jag också svårt att föreställa mig hur man transparent stödjer två databaser.

Det som förmodligen ser mer lovande ut är att använda en databasoberoende ADO.NET-leverantör som den från DataDirect . DataDirect har även meddelat EF-stöd för Q3/2008.



  1. Det går inte att infoga batch i Oracle DB med MyBatis

  2. 9 viktiga uppgifter som DBA:er är ansvariga för

  3. Vår server kan inte hantera mer än 20 förfrågningar/sekund

  4. ORDER BY Color med Hex Code som kriterium i MySQL