Discussion :

[laurentSc]

Bonjour,

si j'exécute une requête SQL avec PDO, le fetch me retourne une valeur différente de celle que donne PHPMyAdmin, Pourquoi ?

Mon code :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
        $date1 = $year.'-'.$month.'-1';
	$date2 = $year.'-'.$month.'-'.date('t', mktime(0, 0, 0, $month, 1, date('Y')));
 
	$sql = '
		SELECT DISTINCT DAY(event_date)
		FROM calendar_event
		WHERE event_date BETWEEN :date1 AND :date2';
 
	$qid = $bdd->prepare($sql);
	$qid->execute(array(
		':date1' => $date1,
		':date2' => $date2,
	));
 
	$result = $qid->fetchAll(PDO::FETCH_COLUMN);//var_dump($result);exit();

[Invité]

Bonjour,

1- que valent :

• $date1 ?
• $date2 ?

2- quel est le format SQL de :

• event_date ?

2- $month.'-1'....
A priori, j'aurais mis :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

.$month.'-01'

Non ?

[laurentSc]

1- un var_dump de ces 2 variables donne :
C:\wamp64\www\vhstest031217\includes\calendar.php:16:string '2018-03-01' (length=10)

C:\wamp64\www\vhstest031217\includes\calendar.php:16:string '2018-03-31' (length=10)

2-event_date est de type SQL date

et j'ai remplacé -1 par -01. C'est effectivement plus propre mais ça ne change rien.

[Invité]

OK.

Et quelle différence entre fetch et PHPMyAdmin ?

• des lignes en plus ?
• en moins ?
• ...?

Soit plus PRECIS, Laurent.... (dès le départ, ce serait mieux...)

[laurentSc]

Si je décommente le var_dump de la ligne 15, ça donne

array (size=1)
0 => int 27

alors que si j'exécute SELECT DISTINCT DAY(event_date) FROM calendar_event WHERE event_date BETWEEN '2018-03-01' AND '2018-03-31' dans PHPMyAdmin,

+ Options
DAY(event_date)
21
1

[laurentSc]

Je viens d'essayer sans préparer la requête, mais le problème reste :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
	$sql2='
		SELECT DISTINCT DAY(event_date)
		FROM calendar_event
		WHERE event_date BETWEEN "'.$date1.'" AND "'.$date2.'"';var_dump($sql2);
	$qid=$bdd->query($sql2);
 
	$result=array();
	$i=0;
	while($val=$qid->fetch()) $result[$i++]=$val; var_dump($result);exit();

Au cas où, voici un export de la table :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
-- Structure de la table `calendar_event`
--
 
DROP TABLE IF EXISTS `calendar_event`;
CREATE TABLE IF NOT EXISTS `calendar_event` (
  `event_id` mediumint(8) UNSIGNED NOT NULL AUTO_INCREMENT,
  `event_date` date NOT NULL,
  `event_time` time NOT NULL,
  `event_name` varchar(100) NOT NULL,
  `event_comment` text NOT NULL,
  `event_allday` tinyint(1) NOT NULL,
  PRIMARY KEY (`event_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1695 DEFAULT CHARSET=latin1;
 
--
-- Déchargement des données de la table `calendar_event`
--
 
INSERT INTO `calendar_event` (`event_id`, `event_date`, `event_time`, `event_name`, `event_comment`, `event_allday`) VALUES
(1693, '2018-03-21', '00:00:00', 'bb', 'bb', 0),
(1694, '2018-03-01', '00:00:00', 'ww', 'ww', 0);
COMMIT;

[Dendrite]

Essaie ceci :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT DISTINCT DAY(event_date) FROM calendar_event WHERE event_date BETWEEN STR_TO_DATE('2018-03-01','%Y-%m-%d') AND STR_TO_DATE('2018-03-31','%Y-%m-%d')

La différence peut venir du varchar par défaut sur ton apache != du varchar par défaut dans ta base... Une hypothèse qui m'est déjà arrivée sur une problématique légèrement différente...

[sabotage]

on ouvre les paris ?
la base de donnée que tu utilises pour PHP n'est une nouvelle fois pas la même que celle de phpmyadmin.

[Invité]

Je suis le pari : Laurent 4ème sur 3 partants dans toutes les courses !

(oui, je sais, ce n'est pas gentil...)

[laurentSc]

(oui, je sais, ce n'est pas gentil...)

oui, mais mon problème, c'est que c'est réaliste...Car Sabotage a eu la bonne intuition (je sais, pas très dur vu que habituel ). Bon, même en pointant la bonne bdd, y a encore d'autres problèmes, mais demain, il fera jour (et je reviendrai pour indiquer la suite).

[laurentSc]

Comme le titre de cette discussion n'a rien à voir avec les autres problèmes, je la clos.