Vì không ai từ các bên không quan tâm chưa để lại bất kỳ bình luận nào, chúng tôi sẽ cố gắng đăng bình luận trung lập nhất có thể.
Devart có lịch sử hỗ trợ EF lâu hơn - kể từ ngày 30 tháng 8 năm 2007. Trong hai năm này, chúng tôi đã tính đến nhiều báo cáo lỗi và yêu cầu của người dùng. Chúng tôi cũng đã tạo và giao các sản phẩm của mình Nhà phát triển thực thể
- một công cụ thời gian thiết kế mạnh mẽ.
Chúng tôi không thể gọi hỗ trợ Entity Framework cho Oracle là lý tưởng - ORM này ban đầu được thiết kế cho MS SQL Server, do đó, khả năng tính đến những điều kỳ diệu của các DBMS khác bị hạn chế đáng kể. ÁP DỤNG CROSS VÀ ÁP DỤNG NGOÀI TRỜI sự cố
.
Tuy nhiên, bất chấp những vấn đề này, hầu hết người dùng của chúng tôi đều có thể làm việc với Entity Framework thành công và thoải mái.
Nói như vậy là đủ, nhưng bạn đã đề cập đến "các chỉ định doanh nghiệp quan trọng". Trong trường hợp này, chúng tôi khuyên bạn nên xem xét triển khai LINQ to SQL dành riêng cho Oracle của chúng tôi - LINQ cho Oracle
.
LINQ to SQL không giả vờ xây dựng các giải pháp cơ sở dữ liệu chéo và do đó cho phép xem xét các đặc thù của một DBMS riêng biệt, đặc biệt là Oracle. Không giống như Entity Framework, nơi chúng tôi chỉ có quyền kiểm soát một phần các truy vấn SQL đã tạo, trong trường hợp LINQ to Oracle, chúng tôi có toàn quyền kiểm soát quá trình. Thực tế này cho chúng tôi cơ hội tạo các truy vấn nhanh và hợp lệ dành riêng cho Oracle, đồng thời cũng tăng tốc quá trình sửa lỗi và cải tiến.
Trong trường hợp cơ sở dữ liệu Oracle kế thừa, EF thường khó áp dụng, không giống như LINQ cho Oracle. Thời gian thiết kế
với mô hình LINQ sang Oracle cũng được thực hiện bằng cách sử dụng Entity Developer.
