4 практических подхода для улучшения реализации уровня доступа к данным

Код для реализаций доступен по адресу  https://github.com/ammbra/CacherPoc. 

обзор

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

Благодаря непротиворечивости приложения имели уровень (Data Access Layer), который предлагал им упрощенный доступ к базе данных, но если приложение обслуживает веб-страницы по запросу с данными из базы данных многократно, производительность приложения будет снижена. Каркас персистентности предлагал встроенную функцию кэширования, но иногда этого недостаточно (максимальный размер одного значения недостаточен для того, что извлекается из базы данных, требуется другая модель блокировки и т. Д.).

Для каких приложений указывается MyBatis?

Чтобы ответить на этот вопрос, давайте покажем немного фона MyBatis. Создатели платформы iBatis покинули организацию, для которой они создали среду, и из-за трудовых соглашений им пришлось продолжить работу над продуктом под новым именем. Данное имя было MyBatis. Чтобы определить, нужен ли вам MyBatis, отправьте свое текущее решение для обеспечения устойчивости и MyBatis для следующего теста:

Пожалуйста, заполните последний столбец с ответами текущей используемой структуры постоянства, добавьте поддерживаемые и не поддерживаемые аспекты и сравните свои результаты. Независимо от того, какие фреймворки выиграют, будет плюсом иметь подтверждение концепции и над MyBatis. Нет ничего важнее доказанных результатов.

Если вы продолжите работу с MyBatis, вот некоторые преимущества и недостатки этого:

В заключение по нашему вопросу: MyBatis указывается, когда есть необходимость полного контроля над SQL. Это также полезно, когда запросы SQL должны быть точно настроены. MyBatis не следует использовать, когда есть полный контроль над приложением и дизайном базы данных, потому что в таких случаях приложение может быть изменено в соответствии с базой данных, или наоборот. В таких ситуациях вы можете создать полностью объектно-реляционное приложение, и другие инструменты ORM предпочтительнее.

Когда приложение использует кэш MyBatis?

Основной ответ на этот вопрос: когда ваше приложение запрашивает многократно за короткий промежуток времени большие наборы данных из базы данных. Кэширование не только для приложений «больших данных»; объем данных имеет значение и влияет на производительность приложения, но необходимость в кэшировании зависит от того, как часто эти данные должны обновляться. Если вы запрашиваете в своей базе данных большие наборы данных, которые никогда не меняют своих значений, то вам не следует связываться с базой данных для каждого запроса, который делает ваш браузер. Вы можете получить эту информацию из среднего уровня (кеш), не запрашивая базу данных. Всегда помните, что операции с базой данных занимают много времени и каждый период времени важен для приложений высокой доступности.

Почему  сторонние библиотеки  должны использоваться для кэширования?

В 3 — ^й библиотеке партии предлагает различные преимущества: максимального размер одного значения из кэша больше , то по умолчанию , предоставляемым, другая модель замка предлагается, некоторые позволяют интеграцию с другими языками программирования, предложение карты-свертком механизмов и т.д.

Настройка для MyBatis Caching Proof of Concept (Cacher POC) 

  Требования к учебнику:

• Java SE 1.6 или выше
• IDE
• Maven 2.0 или выше
• Сервер веб-приложений

Ниже приведен обзор приложения (каждый из проектов EJB добавляется как зависимость от военного проекта, чтобы иметь возможность внедрять свои компоненты EJB):

Обзор IDE  
 и
archictectural высокоуровневый обзор :

Проект CacherPoc иллюстрирует (посредством внедрения EJB компонентов из каждого из других проектов) поведение того, что будет реализовано и проверено. Ниже описана настройка, необходимая для приложения CacherPoc :

1.  Создайте новое веб-приложение Maven и назовите его CacherPoc.
2. Сконфигурируйте ваш pom.xml, чтобы на месте была библиотека log4j :

<dependency>
     <groupId>log4j</groupId>
     <artifactId>log4j</artifactId>
     <version>1.2.17</version>
</dependency>  

  3.   
Внутри файла index.jsp (по умолчанию создается для вашего проекта) вы добавите ссылки на каждый сервлет, который будет внедрять EJB из наших примеров проектов ejb ( EhCachePoc , HazelCastPoc , OSCachePoc и MemcachedPoc ):

<br />
<a href="EhCacheServlet?action=listEmployee" >
      Show All Employee Items with EHCache
</a>

@WebServlet("/EhCacheServlet")
public class EhCacheServlet extends HttpServlet {

    private static Logger logger = Logger.getLogger(EhCacheServlet.class);

    private static final String LIST_USER = "/listEmployee.jsp";

    @Override
    protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
        String forward = LIST_USER;
        List<Employee> results = new ArrayList<Employee>();
        req.setAttribute("employees", results);
        RequestDispatcher view = req.getRequestDispatcher(forward);
        view.forward(req, resp);
    }

}