utf8 | 易学教程

8、mysql乱码问题及字符集实战

阅读更多关于 8、mysql乱码问题及字符集实战

8.1、mysql插入中文数据乱码案例： mysql建库的字符集为latin1，客户端的字符集为utf8; use lc; 1、查看库的编码： mysql> show create database lc\G; *************************** 1. row *************************** Database: lc Create Database: CREATE DATABASE `lc` /*!40100 DEFAULT CHARACTER SET latin1 */ 2、查看表的编码：表的字符集默认是根据库来的； mysql> show create table test\G; *************************** 1. row *************************** Table: test Create Table: CREATE TABLE `test` ( `id` int(4) NOT NULL AUTO_INCREMENT, `name` varchar(20) NOT NULL COMMENT '姓名', `age` varchar(2) DEFAULT NULL COMMENT '年龄', PRIMARY KEY (`id`), KEY `index_name` (`name`) )

8.4、数据库编码(永久生效)

阅读更多关于 8.4、数据库编码(永久生效)

1、查看mysql的建库编码语言： mysql> show create database lc\G; *************************** 1. row *************************** Database: lc Create Database: CREATE DATABASE `lc` /*!40100 DEFAULT CHARACTER SET latin1 */ #创建的数据库的字符编码集是拉丁文； 1 row in set (0.00 sec) ERROR: No query specified 2、如何在创建mysql数据库时指定字符集：（1）指定创建数据库为gbk的字符集； mysql> create database lc1 default character set gbk collate gbk_chinese_ci ; Query OK, 1 row affected (0.00 sec) mysql> show create database lc1\G; *************************** 1. row *************************** Database: lc1 Create Database: CREATE DATABASE `lc1` /*!40100 DEFAULT

9.SMBMS超市订单管理系统

阅读更多关于 9.SMBMS超市订单管理系统

本文转载： https://blog.csdn.net/clisks/article/details/101362850 SMBMS项目一.准备工作 1.基本架构 2.在数据库中创建对应的表对应数据库代码如下： CREATE DATABASE `smbms`; USE `smbms`; DROP TABLE IF EXISTS `smbms_address`; CREATE TABLE `smbms_address` ( `id` BIGINT(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID', `contact` VARCHAR(15) COLLATE utf8_unicode_ci DEFAULT NULL COMMENT '联系人姓名', `addressDesc` VARCHAR(50) COLLATE utf8_unicode_ci DEFAULT NULL COMMENT '收货地址明细', `postCode` VARCHAR(15) COLLATE utf8_unicode_ci DEFAULT NULL COMMENT '邮编', `tel` VARCHAR(20) COLLATE utf8_unicode_ci DEFAULT NULL COMMENT '联系人电话', `createdBy` BIGINT(20)

idea中springBoot在使用properties文件进行自动注入时乱码的问题

阅读更多关于 idea中springBoot在使用properties文件进行自动注入时乱码的问题

在使用properties文件进行属性注入时，为属性赋值中文时输出为乱码，是因为idea默认为utf-8编码，而properties文件为ascii编码。在setting中设置file encoding为properties文件utf-8编码自动转为ascii编码来源： CSDN 作者： Katsuragi.毒士链接： https://blog.csdn.net/qq_43405120/article/details/104313767

UTF-8 BOM

阅读更多关于 UTF-8 BOM

UTF-8 不需要 BOM，尽管 Unicode 标准允许在 UTF-8 中使用 BOM。所以不含 BOM 的 UTF-8 才是标准形式，在 UTF-8 文件中放置 BOM 主要是微软的习惯（顺便提一下：把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明，这也是微软的习惯）。 BOM（byte order mark）是为 UTF-16 和 UTF-32 准备的，用于标记字节序（byte order）。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII 等编码明确区分开，但这样的文件在 Windows 之外的操作系统里会带来问题。「UTF-8」和「带 BOM 的 UTF-8」的区别就是有没有 BOM。即文件开头有没有 U+FEFF。 UTF-8 的网页代码不应使用 BOM，否则常常会出错。这是一个小例子：为什么这个网页代码 <head> 内的信息会被浏览器理解为在 <body> 内？另附《The Unicode Standard, Version 6.0》之 3.10 D95 UTF-8 encoding scheme 的一段话： While there is obviously no need for a byte order signature when using UTF-8, there are

MySQL 批量修改表和字段

阅读更多关于 MySQL 批量修改表和字段

MySQL 的 information_schema 数据库中包含了大量的元数据，通过这些数据可以方便的获取表和字段的信息，通过组合这些信息可以生成操作表和字段的 SQL。本文只是为了方便自己的记录。由于发现系统多个数据库使用的字符集和排序方式有误，因此要修改错误的这部分表，由于修改表无法直接影响 char, varchar, text 等字符串类型的值，因此这部分字段还需要特殊修改。又因为数据库开启了主从复制，因此生成的 SQL 必须是 use 数据库形式，不能使用数据库.表名形式。修改表 SELECT concat ( 'use `' , TABLE_SCHEMA , '` ;' , 'ALTER TABLE `' , table_name , '` ' , 'DEFAULT CHARACTER SET=utf8 COLLATE=utf8_general_ci;' ) FROM ` TABLES ` -- 排除系统表 where TABLE_SCHEMA not in ( 'information_schema' , 'mysql' , 'sys' , 'performance_schema' ) and TABLE_COLLATION != 'utf8_general_ci' ; 生成的 SQL 示例： use ` test ` ; ALTER TABLE `

JavaSE--jdom解析之bom

阅读更多关于 JavaSE--jdom解析之bom

参考： http://www.cnblogs.com/findumars/p/3620078.html 1 org.jdom2.input.JDOMParseException: Error on line 1: Content is not allowed in prolog. 2 13:15:55,821 [main] ERROR SajtSvrImpl:182 - 未知：org.jdom2.input.JDOMParseException: Error on line 1: Content is not allowed in prolog. 3 at org.jdom2.input.sax.SAXBuilderEngine.build(SAXBuilderEngine.java:232) 4 at org.jdom2.input.SAXBuilder.build(SAXBuilder.java:1065) UTF-8 不需要 BOM，尽管 Unicode 标准允许在 UTF-8 中使用 BOM。所以不含 BOM 的 UTF-8 才是标准形式，在 UTF-8 文件中放置 BOM 主要是微软的习惯（顺便提一下：把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明，这也是微软的习惯）。 BOM（byte order mark）是为 UTF-16

文件处理

阅读更多关于文件处理

目录一、字符编码 1.1计算机基础　　1.2文本编译器存取文件的原理　　1.3Python解释器执行py文件的原理　　1.4 Python解释器与文本编译的异同　　1.5 字符编码介绍　　　　1.5.1 什么是字符编码　　　　1.5.2 涉及到字符编码的两个场景　　　　1.5.3 字符编码发展史与分类　　　　1.5.4内存为什么不用UTF-8呢？　　　　1.5.5 字符编码之文本编译器操作　　　　1.5.6 乱码分析　　1.6总结二、Python2和3字符编码的区别　　2、1 字符编码应用之Python 　　2、1、1 执行Python程序的三个阶段　　2、2 Python2与Python3字符串类型的区别　　2、2、1 Python2 三、基本的文件操作　　3、1 什么是文件？　　3、2 为什么要有文件？　　3、3 如何用文件？　　3、4 总结四、绝对路径和相对路径　　4、1 绝对路径　　4、2 相对路径五、文件的三种打开方式　　5、1 文件打开模式之r模式　　5、2 文件打开模式之w模式　　5、3 文件打开模式之a模式　　5、4 文件打开读取二进六、with管理文件操作上下文七、文件的高级应用八、文件修改的两种方式　　8、1 方式一　　8、2 方式二一、字符编码 1.1计算机基础 CPU：控制程序的运行

UTF8最好不要带BOM

阅读更多关于 UTF8最好不要带BOM

摘自： http://www.cnblogs.com/findumars/p/3620078.html 几周前还在为BOM的问题苦恼着。。。正如@梁海所说，“不含 BOM 的 UTF-8 才是标准形式”，的确是这样，无BOM使用得更多些，所以个人还是推荐一般情况下用无BOM的形式吧，除非有问题的时候，再考虑换有BOM的。Windows系统保存的都是有BOM的，所以你可以看到，用记事本保存一个UTF-8的txt，其实是有BOM的，这一点需要注意。另外不同的文本编辑器对于有无BOM的称呼也略有不同，比如EditPlus，有BOM的称为UTF-8+，无BOM的称为UTF-8，而在Notepad++中，有BOM的被称为标准UTF-8，而无BOM则被称为UTF-8无BOM。 UTF-8 不需要 BOM，尽管 Unicode 标准允许在 UTF-8 中使用 BOM。所以不含 BOM 的 UTF-8 才是标准形式，在 UTF-8 文件中放置 BOM 主要是微软的习惯（顺便提一下：把带有 BOM 的小端序 UTF-16 称作「Unicode」而又不详细说明，这也是微软的习惯）。 BOM（byte order mark）是为 UTF-16 和 UTF-32 准备的，用于标记字节序（byte order）。微软在 UTF-8 中使用 BOM 是因为这样可以把 UTF-8 和 ASCII

Python中使用中文

阅读更多关于 Python中使用中文

python的中文问题一直是困扰新手的头疼问题，这篇文章将给你详细地讲解一下这方面的知识。当然，几乎可以确定的是，在将来的版本中， python会彻底解决此问题，不用我们这么麻烦了。先来看看python的版本： >>> import sys >>> sys.version '2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1310 32 bit (Intel)]' （一）用记事本创建一个文件ChineseTest.py，默认ANSI： s = "中文" print s 测试一下瞧瞧： E:/Project/Python/Test>python ChineseTest.py File "ChineseTest.py", line 1 SyntaxError: Non-ASCII character '/xd6' in file ChineseTest.py on line 1, but no encoding declared; see http://www.pytho n.org/peps/pep-0263.html for details 偷偷地把文件编码改成UTF-8： E:/Project/Python/Test>python ChineseTest.py File "ChineseTest.py", line 1

订阅 utf8