Datas em PHP com MySQL
16/08/2014
0
Fabio Santos
Posts
16/08/2014
William
Seguem 2 funções que utilizo em meus projetos quando preciso formatar datas para exibição ou gravação no banco de dados
<?php /* * Função para formatar data no formato Americano * @param $data - Data no formato brasileiro dd/mm/yyyy * @return String - Data no formato americano yyyy-mm-dd */ function dataBrToEng($data){ if (!empty($data)){ $data = explode("/", $data); return $data[2].'-'.$data[1].'-'.$data[0]; } } /* *Função para formatar data no formato brasileiro * @param $data - Data no formato americano yyyy-mm-dd * @return String - Data no formato brasileiro dd/mm/yyyy */ function dataEngToBr($data){ if (!empty($data)){ $data = explode("-", $data); return $data[2].'/'.$data[1].'/'.$data[0]; } } ?>
Se for via instrução SQL para exibir, pode ser assim (dd/mm/yyyy):
SELECT DATE_FORMAT(data_banco,'%d/%m/%Y') FROM TABELA
16/08/2014
Fabio Santos
17/08/2014
Marcio Araujo
17/08/2014
Marisiana Battistella
Eu acho mais prático, sem contar que já reduz linhas de código na aplicação, pois se vc não formatar no select vai ter q formatar na aplicação para poder mostrar a data no formato correto.
17/08/2014
Marisiana Battistella
Quanto mais você utilizar os recursos do banco de dados melhor, pois fica muito mais fácil de controlar a performance da aplicação.
17/08/2014
William
Já passei por situações onde precisei migrar o SGBD da aplicação e garanto que foi uma experiência ruim porque na época a aplicação possuía varias instruções proprietárias, demorei muito!
Hoje em dia meus projetos principalmente em PHP são independentes de SGBD utilizo PDO para ter essa flexibilidade, mesmo existindo questões de performance em discussão ainda prefiro a independência de SGBDs.
Por essas e outras prefiro deixar a maioria das regras na aplicação.
Obs.: Existem situações onde Store Procedures e Triggers são necessárias, mas entra uma boa documentação.
17/08/2014
Fabio Santos
17/08/2014
William
17/08/2014
Fabio Santos
18/08/2014
Marisiana Battistella
Já passei por situações onde precisei migrar o SGBD da aplicação e garanto que foi uma experiência ruim porque na época a aplicação possuía varias instruções proprietárias, demorei muito!
Hoje em dia meus projetos principalmente em PHP são independentes de SGBD utilizo PDO para ter essa flexibilidade, mesmo existindo questões de performance em discussão ainda prefiro a independência de SGBDs.
Por essas e outras prefiro deixar a maioria das regras na aplicação.
Obs.: Existem situações onde Store Procedures e Triggers são necessárias, mas entra uma boa documentação.
Também respeito tua opinião William!
Porém, esse trabalho de alterações não mudaria muito se tivesse que migrar a aplicação para uma outra tecnologia, como por exemplo, Delphi para Java.
Existem casos e casos, mas a escolha do SGBD que será utilizado nas aplicações deve sempre ter muito mais atenção do que todo o restante.
Falo isso porque vejo que a maioria dos profissionais focam demais nas aplicações e esquecem que o coração do sistema é o banco de dados.
18/08/2014
William
A única ressalva é que para clientes pequenos e médios (são extremamente imediatistas) ou até projetos que são pegos no meio do caminho as coisas são bem diferentes.
Mas como falei nossas opiniões são fortemente embasadas em experiências profissionais (boas ou ruins) que tivemos no passado, somando-se experiências de 2 profissionais se tem um universo de conhecimento muito grande e valioso.
18/08/2014
Marisiana Battistella
Cada caso é um caso...
18/08/2014
Marisiana Battistella
Mas eu penso que mesmo para sistemas menores, o analista e desenvolvedor deve ter essa noção e pensar na melhor opção.
18/08/2014
Fabio Santos
Para tentar finalizar e esclarecer tudo:
Em sistemas pequenos feitos do inicio, PHP ou no Banco?
Em sistemas maiores feitos do inicio, PHP ou Banco?
Clique aqui para fazer login e interagir na Comunidade :)