第一：数据包上传到淘宝助理
1.打开您的淘宝助理然后点击库存宝贝
2.
点击工具---选择导入数据库
3.按照图示选择“合并到现在的数据库中”选择你说的那个userdb_bak.db
，确定之后数据即可导入助理中！
第二：修改产品具体信息（很重要修改不正确直接会导致产品无法上传到店铺中）
1.点击需要修改的产品
2.修改宝贝名称
将前面的修饰语更改成您自己店铺的促销活动或者直接删除！
3.修改价格
好啦，这样就可以上架啦
下载商品数据包
功能：下载某个供应商或某个产品系列的数据包，数据包中的宝贝类目、宝贝图片、所在地等都已经编辑好，是可直接通过淘宝助理上传到网店。
第一步：登陆用户名之后进入“我的进宝”在左侧“我的百宝箱”中点击"下载商品数据包".
第二步：在搜索条中通过分类查找到需要的商品名称，选择右边的“下载”，这样就可以把需要商品的数据包压缩文件下载下来。
第三步：数据包压缩文件下载后进行解压，解压后会有一个CSV文件及商品图片文件，如下图：
第四步：打开淘宝助理，选择“库存宝贝”,
选择“从CSV文件导入”,如下图：
第五步：选择刚开始解压缩后显示的excel表格，选择后，打开就可以了。如图
第六步：商品传到淘宝助理后，选择需要上传的商品，然后“上传宝贝”，这样就可以直接传到网店中
下载商品数据信息
功能：根据需要选择部分商品下载商品的文字和图片的信息。
操作方法如下：
第一步：登陆用户名之后进入“我的进宝”在左侧“我的百宝箱”中点击“下载商品信息”。
第二步：找到您需要的商品后在商品前面的小空格中打勾，点击“淘宝助理批量下载”，然后“保存”到一个文件夹。
第三步：淘宝助理批量下载后不要刷新，选择“下载图片”，然后把下载的压缩图片解压缩之后和下载的商品信息放在一个文件夹中，点击“保存”按钮
第四步：把下载的CSV文件用EXCL表格打开，在“文件”中点“另存为”保存，如下图：
第五步：在文件夹中把压缩文件解压，如下（下载下来的文件名称不同）。
第六步：打开您的淘宝助理，选择“库存宝贝”。在右边的空白处，选择“从csv文件导入”，选择另存过的CSV文件，这样就可以把商品信息导入到您的淘宝助理。
第七步：点击商品名称之后在“编辑基本信息中”编辑这个商品的各种信息资料，比如宝贝类目、店内类目、宝贝图片、所在地等等，编辑完宝贝基本信息之后点击“保存”按钮就会上传到您的店铺中。
注意：如果压缩后，没有找到csv文件。而是其他TBI格式的文件，就在第四步空白处点右键上面的[导入数据库]导入那个TBI文件就可以了。
❷ 用淘宝助理上传数据库，图片为何显示不出
首先，你的问谨桐题补充啥也不能说明。
理由：淘宝更新了自己的程序，不再支持这样的方式（这个可能唤晌耐性是有的）
其次，问题可能就不在你这边。
理由：淘宝处理此功能的api有bug（这个可能性很大）
最后：我的观点，
想问下，你的数据库中存的是图片的大二进制码还是仅仅是一个url？
如果是url的话，地址过期和春的可能性就相当之大了。。。
但愿可以有所帮助
❸ 用淘宝助理导入数据库后,宝贝的图片那里显示没有图片,谁能帮帮忙啊急
你是不是使用雅虎相册
我是淘宝卖家，在3月28日相册升级之前的一周已经在相册首页挂出公告了！如果你上传到淘宝的照片是在3月28日前引用过去的，请放心，只要你在雅虎相册不做任何更改，是不唯猛汪会有任知掘何影响的~
给你个办法，以前那办法行不通了，你现在可以进入雅虎再里面找到要上传的图片，不是复制图片属性，而是要多一步，就是点击原图下载，然后再复制属性，这样就没问题了我就这样做，不会挂的，或者你引用到博客选项，会有个代码，同样指仔复制有效
❹ 淘宝数据库怎样批量替换图片啊
如果是图片上的水印是没办法正敏世批量举肢替换的 除非图片都一样
如果图片都一样的话 可以在编辑描述里面把代码替换下拿山就成 全部一起换掉
❺ 怎么把数据库的图片从淘宝助理5导入PS里面，急求！！！谢谢
下载数据包后 解压至文件夹中
1.打开淘宝助理，输入淘宝帐号和密码 2.进入昌扮淘宝助理界面后，单击'更新数据'
3.从左边‘库存宝贝’选项中右面单击空白处
4.选择空白处右键。找到选项 '从csv文件导入'
5.选择解压好的数据包。带csv文件导入即可
6.数据成功导入助理
7.导入成功后 编运迅旅辑商品，主要对店铺类目属性编旁凳辑。 8.店铺内宝贝属性修改后，即可上传
9.上传数据提示信息
10. 数据提示上传成功！
❻ 如何去除淘宝数据库照片的水印
这跟有没有水印没有关系的。这是因为您引用了别人淘宝图片空间的图片。淘宝图片空间具有唯一性，别人无法引用渗汪的。唯一的解决方法就是，您把原来数据包所有虚槐图片都储存在自己的淘宝空间，然后再利用新的丛誉仔图片连接逐一编辑宝贝描述，才能正常发布的。
❼ 怎样从数据库下载图片资料后怎样上传到淘宝店铺！
网络搜下淘宝助理怎么上传宝贝
❽ 淘宝服装类数据库如何制作
我们也了解到，现在淘宝的整个的数据库团队在逐渐的把一些数据库从Oracle迁移到MySQL，然后呢，把一些服务器由小型机转到PC server，笑烂瞎那你们整个转变的动机是什么?
主要是因为业务压力给了我们最大的动力。07年我来到淘宝的时候，当时只有三个主要的数据库，全部在小型机和存储上面。以当时的压力来看，它跑起来是非常顺利的，而且大家也知道小型机它从Unix操作系统到硬件，稳定性都会比PC server其实要高很多，当时的情况下淘宝用小型机是一个非常自然的选择。
从07年开始淘宝的业务量保持每年自然翻一番的增长，数据库质量感觉到非常大的压力。那么前端业务量增长一倍，在数据库上有可能增长是好几倍，它有一个放大效应在里边。当时我们第一步能够想到很自然的架构，就是把三个数据库拆成更多的数据库，或每一个数据库支持一个比较单一的业务。比如用户、商品和交易，都会分成独立的数据库，然后放到独立的小型计算中去，这是我们08年做的很大的事情就是垂直拆分，然后08年的业务我们就顶住了。
当时我们就预估09年、10年会有更大的压力增长，这个时候我们应该怎么办？当时我们从业界能看到很多的经验分享，包括eBay、亚马逊这些国外的大公司，他们的经验分享里面，水平拆分是我们数据库涨到一定程度后的架构选择。我们从Oracle到MySQL转移，主要是用水平拆分，这是我们未来的一个弱点，那水平拆分后机器、数据库的数量都会多很多，那Oracle它本身的成本也是我们考虑的一个重要因素，所以当时从成本考虑的话，那个时候我们自然会选择用MySQL数据库。
给我们再简单总结一下这几年，碰空淘宝整个数据库的演变过程?
刚才说到08年我们做完垂直拆分以后，09年到今年我们主要做的工作其实就是水平拆分。今年在十月份之前我们全部完成了淘宝最核心的三个系统：交易数据库、商品数据库和用户数据库的水平拆分。所以到“双十一”之前，在我们内部采访中，我一直跟采访人员说，当时数据库情绪稳定。基本上我们没有做什么事情，只是在不停的看报表，看数据，然后很开心的看到交易曲线以超过45度的趋势往上涨。
那前期还是做了非常完善的准备。据我们了解在整个从小型机到PC server的迁移，包括从Oracle到MySQL数据库的迁移，你们在做这个事情的时候，都做过好几个月的压力测试。你讲讲这个背景和故事。
是这样的，今年我们年初决定，我们商品库从小型机迁到PC server上面去，这是淘宝压力最大的一个数据库，当时是用四台小型机加两个历扮高端存储来支撑的。要把这么大一个数据库进行迁移，我们心里面也是没有底的，因为不知道要多少台PC server能够支撑，需要什么样的配置来支撑这个压力？当时我们能够想到一个很直观的想法就是模拟线上完全一样的压力，甚至加上几倍的压力来测它的极限值。
我们和开发团队、我们的性能测试团队，加上DBA团队和ops团队，成立了一个非常大的项目组，然后做了接近两个月的性能测试，在整个测试过程中发现了非常多的问题，包括我们给Oracle、MySQL等厂商都提交了很多Bug，有些Bug也得到厂商回应，进行修复。
那整体的转变的过程到现在进行到了什么样的程度？包括你在整个转变的过程中遇到哪些问题?
我们现在最核心的用户数据库今年已经彻底完成了从小型机、存储和Oracle切入到PC server加MySQL的架构。
我们内部有一个提法叫做去O、去I、去E，其实就是我们要从高端硬件Scale up模式到低端硬件的Scal out水平扩展的模式，这是淘宝内部最大最核心的系统，今年已经顺利完成了全部区的水平扩展。其他几个系统，比如说交易和商品已经完成了一部分，完成了水平拆分的一部分，但是没有达到我们希望的进度，这可能是明年我们需要做的事情。
在转型过程中主要遇到哪些问题?
让我们觉得比较大的问题就是我们从可靠的小型机迁移到大规模，大数据量的PC server上来，从架构上就对我们就是一个非常大的挑战。大家都知道，每一个PC server的稳定性肯定和单台小型机会有一定的差距，再加上我们一个机群有可能是32台或者64台PC server。每一台PC server即使有四个9的可用性，但如果我们整个系统合在一起，可能它最后的两个9的可用性都达不到。这就需要我们从软件层、架构层要做非常多的改进，能够要让单点的一些失效对整体的系统不造成任何影响，因为我们和架构部门、开发部门一起做了很多事情，才能保证我们的集群稳定上线。
其实“双十一”这个时间应该说是对过去的技术转变的检验，现在回头来看，这个检验的结果怎么样?
当时是有点提心吊胆的，之后又觉得相对来说今年我们做的很多事情还是非常成功的。但是现在再回头仔细想想还是有点后怕，“双十一”那天的凌晨零点不是有一次Ipad的秒杀吗，当天晚上我们都在线上观察数据，在零点的一瞬间，就看到所有数据库指标已经达到了以前正常时候最高峰的指标，有些甚至还超过了。
当天晚上睡觉的时候心里就有点在打鼓：才零点就这个样子了，明天下午明天晚上最高峰的时候我们应该怎么渡过？所以第二天早上八点多的时候我们一进到指挥部里面就看到所有的指标， 包括CDN的指标、各个业务线的指标、数据库的指标都是噌噌的往上涨，这时心里面其实是很忐忑不安的。
但是我们比较放心的是这三大核心系统，商品、用户和交易，在我们今年所有的水平扩展项目做完了以后，比如说商品功能做完了以后，从我们的机械压测里面它是有十倍的流量的，所以当天百分之一百，百分之两百的流量基本上对数据库没有造成太大的影响，所以当时还是很开心的看到这个指标快速的往上涨，希望交易能够通过10个亿、20个亿，我觉得都是能够承受的。
那对于整个数据库架构的演进下一步有什么打算?
下一步其实就是刚刚说的我们有几个核心系统还没有完全的做到这个水平扩展，加上“双十一”那天我们还是有一个小惊险：我们有一个数据库，跟交易核心有一点点联系的，但它还是放在小型机上面，当时已经提前为它准备了百分之一百的余量，就是说它可以承担平时最高压力的两倍。
但是那天已经达到平时最高压力的1.8倍左右的时候，把我们吓出了一身冷汗。如果当时淘宝的交易最高峰的流量再增长20%的话，有可能数据库就会到瓶颈了。所以我们明年是要把更多这种Scale up能够看到天花板的数据库全部要拆分成水平库存这种数据库。
那你刚才所提到的去Oracle，去小型机，去高端存储，这个“三去”的整体思路给淘宝网带来了哪些经济上的效应?
当时我们知道小型机和存储的价格是非常昂贵的，还是拿我们刚才说压力最大的商品数据库举个例子，当初我们数据库是用了四台高端的小型机，两套高端的存储，成本加起来起码都是三千万以上。那目前我们用的是32台PC server来搭建的一个机群，价格也就是300万~500万的级别。相对来说我们做完这个事情以后，解决了两三千万的硬件成本。
这样来讲，整体的经济效益还是非常不错的。但是其实刚才我们在前期沟通的时候也提到，你要从Oracle转到MySQL，包括从小型机转到PC server，其实里面还是会遇到蛮多问题的，包括它的不稳定性等等，那对于这一方面你有没有什么经验可谈?
在这一方面，我觉得有两个很重要的因素。第一个是我们需要和我们的开发前端应用架构部门能够紧密的合作，能够让我们的应用融入刚才说的整个机群的单点失效和容灾的问题。都需要我们和架构部门一起来考虑的；第二个比较大的经验就是目前我们在做的，深入研究MySQL的源代码。我们从研究和压力测试的过程中，发现MySQL它本身代码的一些缺陷，可能在高并发大压力下会有很多隐藏的Bug。
在我们最近的这次测试当中，我们还发现了Facebook发布的FlashCache二级缓存的软件，当时我们是测出它一个非常大的Bug：并发压力非常大的情况下，它会导致MySQL成为一个僵尸进程。我们发现了以后，很快反馈给Face book，然后Face book很快就修复了这个问题，这也是我们对使用开源软件带来更大的一个信心，就是开源能够在全球得到更多的支持，大家都能够从原代码层面来解决更深层次的一个问题。
我想这也可能是淘宝技术团队现在那么开放，那么注重开源的动力之一。那如果说想对MySQL的一些核心代码做编译，就需要对人才的储备，包括各方面资源整合的要求还是蛮大的，那你在这方面有没有什么感触?
说到人才这个话题，08年的时候，淘宝当时准备大规模的往MySQL方向上转，我们内部也是有一些置疑的声音。他们说淘宝DDA团队以前都是在Oracle方面比较专精，在业界来说，淘宝的DDA团队在Oracle方面更加有名气一些。所以我们内部有置疑的声音。就是说你们有MySQL专家吗，MySQL出问题了以后能很快的解决吗？所以从08年到现在，我们慢慢的一路走过来，内部培养了很多的MySQL的人才，包括这几年我们的应届生的成长，再加上我们从外部招到一些专家，我们对MySQL的理解已经越来越深。
刚才说到，我们已经能够给MySQL打Patch，已经能够给MySQL report这些Bug。到现在为止，我觉得MySQL的成长已经达到了非常高的一个程度，我们对MySQL已经越来越有信心，但是未来淘宝的MySQL肯定是要做得越来越大的，淘宝还有很多小型机上面扩展不太容易的系统需要迁移到可扩展的机群上面来，但我们也希望业界能够有更多的MySQL伙伴加入我们，和我们一起来做这么一件非常有意义的事情。
我想能够加入到淘宝的技术团队，去经历那么多有大交易量的技术实践还是非常宝贵的。另外一个问题就是虽然说现在我们用的越来越多的是MySQL，但是现在大家也知道MySQL已经被Oracle收购了，那对像淘宝这样的团队有什么影响呢?
大家都知道MySQL其实是基于GPL的协议来开源的软件，那淘宝在使用过程中，前期是已经考虑到一些风险。所以我们所有的MySQL都是自己来做编译做优化的，而且我想MySQL被Oracle收购了以后，现在看起来Oracle应该是给MySQL在开发这方面是提供了更大的帮助，像之前在Sun的时候，MySQL的版本相对来说是比较混乱的，包括我们现在在用的5.0和5.1的正式版本，最近还有包括开发方面就还有两个，一个6.0，一个5.4，这些特性会互相交织在一起，让我们选择的时候也有点不知道到底选哪个版本会更好一点。但现在Oracle收购MySQL以后，他把5.4跟6.0这些版本已经合成了一个比较规范的5.5的版本，并且为它制订了很好的一个milestone15：31，未来要怎么发展这个里程碑，M1、M2、M3、M4这种发展方向，而到现在为止这个5.5已经发展到5.6、5.7的版本，而且已经是IC版本了，很快就要GA了，那我想这对于MySQL来说应该是一个好消息。我们可以用到更多更稳定的新特性， 5.5版本里有几个新的特性是我们非常关注的，比如Google已经达到英文15：57这个pach，所以我们觉得对我们未来的这个MySQL这个系统非常有用的一个功能。那我们也等着Oracle的5.5这个版本能够尽快的GA出来。