- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
问题来了。
首先,我在MySQL中创建了一个数据库
CREATE TABLE Users (User TEXT, Pass TEXT, ID TEXT, RegDate TEXT, Email TEXT, Rank TEXT);
我现在有这个数据库
+-----------+------------------+------------+----------+-------------------+------------+
| User | Pass | ID | RegDate | Email | Rank |
+-----------+------------------+------------+----------+-------------------+------------+
我导入了一个 csv 文件 (Users.csv) (UTF-8, PlainText)
load data local infile 'Users.csv' into table Users fields terminated by ',' enclosed by '"' lines terminated by '\n';
该文件的内容是
arinerron,asdfasdf,USR0000001,92082015,arinesaugmail,Owner
looy,asdfasdf,USR0000002,92082015,tjesaugmail,User
mooncat39,marsisawesome,USR0000003,92082015,harveyfamilygmail,Owner
Goldy,foxythepirate777,USR0000004,92082015,goldyftwgmail,User
Reid,reidyreid,USR0000005,92082015,reidgmail,Moderator
Bo,bobobobo,USR0000006,92082015,bobogmail,Moderator
它的 react 是
Query OK, 6 rows affected (0.00 sec)
Records: 6 Deleted: 0 Skipped: 0 Warnings: 0
我运行了命令
SELECT * from Users
我得到了这个回复
+-----------+------------------+------------+----------+-------------------+------------+
| User | Pass | ID | RegDate | Email | Rank |
+-----------+------------------+------------+----------+-------------------+------------+
|erron | asdfasdf | USR0000001 | 92082015 | arinesaugmail | Owner
| | asdfasdf | USR0000002 | 92082015 | tjesaugmail | User
|cat39 | marsisawesome | USR0000003 | 92082015 | harveyfamilygmail | Owner
| | foxythepirate777 | USR0000004 | 92082015 | goldyftwgmail | User
|Reid | reidyreid | USR0000005 | 92082015 | reidgmail | Moderator
| Bo | bobobobo | USR0000006 | 92082015 | bobogmail | Moderator |
+-----------+------------------+------------+----------+-------------------+------------+
它有什么问题?为什么格式不正确?排名列也乱七八糟
我一遍又一遍地重试这些步骤,但没有成功。我真的需要尽快解决这个问题。非常感谢!
最佳答案
您的文件有 Windows CR-LF 行结尾,而不是 Unix LF 行结尾。所以 Rank
字段的末尾都有一个 CR 字符。所以发生的事情是最后一个字段被打印为:
Owner<cr><spaces>|
<cr>
返回到同一行的开头,然后打印几个空格和 |
.这会覆盖 User
的开头字段。
使用
LINES TERMINATED BY '\r\n'
或使用 dos2unix
在加载文件之前从文件中删除所有 CR 字符。
关于MySQL Select 列搞砸了,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32833539/
HTTP缓存相关的问题好像是前端面试中比较常见的问题了,上来就会问什么cache-control字段有哪些,有啥区别啥的。嗯……说实话,我觉得至少在本篇来说,HTTP缓存还算不上复杂,只是字段稍
代理,其实全称应该叫做代理服务器,它是客户端与服务器之间得中间层,本质上来说代理就是一个服务器,在HTTP的链路中插入的一个中间环节,就是代理服务器啦。所谓的代理服务就是指:服务本身不生产内容,
我们在前两篇的内容中分别学习了缓存和代理,大致了解了缓存有哪些头字段,代理是如何服务于服务器和客户端的,那么把两者结合起来,代理缓存,也就是说代理服务器也可以缓存,当客户端请求数据的时候,未必一
在前面的章节,我们把HTTP/1.1的大部分核心内容都过了一遍,并且给出了基于Node环境的一部分示例代码,想必大家对HTTP/1.1已经不再陌生,那么HTTP/1.1的学习基本上就结束了。这两
我们前一篇学习了HTTP/2,相比于HTTP/1,HTTP/2在性能上有了大幅的改进,但是HTTP/2因为底层还是基于TCP协议的,虽然HTTP/2在应用层引入了流的概念,利用多路复用解决了队头
前面我们花了很大的篇幅来讲HTTP在性能上的改进,从1.0到1.1,再到2.0、3.0,HTTP通过替换底层协议,解决了一直阻塞性能提升的队头阻塞问题,在性能上达到了极致。 那么,接下
上一篇噢,我们搞明白了什么是安全的通信,这个很重要,特别重要,敲黑板!! 然后,我们还学了HTTPS到底是什么,以及HTTPS真正的核心SSL/TLS是什么。最后我们还聊了聊TLS的实
经过前两章的学习,我们知道了通信安全的定义以及TLS对其的实现~有了这些知识作为基础,我们现在可以正式的开始研究HTTPS和TLS协议了。嗯……现在才真正开始。 我记得之前大概聊过,当
这一篇文章,我们核心要聊的事情就是HTTP的对头阻塞问题,因为HTTP的核心改进其实就是在解决HTTP的队头阻塞。所以,我们会讲的理论多一些,而实践其实很少,要学习的头字段也只有一个,我会在最开始
我们在之前的文章中介绍HTTP特性的时候聊过,HTTP是无状态的,每次聊起HTTP特性的时候,我都会回忆一下从前辉煌的日子,也就是互联网变革的初期,那时候其实HTTP不需要有状态,就是个浏览页面
前面几篇文章,我从纵向的空间到横向的时间,再到一个具体的小栗子,可以说是全方位,无死角的覆盖了HTTP的大部分基本框架,但是我聊的都太宽泛了,很多内容都是一笔带过,再加上一句后面再说就草草结束了。
大家好,我是煎鱼。 在 Go 语言中总是有一些看上去奇奇怪怪的东西,咋一眼一看感觉很熟悉,但又不理解其在 Go 代码中的实际意义,面试官却爱问... 今天要给大家介绍的是 SliceHead
我是一名优秀的程序员,十分优秀!