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

Функция скрыта функцией с тем же именем в подклассе (но с различной подписью). Можно вывести на экран его при помощи оператора использования, как в использовании A:: DoSomething ();

5
задан Marius Burz 26 November 2009 в 15:46
поделиться

2 ответа

Так как никто из незаинтересованных сторон еще не оставил никаких комментариев, мы постараемся разместить как можно более нейтральный комментарий.
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.

5
ответ дан 14 December 2019 в 04:40
поделиться

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

3
ответ дан 14 December 2019 в 04:40
поделиться
Другие вопросы по тегам:

Похожие вопросы: