浅谈工作以及csv的处理

工作中任务往往来的突如其然,又比较紧急,任务又是一次性的,如果按照完整的框架,设计优美的mysql表格,那还真是脑壳疼。

这时候我想csv文件就能帮上我们的大忙了,字段直接在需求的网站上复制粘贴,作为表头。

将提取出来的数据保存为一个csv文件,达到首要目的。,甚至在极端情况下,保存html页面也是可以的(提取字段过多,异常处理过多)

python 内置的csv模块想记录一下,

import csv

with open("drug.csv","a",encoding="utf-8") as f:
    writer = csv.writer(f)
    writer.writerow(tup)

  

还有一个关于mysql 的csv文件导入问题,在时间格式上很容易出错,这时候我们需要把时间格式转换成%Y/%m%d %H:%M:%S,即可。

  

原文地址:https://www.cnblogs.com/zenan/p/9970542.html

时间: 2024-10-11 13:04:23

浅谈工作以及csv的处理的相关文章

浅谈Java读取Csv实践

看项目中以前的处理方式是直接用用java IO类库读取Csv文件,实际处理中发现Csv文件本身包含了对各种特殊字符的处理信息. 最常见的比如: 1. 对包含特殊字符的字符串数据首尾加双引号 2. 对数据中的单个双引号前加单个双引号 其它... 所以用Java IO读到的字符串全是经过处理后的字符串,在某些场景下是不符合预期需求的.比如我需要的是不做任何处理的原始内容. 项目中另一种常见的文件格式Excel用了POI来处理,但是POI不支持Csv格式,于是找到了javacsv. 代码很简单: Ja

浅谈工作中设计、制作和程序之间的配合

以下是我在平常工作中所遇到的,文笔不是很好,求大神轻喷.在项目进行的过程中,主要分为设计--制作--程序这三个步骤,首先先从设计页面开始,包括页面上面的诸多效果在内.而制作负责将设计稿的PSD文件变成页面上的代码,还原度要求99%以上.程序方面主要是配合在项目进行中的功能开发,如果当前项目没有功能开发的话,主要配合制作进行JS或者Jquery调试.首先说一下设计方面,众所周知,网站首页是一个网站的重中之重,所以首页的设计会比后面的子页面要好看一些,当然,效果也会多一些,例如,图片的滚动,H5的滑

浅谈人们工作时存在的2种思维模式

工作的思维模式分2种:即时回报型和延时回报型. 即时回报型的表现:注重立刻见效的方式,比如刀钝了舍不得花时间磨,提刀急忙去砍柴:比如每天都大老远的去提水,而舍不得花时间和钱去修条水管:比如工作上遇到难题了,直接上网搜答案,而舍不得花时间从基础学起:比如执行某个软件操作时舍不得花时间去找快捷键,每次都从菜单里点. 相对的是延时回报式,表现为:刀钝了就先去磨刀,磨快了再去砍柴:修水管而不是去提水:学习先从基础的开始:注意使用快捷键. 表现远远不止这些.从表面上看,即时回报的方式短期见效快,长期效率差

游戏项目经理工作浅谈

1.学会做什么比怎么做更重要 作为团队管理者,应该要比所有人都清楚,什么时间点该做什么事情.项目在每个阶段都会有不同的特点和人员构成,每个阶段的工作重点也是不一样的. 2.有计划的做事情 一个团队工作是否有序,是否能按期达成目标,首先看是否有有效的中长期版本计划. 很多人认为这是最容易做到的,其实不然. 当你碰到体系不健全的公司,你会发现任何人都会向你提需求,老板,制作人,市场,运营,各种中心,都想修改你的工作计划.如果你无法说服全部的人,那么你会面临计划被不停的修改,推迟,回炉的糟糕情况. 频

浅谈软件销售工作

自技术领域转做销售有几年了.由于长期耕耘在技术领域,对于销售的角色进入有点晚,只是近期几年也逐渐的摸出些门道,而且按照这些门道来指导团队的实践,确实可以看到比較可喜的进步,在此总结一下.跟大家一起分享一下. 销售分为例如以下三种类型:1. 技术型销售.典型特征是逢人必谈技术,对于技术的内因外果非常清楚,当跟客户沟通时特别在技术沟通时,能说会道,涛涛不绝.但一到关系项目譬如玩.喝酒.K歌等表现平平.2. 关系型销售.典型特征是碰到人必称"哥"."老师"."领

浅谈数据库系统中的cache(转)

http://www.cnblogs.com/benshan/archive/2013/05/26/3099719.html 浅谈数据库系统中的cache(转) Cache和Buffer是两个不同的概念,简单的说,Cache是加速"读",而buffer是缓冲"写",前者解决读的问题,保存从磁盘上读出 的数据,后者是解决写的问题,保存即将要写入到磁盘上的数据.在很多情况下,这两个名词并没有严格区分,常常把读写混合类型称为buffer cache,本文后续的论述中,统一

【转】浅谈Nginx负载均衡与F5的区别

前言 笔者最近在负责某集团网站时,同时用到了Nginx与F5,如图所示,负载均衡器F5作为处理外界请求的第一道"墙",将请求分发到web服务器后,web服务器上的Nginx再进行处理,静态内容直接访问本地门户,动态数据则通过反向代理指向内网服务. 其实Nginx和F5这两者均可用作网站负载均衡,那二者有什么区别呢?笔者在此浅谈下Nginx与F5的一些区别. 目前很多网站或应用在设计之初都会为高并发的数据请求做负载均衡,不差钱的土豪用户一般会直接买F5硬件设备作为其负载均衡器,原因不用多

浅谈HTML5单页面架构(二)——backbone + requirejs + zepto + underscore

本文转载自:http://www.cnblogs.com/kenkofox/p/4648472.html 上一篇<浅谈HTML5单页面架构(一)——requirejs + angular + angular-route>探讨了angular+requirejs的一个简单架构,这一篇继续来看看backbone如何跟requirejs结合. 相同地,项目架构好与坏不是说用了多少牛逼的框架,而是怎么合理利用框架,让项目开发更流畅,代码更容易管理.那么带着这个目的,我们来继续探讨backbone. 首

浅谈HTML5单页面架构(一)——requirejs + angular + angular-route

本文转载自:http://www.cnblogs.com/kenkofox/p/4643760.html 心血来潮,打算结合实际开发的经验,浅谈一下HTML5单页面App或网页的架构. 众所周知,现在移动Webapp越来越多,例如天猫.京东.国美这些都是很好的例子.而在Webapp中,又要数单页面架构体验最好,更像原生app.简单来说,单页面App不需要频繁切换网页,可以局部刷新,整个加载流畅度会好很多. 废话就不多说了,直接到正题吧,浅谈一下我自己理解的几种单页面架构: 1.requirejs