DevArt dotConnect для Oracle против поставщика данных ADO.NET от DataDirect

Выполнял ли кто-нибудь сравнительный анализ dotConnect для Oracle из DevArt и данных ADO.NET? провайдер от DataDirect.

Мы думаем об использовании поддержки Entity Framework, доступной в этих платформах, для критически важного корпоративного приложения. В некоторых статьях, которые я прочитал, предлагается следующее:

  1. DevArt dotConnect намного быстрее по сравнению с DataDirect
  2. Лицензия DataDirect дороже лицензии DevArt.

Может ли кто-нибудь пролить свет на технические аспекты, чтобы облегчить процесс принятия решений?


entity-framework oracle devart ado.net dotconnect
person Chai    schedule 23.11.2009    source источник

Ответы (2)


arrow_upward
5
arrow_downward

Поскольку никто из незаинтересованных сторон еще не оставил никаких комментариев, мы постараемся разместить как можно более нейтральный комментарий.
У Devart более длительная история поддержки EF - с 30 августа 2007 года. За эти два года мы учли многочисленные отчеты об ошибках и запросы пользователей. Мы также создали и поставляем вместе с нашими продуктами Entity Developer - мощный инструмент времени проектирования.
Мы не можем назвать нашу поддержку Entity Framework для Oracle идеальной - эта ORM изначально была разработана для MS SQL Server, поэтому возможность учитывать чудеса других СУБД значительно ограничена. Достаточно упомянуть только проблему CROSS APPLY и OUTER APPLY.
Но, несмотря на эти проблемы, большинство наших пользователей могут успешно и комфортно работать с Entity Framework.
Этого будет достаточно, но вы упомянули «критически важные корпоративные приложения». В этом случае мы рекомендуем вам взглянуть на нашу реализацию LINQ to SQL для Oracle - LINQ to Oracle.
LINQ to SQL не претендует на создание кросс-базовых решений и, следовательно, позволяет учитывать особенности отдельной СУБД, в частности Oracle. В отличие от Entity Framework, где у нас есть только частичный контроль над сгенерированными SQL-запросами, в случае LINQ to Oracle у нас есть полный контроль над процессом. Этот факт дает нам возможность генерировать быстрые и достоверные специфичные для Oracle запросы, а также ускоряет процесс исправления ошибок и улучшения.
В случае устаревших баз данных Oracle EF обычно трудно применить, в отличие от LINQ to Oracle.
Работа во время разработки с моделью LINQ to Oracle также выполняется с помощью Entity Developer.

person Devart    schedule 26.11.2009
comment
1. Не могли бы вы пролить свет на утверждение: возможность учета чудес других СУБД существенно ограничена? 2. В LINQ to Oracle отсутствуют такие функции, как настройка сопоставлений моделей с использованием таких функций, как наследование и т. Д. - person Chai; 11.12.2009
comment
1. Нет возможности вернуть несколько наборов результатов из хранимой процедуры в EF. В EF нельзя использовать последовательности, не связанные с триггерами. А как насчет типов данных не из перечисления number, string, datetime, binary, guid? И на этих проблемах список не заканчивается. 2. LINQ to Oracle поддерживает наследование по иерархии таблиц. Мы поддерживаем все основные функции LINQ to SQL. - person Devart; 11.12.2009

arrow_upward
3
arrow_downward

Здесь самые поздние отзывы, но в некоторых тестах, которые мы проводим прямо сейчас, загружая сотни тысяч строк, драйвер DataDirect является самым быстрым - примерно в 10 раз быстрее, чем драйвер MSFT. DevArt тоже довольно быстр, но всего на несколько секунд, а затем все свое время он тратит на сборку мусора. Отличительным аспектом для скорости прямого выбора в нашем случае является то, насколько разумно драйверы преобразовывают свои значения в объекты .NET, а не обязательно, насколько быстро они могут извлекать байты из сети.

person Sebastian Good    schedule 12.02.2010