WampServer

Apache, PHP, MySQL on Windows

Aller à : Liste des Forums•Liste des messages•Nouvelle discussion•Recherche•Connexion•Imprimer la vue

Page courante: 2 de 3

Re: problème de requête SQL dans la nouvelle version de wamp vs. celle de 2014

Envoyé par: Stephsteph (---.115.148.77.rev.sfr.net)

Date: 27 December 2020 à 17:59

Bonjour,

On avance! Merci.

Pour mémoire, mon actuel WS est Mysql 5.7.31, phpmyadmin 5.0.2, php 7.3.21
Dans la console, après use nomdemabase, j'ai fait mysql> SET NAMES UTF8;
Query OK, 0 rows affected, 1 warning (0.00 sec)

et pour vérif j'ai maintenant:
mysql> SHOW VARIABLES LIKE 'char%';
+--------------------------+-------------------------------------------------+
| Variable_name | Value |
+--------------------------+-------------------------------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | D:\wamp64\bin\mysql\mysql5.7.31\share\charsets\ |
+--------------------------+-------------------------------------------------+
8 rows in set (0.00 sec)

Ce qui est différent au niveau de character_set_dataset et de character_set_server, des données d'Otomatic:
mysql> SHOW VARIABLES LIKE 'char%';
+--------------------------+-------------------------------------------------+
| Variable_name | Value |
+--------------------------+-------------------------------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8mb4 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8mb4 |
| character_set_system | utf8 |
| character_sets_dir | E:\wamp64\bin\mysql\mysql8.0.22\share\charsets\ |
+--------------------------+-------------------------------------------------+
8 rows in set (0.00 sec)

Est-ce important ?

avec...
LOAD DATA LOCAL INFILE
tout se passe bien mais dans phpMyadmin et dans localhost rien n'a changé et le souci d'affichage des caractères spéciaux persiste!

Si je fais LOAD DATA INFILE à la place de LOAD DATA LOCAL INFILE

mysql> LOAD DATA INFILE 'D:/wamp64/tmp/Localitiesmysql.csv' REPLACE INTO TABLE localitiesbase
-> FIELDS TERMINATED BY ';' ENCLOSED BY '"'
-> LINES TERMINATED BY '\r\n'
-> IGNORE 0 LINES;
Query OK, 21140 rows affected (0.25 sec)
Enregistrements: 10570 Effac├®s: 10570 Non trait├®s: 0 Avertissements: 0

Cà marche aussi.
Mais c'est pareil, même souci.

Désolé!

Pour les suggestions de Artemus23, je suis trop newbie pour savoir comment adapter.

Par exemple, ) la fin de mon fichier my.ini j'ai
[mysqld]
default_authentication_plugin=mysql_native_password
port =3306
local_infile=On
secure-file-priv = ""

et aussi, plus haut:
;To avoid warning messages
;secure_file_priv="D:/wamp64/tmp"
secure_file_priv=""
local_infile=On
skip-ssl

au lieu de
dans le fichier my.ini :
# ------------------------------ #
# Load data local infile #
# ------------------------------ #

local-infile = 1

secure-file-priv = E:/30.MySql

loose-local-infile = on

Donc je ne sais pas ce qu'il faut faire, ni où?.

Pour le fichier ".csv" à charger :
\N;"10/5/2014 15:33:17";"web"
125;"15/5/2014 23:53:59";"alpha\; beta\; gamma"
-247;\N;"zéro"

S'agit il de créer un fichier .csv rempli seulement avec ses 3 lignes puis de faire un load data infile avec ce fichier???

Une dernière remarque, dans ma table j'ai dans la bdd de Juin comme dans la nouvelle, pour localitiesbase (et les autres tables) interclassement utf8_general_ci, et non DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci` comme l'indique Artemus23

Enfin otomatic je n'avais pas vu que l'auteur était le même dans les 2 sites, donc pas de risque d'avoir commis un impair en ayant copié le terme "vicieux" (humour)!

J'espère que ce feedback vous aidera

Bien cordialement,

A+

JH