Changer le format d'un timestamp

Bonjour à tous,

Dans ma base, j'ai un champs timestamp qui enregistre par défaut la date et l'heure du jour lors de l'ajout d'un enregistrement. Elle s'ajoute dans ce format ex : 2009-08-02 06:45:00.

Sur mon site, dans mes pages de visualisation d'info, je veux afficher la date mais sans l'heure. En fait, je ne veux que 2009-08-02. J'ai essayé date(), date_format('Y-mm-dd',$date) mais rien n'y fait.

Quelqu'un pourrait me venir en aide?

Merci

Salut,

Fais ça dans la requête sql :

SELECT DATE_FORMAT(tonChampDate, "%Y-%m-%d") FROM taTable

Bonjour,

En fait, je ne veux pas sélectionner mes données à partir de la date.

Ma requête récupère la liste de dossier par idDossier et je veux afficher la date de chacun des dossiers alors j'ai :

-------------------------
$sql_doss_search = "SELECT * FROM dossier WHERE idDossier LIKE '$idDossier'";
$query_doss_search = mysql_query($sql_doss_search)
or die ("Requête incorecte");
while ($rs_doss_search=mysql_fetch_array($query_doss_search)) {
-------------------------

et ici je liste les dossiers.

Comment je peux afficher la date des dossiers sans l'heure car mon champs $dateDossier est un timestamp.

J'ai essayé :
--------------
echo date_format($dateDossier,'Y-m-d');
--------------
mais ca ne fonctionne pas... aussi à l'inverse :
--------------
date_format('Y-m-d',$dateDossier);
--------------
mais pas plus de succès.

Merci

La requête que je te propose ne sélectionne pas les enregistrements à partir d'une date (ce n'est pas un WHERE) mais la formate comme tu le souhaites.

En l'adaptant à ta requête ça devrait donner qq chose comme :

$sql_doss_search = "SELECT 

DATE_FORMAT(tonChampDate, "%Y-%m-%d"), autrechamp, autreautrechamp 

FROM dossier 

WHERE idDossier LIKE '$idDossier'"; 

[mode inauguration smileys>>autres]
Nautilus !!!!
T'as fini de me contredire ????
je m'adapte au code !!
[/mode]
(inutile de te notifier que je plaisante )

Plus sérieusement, tu as bien raison de le préciser, ce n'est pas portable. Mais la toute première raison de cette "non portablité" est l'utilisation de mysql_query. Il aurait fallu conseiller PDO, encore qu'il y ait long à dire là dessus, la réelle abstraction d'un sgdb ne pourra se faire efficacement que lors d'un respect bien plus prononcé des normes sql pour chacun d'entres eux, autant dire que ça n'est pas pour demain.
Par ailleurs, et tu me corrigeras si je me trompes (j'ai une mémoire qui s'apparente à une prom de 56K), mais il me semble que le format date retourné par Oracle est incompatible avec ta solution.

Cordialement,


Kohntark -

Oui, les problèmes de portabilité existent et sont souvent un casse-tête d'ailleurs.

L'appel d emysql_query, tout comme le sappels directs aux divers pilotes, je les ai abndonnés depuis pas mal d etemps, d'abord au profit de adodb, puis de PDO..

Bien qu'une portabilité totale soit difficile à atteindre, on peut tenter de réduire la non portabilité.

[mode joke on]
En mod enattif, oui Oracle a un format d etimestamp incompatible avec la version chaine textuelle de MySQL et quasiment tous les autres.
Mais on peut le forcer via un set DATETIMEFORMAT=ISO pour résoudre cette incompatibilité.
[mode joke off]

[joke]

... La solution proposée par Nautilus est valide, mais hélas pas portable, la fonction DATETIMEFORMAT d'Oracle n'étant soit pas implémentée ailleurs, soit pas compatible au niveau syntaxe.

hé ouais, c'est le bord.., on tourne en rond.
[/joke]

Bonne soirée à toi,


Kohntark -

lol, non, on ne tourne pas en rond :)
Avec PDO, on y arrive très bien, en héritant d ePDO et en organisant un peu le système on arrive à une abstraction d epresque tout, sauf les procédures stockées..

Et encore on n'a abordé que MySQL et Oracle, DB2 et MS-SQL collectionnent aussi les "extensions" incompatibles...

yes, mais s'il faut re développer du code et étendre PDO ce n'est plus vraiment une classe d'abstraction, ça revient à faire un switch case 'mysql'; case 'oracle' (je tire un peu par les cheveux mais juste un peu)
Et puis les triggers, sequences, etc ... ça se gère efficacement comment via PDO ??
Bref, j'ai du mal à comprendre l'engouement autour de PDO, même si je l'utilise et que cela résous beaucoup de pb. Pour autant c'est loin, très loin, d'être la solution miracle exposée un peu partout, mais peut être sont ce mes lacunes qui me font penser ça.


Cordialement,


Kohntark -