Oracle.EntityFrameworkCore 8.23.40
Oracle.EntityFrameworkCore 8.23.40
Release Notes for Oracle Entity Framework Core 8 NuGet Package
April 2024
Oracle Data Provider for .NET (ODP.NET) Entity Framework (EF) Core is a database provider that allows Entity Framework Core to be used with Oracle databases. EF Core is a cross-platform Microsoft object-relational mapper that enables .NET developers to work with relational databases using .NET objects.
This document provides information that supplements the Oracle Data Provider for .NET (ODP.NET) documentation.
Oracle .NET Links
- Oracle .NET Home Page
- GitHub - Sample Code
- ODP.NET Discussion Forum
- YouTube
- X (Twitter)
- Email Newsletter Sign Up
New Features
- None
Bug Fixes since Oracle.EntityFrameworkCore 8.21.121
- Bug 36179457 - ORACLE EF CORE 8 ERRORS WHEN USING OPTIMIZE COMPILE OPTION
- Bug 35535281 - DEFAULT VALUE FOR NON-UNICODE COLUMN IS GENERATED WITH N PREFIX WHEN USING VALUE CONVERTER AND ENUM TYPE
- Bug 36223397 - ORA-01000 TOO MANY OPENED CURSORS EVEN WHEN DBCONTEXT IS DISPOSED
- Bug 36132873 - GUID PROPERTY RAISES A SYSTEM.NULLREFERENCEEXCEPTION
Tips, Limitations, and Known Issues
Code First
- The HasIndex() Fluent API cannot be invoked on an entity property that will result in a primary key in the Oracle database. Oracle Database does not support index creation for primary keys since an index is implicitly created for all primary keys.
- The HasFilter() Fluent API is not supported. For example,
modelBuilder.Entity<Blog>().HasIndex(b => b.Url.HasFilter("Url is not null");
- Data seeding using the UseIdentityColumn is not supported.
- The UseCollation() Fluent API is not supported.
- The DateOnly and TimeOnly types are not supported.
- DatabaseTable.Indexes() is not supported for descending indexes.
- The following usage is not supported because of a limitation in the provider: -> HasColumnType("float").HasPrecision(38). As a workaround, set the precision value in the HasColumnType() fluent API instead of explicitly using the HasPrecision() fluent API, e.g., HasColumnType("float (38)"). NOTE: Except for 38 as a precision value, other precision values between 1 and 126 can be set using the HasPrecision() Fluent API. This limitation and workaround also apply when annotations are used instead of the above mentioned fluent API's.
Computed Columns
- Literal values used for computed columns must be encapsulated by two single-quotes. In the example below, the literal string is the comma. It needs to be surrounded by two single-quotes as shown below.
// C# - computed columns code sample modelBuilder.Entity<Blog>() .Property(b => b.BlogOwner) .HasComputedColumnSql("\"LastName\" || '','' || \"FirstName\"");
Database Scalar Function Mapping
- Database scalar function mapping does not provide a native way to use functions residing within PL/SQL packages. To work around this limitation, map the package and function to an Oracle synonym, then map the synonym to the EF Core function.
LINQ
- LINQ queries that are used to query or restore historical (temporal) data are not supported.
- LINQ queries that are used to query the DateOnly and TimeOnly types are not supported.
- HasRowsAffectedReturnValue is not supported because Oracle does not support having a return value from a stored procedure. For example,
modelBuilder.Entity<Person>() .UpdateUsingStoredProcedure( "People_Update", storedProcedureBuilder => { storedProcedureBuilder.HasRowsAffectedReturnValue(true) });
- Certain LINQs cannot be executed against Oracle Database 21c or lower. Let us first imagine an entity model with the following entity:
public class MyTable { public int Id { get; set; } public int? Value { get; set; } }
The following LINQ will not work against Oracle Database 21c or lower:
var query = from t in context.Table group t.Id by t.Value into tg select new { A = tg.Key, B = context.Table.Where(t => t.Value == tg.Max() * 6).Max(t => (int?)t.Id), };
This is due to LINQ creating the following SQL query:
SELECT "t"."Value" "A", "t"."Id", ( SELECT MAX("t0"."Id") FROM "MyTable" "t0" WHERE (("t0"."Value" = "t"."Id") OR ("t0"."Value" IS NULL AND MAX("t"."Id") IS NULL))) "B" FROM "MyTable" "t" GROUP BY "t"."Value"
The issue is because the inner select query uses a MAX function which refers to a column from the outer select query. Also the way in which the MAX function is used within the WHERE clause is not supported in Oracle Database. The same issue is also applicable when the MIN function is used.
- Oracle DB doesn't support UPDATE queries with FROM clause in DB 21c or lower. So certain LINQs cannot be executed against Oracle Database which generate UPDATE query with FROM clause. For example, imagine an entity model with the following entities:
public class Blog { public int Id { get; private set; } public string Name { get; set; } public List<Post> Posts { get; } = new(); } public class Post { public int Id { get; private set; } public string Title { get; set; } public string Content { get; set; } public DateTime PublishedOn { get; set; } }
Trying to update the Blog.Name using below LINQ would throw 'ORA-00933: SQL command not properly ended'
var query = from blog in context.Set<Blog>().Where(c => c.Name == "MyBlog") join post in context.Set<Post>().Where(p => p.Title == "Oracle") on blog.Name equals post.Title select new { blog, post }; var updateQuery = query.ExecuteUpdate(s => s.SetProperty(c => c.blog.Name, "Updated"));
This is due to LINQ creating the following SQL query, which Oracle database does not support.
UPDATE "Blogs" "b" SET "b"."Name" = N'Updated' FROM ( SELECT "p"."Id", "p"."BlogId", "p"."Content", "p"."PublishedOn", "p"."Title" FROM "Posts" "p" WHERE "p"."Title" = N'Oracle' ) "t" WHERE (("b"."Name" = "t"."Title") AND ("b"."Name" = N'MyBlog'))
- The PL/SQL returned by ToQueryString() does not execute successfully if the input to the LINQ query contains a TimeSpan. This is because in PL/SQL, interval value with precision is not accepted. Consider this example, imagine an entity model with the following entity:
public class Author { public int Id { get; set; } public string Name { get; set; } public DateTimeOffset Timeline { get; set; } }
The following LINQ will not work:
var timeSpan = new TimeSpan(1000); var authorsInChigley1 = context.Authors.Where(e => e.Timeline > DateTimeOffset.Now - timeSpan).ToQueryString();
Following is the PL/SQL that gets generated.
DECLARE l_sql varchar2(32767); l_cur pls_integer; l_execute pls_integer; BEGIN l_cur := dbms_sql.open_cursor; l_sql := 'SELECT "a"."Id", "a"."Name", "a"."Timeline" FROM "Authors" "a" WHERE "a"."Timeline" > (SYSDATE - :timeSpan_0)'; dbms_sql.parse(l_cur, l_sql, dbms_sql.native); dbms_sql.bind_variable(l_cur, ':timeSpan_0', INTERVAL '0 0:0:0.0001000' DAY(8) TO SECOND(7)); l_execute:= dbms_sql.execute(l_cur); dbms_sql.return_result(l_cur); END;
Scaffolding
- Scaffolding a table that uses Function Based Indexes is supported. However, the index will NOT be scaffolded.
- Scaffolding a table that uses Conditional Indexes is not supported.
Sequences
- A sequence cannot be restarted.
- Extension methods related to SequenceHiLo is not supported, except for columns with Char, UInt, ULong, and UByte data types.
Copyright (c) 2024, Oracle and/or its affiliates.
Showing the top 20 packages that depend on Oracle.EntityFrameworkCore.
.NET 8.0
- Microsoft.EntityFrameworkCore.Relational (>= 8.0.3 && < 9.0.0)
- Oracle.ManagedDataAccess.Core (>= 23.4.0 && < 24.0.0)
Version | Downloads | Last updated |
---|---|---|
8.23.60 | 3 | 11/04/2024 |
8.23.50 | 2 | 11/04/2024 |
8.23.40 | 350 | 05/03/2024 |
8.21.160 | 2 | 11/04/2024 |
8.21.150 | 1 | 11/06/2024 |
8.21.140 | 9 | 04/24/2024 |
8.21.121 | 5 | 12/29/2023 |
7.21.13 | 112 | 05/04/2024 |
7.21.12 | 4 | 05/25/2024 |
7.21.11 | 4 | 08/22/2023 |
7.21.9 | 3 | 06/13/2023 |
7.21.8 | 6 | 06/15/2023 |
6.21.160 | 1 | 11/04/2024 |
6.21.150 | 0 | 07/11/2024 |
6.21.140 | 5 | 04/28/2024 |
6.21.130 | 5 | 01/31/2024 |
6.21.120 | 7 | 04/29/2024 |
6.21.110 | 109 | 08/07/2023 |
6.21.4 | 4 | 05/25/2024 |
5.21.90 | 5 | 06/15/2023 |
5.21.61 | 4 | 06/15/2023 |
5.21.5 | 4 | 05/01/2024 |
5.21.4 | 5 | 05/25/2024 |
5.21.1 | 5 | 05/01/2024 |
3.21.90 | 17 | 08/04/2023 |
3.21.61 | 5 | 06/15/2023 |
3.21.4 | 5 | 01/31/2024 |
3.19.180 | 8 | 06/15/2023 |
2.19.180 | 3 | 05/21/2024 |
2.19.110 | 7 | 05/01/2024 |
2.19.90 | 3 | 05/25/2024 |
2.19.80 | 2 | 05/25/2024 |
2.19.70 | 2 | 05/25/2024 |
2.19.60 | 4 | 05/25/2024 |
2.19.50 | 6 | 05/03/2024 |
2.19.30 | 4 | 05/25/2024 |