Каков наилучший метод подключения к базе данных (статический, абстрактный, по запросу,...)?

1. Should i close it after every query?

.Net делает это для вас, поэтому позвольте ему справиться с этим, это задача сборщика мусора. Поэтому не беспокойтесь о том, чтобы утилизировать свои объекты вручную, это хороший ответ Джона Скита:https://stackoverflow.com/a/1998600/544283. Однако вы можете использовать using(IDisposable){ } заявление, чтобы заставить GC делать свою работу. Вот хорошая статья о перераспределении ресурсов: http://www.codeproject.com/Articles/29534/IDisposable-What-Your-Mother-Never-Told-You-About.

2. A connection in static class is good?

никогда сделайте контекст данных статическим! Контексты данных не потокобезопасный или параллельный сейф.

3. Is there a good design pattern for this problem?

как отметил Belogix инъекции зависимостей и единицы шаблонов работы велики, на самом деле entity framework is единица сама работа. DI и UoW немного переоценивается, однако, это нелегко реализовать, если вы впервые обрабатываете контейнер IoC, который, если вы идете по этому пути, я бы рекомендовал Ninject. Еще одна вещь, вам действительно не нужен DI, если вы не собираетесь запускать тесты, удивительность этих шаблонов состоит в том, чтобы отделить, чтобы вы могли тестировать и издеваться без пота.

in-short: если вы собираетесь запустить тест против вашего кода, перейдите к этим шаблонам. Если нет, я предоставляю вам пример о том, как вы могли бы поделиться своим контекстом данных среди услуги, которые вы хотели бы. Это ответ на ваш четвертый вопрос.

4. What is the best method for making database connection (static, per request)?

ваш контекстный сервис:

public class FooContextService {
    private readonly FooContext _ctx;

    public FooContext Context { get { return _ctx; } }

    public FooContextService() {
        _ctx = new FooContext();
    }
}

прочие услуги:

public class UnicornService {
    private readonly FooContext _ctx;

    public UnicornService(FooContextService contextService) {
        if (contextService == null)
            throw new ArgumentNullException("contextService");

        _ctx = contextService.Context;
    }

    public ICollection<Unicorn> GetList() {
        return _ctx.Unicorns.ToList();
    }
}

public class DragonService {
    private readonly FooContext _ctx;

    public DragonService(FooContextService contextService) {
        if (contextService == null)
            throw new ArgumentNullException("contextService");

        _ctx = contextService.Context;
    }

    public ICollection<Dragon> GetList() {
        return _ctx.Dragons.ToList();
    }
}

public class FantasyController : Controller {
    private readonly FooContextService _contextService = new FooContextService();

    private readonly UnicornService _unicornService;
    private readonly DragonService _dragonService;

    public FantasyController() {
        _unicornService = new UnicornService(_contextService);
        _dragonService = new DragonService(_contextService);
    }

    // Controller actions
}

вторая мысль (почти редактирование): Если вам нужен контекст, чтобы не создавать прокси для ваших сущностей, поэтому у вас нет ленивой загрузки, вы можете перегрузить свою контекстную службу как следует:

public class FooContextService {
    private readonly FooContext _ctx;

    public FooContext Context { get { return _ctx; } }

    public FooContextService() : this(true) { }

    public FooContextService(bool proxyCreationEnabled) {
        _ctx = new FooContext();
        _ctx.Configuration.ProxyCreationEnabled = proxyCreationEnabled;
    }
}

Примечание:

• если вы установите для создания прокси-сервера значение false, вы будете не имейте ленивую загрузку из коробки.
• если у вас есть контроллеры api, вы не хотите иметь дело с любым полномасштабным графом объектов.

EDIT:

какое значение первое:

• эта ссылка относится к предварительной версии EF6:Entity Framework и Async.
• Скотт Аллен написал об этом в своем блоге: асинхронность в Entity Framework 6.0.
• если вы собираетесь использовать единицу работы, я бы рекомендовал почитать вот это: сделайте DbContext окружающим с помощью UnitOfWorkScope.
• ответ Дарина Димитрова on выполнять асинхронные операции в ASP.NET MVC использует поток из ThreadPool на .NET 4.

сделать это сделано:

(_context as IObjectContextAdapter).ObjectContext.Connection.Open();

это отличная статья о управление подключениями и транзакциями.

Entity framework предоставляет EntityConnection через свойство Connection. Читайте как:public sealed class EntityConnection : DbConnection.

соображения по управлению соединениями: (взяты из предыдущей ссылки)

• контекст объекта откроет соединение, если оно еще не открыто до операции. Если контекст объекта открывает соединение во время операция, он всегда будет закрывать соединение, когда операция будет завершена.
• если вы вручную откроете соединение, контекст объекта не закроет его. Зову закрыть или Dispose закрывает соединение.
• если контекст объекта создает соединение, соединение всегда будет удалено при удалении контекста.
• в контексте долгосрочного объекта необходимо убедиться, что контекст удален, когда он больше не требуется.

надеюсь, что это помогает.