2009-11-23 8 views
5

Проведен ли какой-либо сравнительный анализ dotConnect для Oracle от DevArt и ADO.NET data provider from DataDirect.dotConnect от DevArt для Oracle и поставщик данных ADO.NET DataDirect

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

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

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

ответ

5

Поскольку никто из незаинтересованных сторон еще не оставил никаких комментариев, мы постараемся опубликовать их как нейтральные комментарии.
Devart имеет более длинную историю поддержки EF - с 30 августа 2007 года. За эти два года мы учли многочисленные отчеты об ошибках и запросы пользователей. Мы также создали и поставляем с нашими продуктами Entity Developer - мощный инструмент времени разработки.
Мы не можем назвать нашу поддержку Entity Framework для Oracle идеальной - этот ORM был первоначально разработан для MS SQL Server, поэтому возможность учитывать чудо других СУБД значительно ограничена. Достаточно упомянуть только КРЕСТ ПРИМЕНЕНИЯ И ВНЕШНЕЕ ПРИМЕНЕНИЕ problem.
Но, несмотря на эти проблемы, большинство наших пользователей могут работать с 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.

+0

1. Можете ли вы рассказать о том, что «возможность учитывать чудо других СУБД значительно ограничена»? 2. Ли LINQ для Oracle не имеет таких функций, как настройка сопоставлений моделей с использованием таких функций, как наследование и т. Д. – Chai

+1

1. Нет возможности вернуть несколько наборов результатов из хранимой процедуры в EF. Невозможно использовать последовательности, не связанные с триггерами в EF. А как насчет типов данных не из перечисления «число, строка, datetime, binary, guid»? И список не заканчивается этими проблемами. 2. LINQ to Oracle поддерживает поддержку наследования на основе иерархии.Мы поддерживаем все основные функции LINQ to SQL. – Devart

3

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