mirror/mariadb
1
0
Fork 0
mirror of https://github.com/MariaDB/server.git synced 2025-02-02 12:01:42 +01:00
Code Issues Projects Releases Packages Wiki Activity Actions
mariadb/mysql-test/suite/jp/t/jp_convert_sjis.test

94 lines
3.9 KiB
Text
Raw Normal View History

Fix for Bug#28563 Test suite "jp" fails completely - The main goal of this fix is to make the "jp" suite runnable in general and to make it more robust for use in pushbuild under build team conditions. - It was decided to fix the remaining heavy issues within the architecture of this test later (-> WL 4327 Redesign the 'jp' testsuite for build team testing conditions) Only the test jp_trim_sjis got some significant improvements of its architecture (Just as proof of concept for the other tests). - Tests suffering from Bug 36597 Testsuite "jp": Suspicious results for some tests (unexpected result sets) were disabled - *.opt files were used to avoid differences on OS (Windows) because of case sensitive tablenames within the tests
2008-05-15 18:01:13 +02:00
--source include/have_sjis.inc
--source include/have_ucs2.inc
--source include/have_ujis.inc
--source include/have_utf8.inc
--source include/have_innodb.inc
Added test data, test case and test result files for Japanese characters test. I have put the tests into a separate "suite", the first one actually. Currently this can only be run by the Perl version of mysql-test-run that is not quite finished. It should, or at least will, be able to be run with the line ./mysql-test-run.pl --suite=jp
2005-01-07 00:48:38 -08:00
--character_set sjis
SET NAMES sjis;
SET character_set_database = sjis;
--disable_warnings
drop table if exists `<60>s<EFBFBD>P`;
drop table if exists `<60>s<EFBFBD>Q`;
drop table if exists `<60>s<EFBFBD>R`;
drop table if exists `<60>s<EFBFBD>S`;
drop table if exists `<60>s<EFBFBD>T`;
drop table if exists `<60>s<EFBFBD>U`;
drop table if exists `<60>s<EFBFBD>V`;
drop table if exists `<60>s<EFBFBD>W`;
drop table if exists `<60>s<EFBFBD>X`;
--enable_warnings
#
# Test CONVERT() function with Japanese character in sjis encoding
#
CREATE TABLE `<60>s<EFBFBD>P` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = innodb;
CREATE TABLE `<60>s<EFBFBD>Q` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = innodb;
CREATE TABLE `<60>s<EFBFBD>R` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = innodb;
CREATE TABLE `<60>s<EFBFBD>S` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = myisam;
CREATE TABLE `<60>s<EFBFBD>T` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = myisam;
CREATE TABLE `<60>s<EFBFBD>U` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = myisam;
Fix for Bug#28563 Test suite "jp" fails completely - The main goal of this fix is to make the "jp" suite runnable in general and to make it more robust for use in pushbuild under build team conditions. - It was decided to fix the remaining heavy issues within the architecture of this test later (-> WL 4327 Redesign the 'jp' testsuite for build team testing conditions) Only the test jp_trim_sjis got some significant improvements of its architecture (Just as proof of concept for the other tests). - Tests suffering from Bug 36597 Testsuite "jp": Suspicious results for some tests (unexpected result sets) were disabled - *.opt files were used to avoid differences on OS (Windows) because of case sensitive tablenames within the tests
2008-05-15 18:01:13 +02:00
CREATE TABLE `<60>s<EFBFBD>V` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = MEMORY;
CREATE TABLE `<60>s<EFBFBD>W` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = MEMORY;
CREATE TABLE `<60>s<EFBFBD>X` (`<60>b<EFBFBD>P` char(20), INDEX(`<60>b<EFBFBD>P`)) DEFAULT CHARSET = sjis engine = MEMORY;
Added test data, test case and test result files for Japanese characters test. I have put the tests into a separate "suite", the first one actually. Currently this can only be run by the Perl version of mysql-test-run that is not quite finished. It should, or at least will, be able to be run with the line ./mysql-test-run.pl --suite=jp
2005-01-07 00:48:38 -08:00
#Load the following data in each table
# jisx0201 hankaku-katakana data
# jisx0208 data
# jisx0212 supplemental character data
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0201_sjis.dat' INTO TABLE `<60>s<EFBFBD>P`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis.dat' INTO TABLE `<60>s<EFBFBD>Q`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis2.dat' INTO TABLE `<60>s<EFBFBD>R`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0201_sjis.dat' INTO TABLE `<60>s<EFBFBD>S`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis.dat' INTO TABLE `<60>s<EFBFBD>T`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis2.dat' INTO TABLE `<60>s<EFBFBD>U`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0201_sjis.dat' INTO TABLE `<60>s<EFBFBD>V`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis.dat' INTO TABLE `<60>s<EFBFBD>W`;
LOAD DATA LOCAL INFILE 'suite/jp/std_data/jisx0208_sjis2.dat' INTO TABLE `<60>s<EFBFBD>X`;
#InnoDB
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>P`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>P`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>P`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>Q`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>Q`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>Q`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>R`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>R`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>R`;
#MyISAM
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>S`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>S`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>S`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>T`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>T`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>T`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>U`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>U`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>U`;
Fix for Bug#28563 Test suite "jp" fails completely - The main goal of this fix is to make the "jp" suite runnable in general and to make it more robust for use in pushbuild under build team conditions. - It was decided to fix the remaining heavy issues within the architecture of this test later (-> WL 4327 Redesign the 'jp' testsuite for build team testing conditions) Only the test jp_trim_sjis got some significant improvements of its architecture (Just as proof of concept for the other tests). - Tests suffering from Bug 36597 Testsuite "jp": Suspicious results for some tests (unexpected result sets) were disabled - *.opt files were used to avoid differences on OS (Windows) because of case sensitive tablenames within the tests
2008-05-15 18:01:13 +02:00
#MEMORY
Added test data, test case and test result files for Japanese characters test. I have put the tests into a separate "suite", the first one actually. Currently this can only be run by the Perl version of mysql-test-run that is not quite finished. It should, or at least will, be able to be run with the line ./mysql-test-run.pl --suite=jp
2005-01-07 00:48:38 -08:00
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>V`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>V`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>V`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>W`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>W`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>W`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using utf8) FROM `<60>s<EFBFBD>X`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ucs2) FROM `<60>s<EFBFBD>X`;
SELECT `<60>b<EFBFBD>P`, CONVERT(`<60>b<EFBFBD>P` using ujis) FROM `<60>s<EFBFBD>X`;
drop table `<60>s<EFBFBD>P`;
drop table `<60>s<EFBFBD>Q`;
drop table `<60>s<EFBFBD>R`;
drop table `<60>s<EFBFBD>S`;
drop table `<60>s<EFBFBD>T`;
drop table `<60>s<EFBFBD>U`;
drop table `<60>s<EFBFBD>V`;
drop table `<60>s<EFBFBD>W`;
drop table `<60>s<EFBFBD>X`;
Reference in a new issue Copy permalink