none
Чем в данный момент считается правильно связывать WPF DataGrid и данные в БД (не MSSQL) RRS feed

  • Вопрос

  • Прошу сильно не бить если ошибся темой. 

    На WinForms все было просто - DataSet. Но в силу того, что это оказалось медленно для клиентских ПК решил перейти на WPF. 

    Какой способ считается наиболее производительным: DataSet, WCF, свой класс описывающий данные? 

    5 августа 2011 г. 6:30

Ответы

  • Самый быстрый способ получения данных - это OleDbCommand, наверно.
    Рекомендованный - это Entity Framework (но он медленнее).
     
     
    • Помечено в качестве ответа alexfess 5 августа 2011 г. 10:52
    5 августа 2011 г. 7:10
    Модератор
  • Дело в том, что быстродействие программы зависит не только от наличия
    DataSet'а. Я думаю там еще есть огромное количество узких мест, которые
    и стоит подчистить, чтобы перестало быть "медленно для клиентских ПК".
    Возможно не стоит сразу бросаться в переписывание программы в которой
    "море DataGridView, ComboBox и прочего связанного с данными", а просто
    ее немного оптимизировать?
    Но ответом на вопрос топика будет все-таки: правильным считается
    использовать Entity Framework.
     
    • Помечено в качестве ответа Abolmasov Dmitry 6 сентября 2011 г. 14:37
    5 августа 2011 г. 7:53
    Модератор

Все ответы

  • Самый быстрый способ получения данных - это OleDbCommand, наверно.
    Рекомендованный - это Entity Framework (но он медленнее).
     
     
    • Помечено в качестве ответа alexfess 5 августа 2011 г. 10:52
    5 августа 2011 г. 7:10
    Модератор
  • OleDbCommand а дальше в чем хранить? У меня в программе море DataGridView, ComboBox и прочего связанного с данными. 
    5 августа 2011 г. 7:12
  • Видел в интернете такой вариант: http://www.c-sharpcorner.com/uploadfile/raj1979/databinding10042007165025pm/databinding.aspx

    В нем обычный DataSet - хотя многие говорят, что он кушает много памяти и работает медленно.

    5 августа 2011 г. 7:15
  • Дело в том, что быстродействие программы зависит не только от наличия
    DataSet'а. Я думаю там еще есть огромное количество узких мест, которые
    и стоит подчистить, чтобы перестало быть "медленно для клиентских ПК".
    Возможно не стоит сразу бросаться в переписывание программы в которой
    "море DataGridView, ComboBox и прочего связанного с данными", а просто
    ее немного оптимизировать?
    Но ответом на вопрос топика будет все-таки: правильным считается
    использовать Entity Framework.
     
    • Помечено в качестве ответа Abolmasov Dmitry 6 сентября 2011 г. 14:37
    5 августа 2011 г. 7:53
    Модератор
  • а если сделать классы таблиц и заполнять их через OleDbCommand. Моя БД не слишком дружит с entity framework 
    5 августа 2011 г. 9:21
  • Это, возможно, самый быстрый вариант при правильной реализации и использовании.
    5 августа 2011 г. 9:43
    Модератор
  • спасибо тогда буду искать литературу и делать по этому варианту :)
    5 августа 2011 г. 9:52