Инструкция по созданию бизнесобъектов. Strategy это поведенческий паттерн, выносит набор алгоритмов в собственные классы и делает их взаимозаменимыми
 Скачать 0.73 Mb.
|
21.9. Какие бывают TransactionManager?1. DataSourceTransactionManager — для JDBC; 2. HibernateTransactionManager — для Hibernate; 3. JPATransactionManager — для JPA (обычно подходит для приложений, которые используют один JPAEntityManagerFactory для доступа к транзакционным данным); 4. JTATransactionManager — для JTA (обычно необходим для доступа к нескольким транзакционным ресурсам в рамках одной транзакции); 5. JDOTransactionManager; 6. JmsTransactionManager; 7. WebLogicJtaTransactionManager; 8. WebSphereUowTransactionManager — реализация PlatformTransactionManager для WebSphere; 9. CallbackPreferringPlatformTransactionManager — предоставляет методы для выполнения обратного вызова в транзакции; 10. PlatformTransactionManager — центральный интерфейс в транзакционной инфраструктуре Spring; 11. AbstractPlatformTransactionManager — реализует определенное поведение propagation и заботится об обработке синхронизации транзакций; 12. ResourceTransactionManager — в основном используется для абстрактного самоанализа менеджера транзакций, давая клиентам подсказку о том, какой менеджер транзакций им был предоставлен и над каким конкретным ресурсом работает менеджер транзакций; 13. CciLocalTransactionManager; 14. OC4JJtaTransactionManager — вариант JtaTransactionManager для Oracle OC4J (10.1.3 и выше). По типу TransactionManager делятся на: 1. Локальные транзакции — работают только с одним ресурсом (используют однофазный коммит) 2. Глобальные транзакции — работают с 2 или более ресурсами (используют двухфазный коммит). Используют XA стандарт. 2.1. JtaTransactionManager; 2.2. OC4JJtaTransactionManager; 2.3. WebLogicJtaTransactionManager; 2.4. WebSphereUowTransactionManager. Они являются двухфазными, т.е. с их помощью можно одновременно управлять транзакциями и в БД и, например в JMS. Т.е мы хотим, чтобы данные записались в БД и были отправлены в JMS как “одно целое”. 3. Distributed транзакции: например, мы имеем сложное по структуре приложение, расположенное в разных местах: одна Java машина в одном месте, другая Java машина в другом месте, в третьем третья и т.д.). Это позволяет для всех них иметь одну транзакцию. На данный момент Spring такого сделать не сможет. С помощью аннотаций можно указать в коде какой менеджер транзакций вы хотите использовать. 22. Какие есть типы транзакций?1) Physical — единая транзакция, которая действует сразу для нескольких методов. 2) Logical — транзакция каждого метода. Логические транзакции могут быть внутри одной Physical транзакции. Эти внутренние транзакции (Logical) могут влиять на внешнюю (Physical): например, если одна из внутренних транзакций выбросила exception, то вся внешняя транзакция м.б. отменена и т.д. Про то, что транзакции должны соответствовать принципу ACID. Atomicity (Атомарность) – атомарность гарантирует, что никакая транзакция не будет зафиксирована в системе частично. Будут либо выполнены все ее подоперации, либо не выполнено ни одной. Поскольку на практике невозможно одновременно и атомарно выполнить всю последовательность операций внутри транзакции, вводится понятие «отката» (rollback): если транзакцию не удается полностью завершить, результаты всех ее до сих пор произведенных действий будут отменены и система вернется во «внешне исходное» состояние — со стороны будет казаться, что транзакции и не было (естественно, счетчики, индексы и другие внутренние структуры могут измениться, но, если СУБД запрограммирована без ошибок, это не повлияет на внешнее ее поведение). Consistency (Согласованность) – транзакция, достигающая своего нормального завершения (EOT — end of transaction, завершение транзакции) и тем самым фиксирующая свои результаты, сохраняет согласованность базы данных. Другими словами, каждая успешная транзакция по определению фиксирует только допустимые результаты. Это условие является необходимым для поддержки четвертого свойства. Согласованность является более широким понятием. Например, в банковской системе может существовать требование равенства суммы, списываемой с одного счета, сумме, зачисляемой на другой. Это бизнес-правило, и оно не может быть гарантировано только проверками целостности, его должны соблюсти программисты при написании кода транзакций. Если какая-либо транзакция произведет списание, но не произведет зачисления, то система останется в некорректном состоянии и свойство согласованности будет нарушено. В ходе выполнения транзакции согласованности не требуется. В нашем примере списание и зачисление будут, скорее всего, двумя разными подоперациями и между их выполнением внутри транзакции будет видно несогласованное состояние системы. Однако не нужно забывать, что при выполнении требования изолированности никаким другим транзакциям эта несогласованность не будет видна. А атомарность гарантирует, что транзакция либо будет полностью завершена, либо ни одна из операций транзакции не будет выполнена. Тем самым эта промежуточная несогласованность является скрытой. Isolation (Изолированность) – во время выполнения транзакции параллельные транзакции не должны оказывать влияния на ее результат. Изолированность — требование дорогое, поэтому в реальных БД существуют режимы, не полностью изолирующие транзакцию (уровни изолированности Repeatable Read и ниже). Durability (Надежность) – независимо от проблем на нижних уровнях (к примеру, обесточивание системы или сбои в оборудовании) изменения, сделанные успешно завершенной транзакцией, должны остаться сохраненными после возвращения системы в работу. Другими словами, если пользователь получил подтверждение от системы, что транзакция выполнена, он может быть уверен, что сделанные им изменения не будут отменены из-за какого-либо сбоя. |