Do not speak Portuguese? Translate this site with Google or Bing Translator
O uso de Transactions no Laravel

Posted on: October 16, 2020 08:29 PM

Posted by: Renato

Views: 11209

Hoje me deparei com mais uma coisa que o laravel possui, que eu ainda não tinha usado, pesquisando vim um video no youtube de um indiano que manja pra caralho, e vou tentar passa para voces. Imagine que você precise inserir ao mesmo tempo dados em duas tabelas distintas, e imagina se der algo errado no caminho, e uma das operações de alguma das tarefas falhar. Pois é este é um caso que pode ser usado.

Para resolver isso existe o DB Transaction do laravel, que permite fazer o commit ou dá um rollback de uma ou mais operações do banco de dados.

Um exemplo que temos uma tabela chamada users e outra chamada account. Quero que quando inserir um novo usuário automaticamente crie uma nova conta para mesmo na tabela account.

//Recupera os dados do formulário

$dataForm = $request->all();

DB::transaction(function () {

    $newUser = User::create($dataForm);

    Account::create([

        'user_id'     => $newUser->id,

        'number'     => uniqid(date('YmdHms')),

    ]);

});

Se algo de errado no momento de fazer as operações em alguma das tabelas Users ou Accounts automaticamente o laravel faz o rollback e desfaz deixando as informações no banco de dados no formato original.

Database Transactions Manual

Exemplo mais didatico abaixo:

//Inicia o Database Transaction

DB::beginTransaction();

//Recupera os dados do formulário

$dataForm = $request->all();

$newUser = User::create($dataForm);

$newAccount = Account::create([

    'user_id'    => $newUser->id,

    'number'     => uniqid(date('YmdHis')),

]);

if( $newUser && $newAccount ) {

    //Sucesso!

    DB::commit();

} else {

    //Fail, desfaz as alterações no banco de dados

    DB::rollBack();

}

Na documentação tem alguns exemplos:

Handling Deadlocks

The transaction method accepts an optional second argument which defines the number of times a transaction should be reattempted when a deadlock occurs. Once these attempts have been exhausted, an exception will be thrown:

DB::transaction(function () {
    DB::table('users')->update(['votes' => 1]);

    DB::table('posts')->delete();
}, 5);

Manually Using Transactions

If you would like to begin a transaction manually and have complete control over rollbacks and commits, you may use the beginTransaction method on the DB facade:

DB::beginTransaction();

You can rollback the transaction via the rollBack method:

DB::rollBack();

Lastly, you can commit a transaction via the commit method:

DB::commit();

https://laravel.com/docs/8.x/database#database-transactions

 

Mas sobre Database transaction Methods

A transação é usada para manter o estado enquanto opera as operações do banco de dados. Existem três métodos principais que você pode usar nas transações. O Laravel fornece o método de transação nas fachadas do banco de dados.

Uso da transaction do banco de dados

O aplicativo financeiro precisa ser mais escalonável em termos de suas operações. Não apenas finanças, mas também alguns aplicativos onde ocorre transação de dinheiro usam transactions de banco de dados. No entanto, a transação é crítica na maioria deles.

Por exemplo, considere um módulo de assinatura no aplicativo. Em primeiro lugar, o usuário é inscrito no aplicativo e algum pagamento é feito por meio de API de terceiros, como STRIPE. https://stripe.com/

Ao usar a transactions, você pode usar o bloco try-catch para um tratamento excepcional. Em outras palavras, obteremos a exceção. E reverter as alterações. Você pode usar métodos manuais para isso. Porque vamos usar um bloco try-catch.

Implementação

public function create(Request $request)
{
    $validator = Validator::make($request->all(), [
        'username' => 'required|unique:users|max:255',
        'email' => 'required|unique:users|max:255',
        'amount' => 'required',
    ]);

    if ($validator->fails()) {
        return redirect()->route('user.index')
        ->withErrors($validator)
        ->withInput();
    }

    DB::beginTransaction();

    try{
        // Step 1 : Create User
        $user = new User();
        $user->email = $request->email;
        $user->username = $request->username;
        $user->save();

        //Step 2 : Stripe Api Call

        //Step 3 : Amount Charged
        $user_amount = new UserSubscriptionAmount();
        $user_amount->user_id = $user->id;
        $user_amount->amount = $request->amount;
        $user_amount->save();

        DB::commit();

        return redirect()->route('user.index')->with('success','Thank You for your subscription');

    }catch(\Exception $e){
        DB::rollback();
        return redirect()->route('user.index')
        ->with('warning','Something Went Wrong!');
    }
}

https://gist.github.com/lucenarenato/7ff7b6b5a18bcff6194ce3ea360c4a31

Portanto, considere a situação em que o usuário é criado. Mas o pagamento parcial não foi bem-sucedido. Nesse caso, o valor está sendo armazenado. Mas o stripe não ganha dinheiro. Portanto, isso levará a uma inconsistência no banco de dados. Portanto, a transação funcionará aqui perfeitamente. Mas uma exceção será detectada pelo bloco try e catch. Além disso, todas as operações do banco de dados são rollback. Desta forma, a inconsistência do banco de dados será gerenciada.

No entanto, você pode usar dois try-catch para salvar os dados. Em primeiro lugar, para criar o usuário e, em segundo lugar, para o valor da loja.

DB::beginTransaction();

try{
    // Step 1 : Create User
    $user = new User();
    $user->email = $request->email;
            $user->username = $request->username;
            $user->save();
}catch(\Exception $e){
    DB::rollback();
    return redirect()->route('user.index')
    ->with('warning','Something Went Wrong!');
}

try{
    //Step 2 : Stripe Api Call

    //Step 3 : Amount Charged
    $user_amount = new UserSubscriptionAmount();
    $user_amount->user_id = $user->id;
            $user_amount->amount = $request->amount;
            $user_amount->save();
}catch(\Exception $e){
    DB::rollback();
    return redirect()->route('user.index')
    ->with('warning','Something Went Wrong!');
}
DB::commit(); // All transaction will commit if statement reach on this

Portanto, você pode usar o código avançado acima no controlador. Isso irá segregar a inserção de dados. Portanto, ele retornará quando qualquer uma das exceções ocorrer.

Vantagem de transaction de banco de dados

A transaction nos fornece o fechamento. Dentro desse encerramento, se ocorrer uma exceção, ele fará rollback. Se as consultas forem executadas com sucesso, a transação será confirmada. No Laravel, as facedes do banco de dados fornecem a transaction. Ele fornecerá tanto para o construtor de consultas quanto para o ORM eloquente.

Acima de tudo, isso manterá o estado atômico. O armazenamento de dados ou obtém rollback. Quando você usa a transação, ela é armazenada ou rollback. Essa é a principal vantagem da transação. Portanto, muitos desenvolvedores colocam transações nas consultas de inserção e atualização.

Leia também,

DB::beginTransaction();

try {
    DB::insert(...);
    DB::insert(...);
    DB::insert(...);

    DB::commit();
    // all good
} catch (\Exception $e) {
    DB::rollback();
    // something went wrong
}

Se você usa PHP7, use Throwable em catch para capturar exceções de usuários e erros fatais.

For example:

DB::beginTransaction();

try {
    DB::insert(...);    
    DB::commit();
} catch (\Throwable $e) {
    DB::rollback();
    throw $e;
}


// MyController.php
public function store(Request $request) {
    return DB::transaction(function() use ($request) {
        $user = User::create([
            'username' => $request->post('username')
        ]);

        // Add some sort of "log" record for the sake of transaction:
        $log = Log::create([
            'message' => 'User Foobar created'
        ]);

        // Lets add some custom validation that will prohibit the transaction:
        if($user->id > 1) {
            throw AnyException('Please rollback this transaction');
        }

        return response()->json(['message' => 'User saved!']);
    });
};

 

Fontes:

https://laravel.com/docs/8.x/database#database-transactions

https://www.youtube.com/watch?v=iST3qsRZ8yc

https://blog.especializati.com.br/database-transactions-no-laravel/


4

Share

Donate to Site


About Author

Renato

Developer

Add a Comment
Comments 0 Comments

No comments yet! Be the first to comment

Blog Search


Categories

OUTROS (15) Variados (109) PHP (130) Laravel (157) Black Hat (3) front-end (28) linux (113) postgresql (39) Docker (26) rest (5) soap (1) webservice (6) October (1) CMS (2) node (7) backend (13) ubuntu (54) devops (25) nodejs (5) npm (2) nvm (1) git (8) firefox (1) react (6) reactnative (5) collections (1) javascript (6) reactjs (7) yarn (0) adb (1) Solid (2) blade (3) models (1) controllers (0) log (1) html (2) hardware (3) aws (14) Transcribe (2) transcription (1) google (4) ibm (1) nuance (1) PHP Swoole (5) mysql (31) macox (4) flutter (1) symfony (1) cor (1) colors (2) homeOffice (2) jobs (3) imagick (2) ec2 (1) sw (1) websocket (1) markdown (1) ckeditor (1) tecnologia (14) faceapp (1) eloquent (14) query (4) sql (40) ddd (3) nginx (9) apache (4) certbot (1) lets-encrypt (3) debian (11) liquid (1) magento (2) ruby (1) LETSENCRYPT (1) Fibonacci (1) wine (1) transaction (1) pendrive (1) boot (1) usb (1) prf (1) policia (2) federal (1) lucena (1) mongodb (4) paypal (1) payment (1) zend (1) vim (4) ciencia (6) js (1) nosql (1) java (1) JasperReports (1) phpjasper (1) covid19 (1) saude (1) athena (1) cinnamon (1) phpunit (2) binaural (1) mysqli (3) database (42) windows (6) vala (1) json (2) oracle (1) mariadb (4) dev (12) webdev (24) s3 (4) storage (1) kitematic (1) gnome (2) web (2) intel (3) piada (1) cron (2) dba (18) lumen (1) ffmpeg (2) android (2) aplicativo (1) fedora (2) shell (4) bash (3) script (3) lider (1) htm (1) csv (1) dropbox (1) db (3) combustivel (2) haru (1) presenter (1) gasolina (1) MeioAmbiente (1) Grunt (1) biologia (1) programming (22) performance (3) brain (1) smartphones (1) telefonia (1) privacidade (1) opensource (3) microg (1) iode (1) ssh (3) zsh (2) terminal (3) dracula (1) spaceship (1) mac (2) idiomas (1) laptop (2) developer (37) api (4) data (1) matematica (1) seguranca (2) 100DaysOfCode (9) hotfix (1) documentation (1) laravelphp (10) RabbitMQ (1) Elasticsearch (1) redis (2) Raspberry (4) Padrao de design (4) JQuery (1) angularjs (4) Dicas (39) Kubernetes (2) vscode (2) backup (1) angular (3) servers (2) pipelines (1) AppSec (1) DevSecOps (4) rust (1) RustLang (1) Mozilla (1) algoritimo (1) sqlite (1) Passport (1) jwt (4) security (2) translate (1) kube (1) iot (1) politica (2) bolsonaro (1) flow (1) podcast (1) Brasil (1) containers (2) traefik (1) networking (1) host (1) POO (2) microservices (2) bug (1) cqrs (1) arquitetura (2) Architecture (3) sail (3) militar (1) artigo (1) economia (1) forcas armadas (1) ffaa (1) autenticacao (1) autorizacao (2) authentication (4) authorization (2) NoCookies (1) wsl (4) memcached (1) macos (2) unix (2) kali-linux (1) linux-tools (5) apple (1) noticias (2) composer (1) rancher (1) k8s (1) escopos (1) orm (1) jenkins (4) github (5) gitlab (3) queue (1) Passwordless (1) sonarqube (1) phpswoole (1) laraveloctane (1) Swoole (1) Swoole (1) octane (1) Structurizr (1) Diagramas (1) c4 (1) c4-models (1) compactar (1) compression (1) messaging (1) restfull (1) eventdrive (1) services (1) http (1) Monolith (1) microservice (1) historia (1) educacao (1) cavalotroia (1) OOD (0) odd (1) chatgpt (1) openai (3) vicuna (1) llama (1) gpt (1) transformers (1) pytorch (1) tensorflow (1) akitando (1) ia (1) nvidia (1) agi (1) guard (1) multiple_authen (2) rpi (1) auth (1) auth (1) livros (2) ElonMusk (2) Oh My Zsh (1) Manjaro (1) BigLinux (2) ArchLinux (1) Migration (1) Error (1) Monitor (1) Filament (1) LaravelFilament (1) replication (1) phpfpm (1) cache (1) vpn (1) l2tp (1) zorin-os (1) optimization (1) scheduling (1) monitoring (2) linkedin (1) community (1) inteligencia-artificial (2) wsl2 (1) maps (1) API_KEY_GOOGLE_MAPS (1) repmgr (1) altadisponibilidade (1) banco (1) modelagemdedados (1) inteligenciadedados (4) governancadedados (1) bancodedados (2) Observability (1) picpay (1) ecommerce (1)

New Articles



Get Latest Updates by Email