打酱油震惊呵呵赞鄙视标签： ,,注：与内容无关的评论将被删除，严重者禁用帐号！ | 最新评论333THINKPHP峰会 不错很全面dbang
asd飞asd栏目推荐关注 第一PHP社区 微信公众号热门点击本站推荐
| 中国最专业的PHP中文社区 |
Copyright (C) 1998 - . All Rights Reserved
第一PHP社区
版权所有 七牛云存储为本站提供加速支持 &&&&&求魅族mx4订单号解析，我的订单号8_百度知道
求魅族mx4订单号解析，我的订单号8
提问者采纳
如果对你有帮助的话希望采纳为满意答案。什么叫解析……9月20号发货后，百度知道魅族精英团很高兴为你回答问题。希望我的回答能帮助于你，可以凭订单号在魅族官网查询物流的您好
其他类似问题
为您推荐：
订单号的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁解析各大电子商务网站订单号的生成方式
解析各大电子商务网站订单号的生成方式
[摘要：择要：定单是全部电子商务的焦点。全部电子商务的流程也是盘绕定单的状况履行的。那篇专客首要背人人先容定单号的天生体式格局... 定单是全部电子商务的焦点。全部电子商务的流程也]
摘要：订单是整个电子商务的核心。整个电子商务的流程也是围绕订单的状态执行的。这篇博客主要向大家介绍订单号的生成方式...
订单是整个电子商务的核心。整个电子商务的流程也是围绕订单的状态执行的。这篇博客主要向大家介绍订单号的生成方式。
现在大型电商网站大多都有好几种下单途径。比如：通过Web网站下单，通过打电话到呼叫中心下单（CallCenter)，使用手机Wap下单。如果只采用单数据库来存储订单信息的话，其随着订单量的增加，单数据库写压力必然增大，数据库服务器就会不堪重负，所以大都会根据业务采用分库做法。如下：
目前几个大型电子商务网站是如何生成订单号的呢。让我们先看看订单号的格式吧。京东商城订单号格式：；苏宁易购订单号格式：；凡客诚品订单号格式：；银泰网订单号格式：15。Web网站来源订单调用生成订单API后，存储在Web订单库。CallCenter网站调用生成订单API后，存储在CallCente订单库。Wap来源订单调用订单生成API后，存储在Wap订单库。最后需要把Web订单库，CallCenter订单库，Wap订单库等数据同步到后台订单主库中。后台订单主库是我们的核心库，存储所有订单数据。那么我们怎么才能把不同库中的订单数据同步到后台主库中，需要满足什么条件呢？电商网站中订单表大多都是以订单号做表的主键，我们必须保证各个子订单库中存储的订单号不能重复。这样才能保证可以安全的同步到后台主库中。
我们先来分析一下凡客诚品和银泰网的订单号生成规则。初看一下，凡客诚品和银泰网订单号都含有0522，这是因为这2张订单都是号下的订单。我们总结一下，凡客的订单规则：业务编码+年的后2位+月+日+订单数。银泰网的订单号规则：年的第三位数+业务编码+年的后1位+月+日+订单数。其实现方式应该是在数据库中新建一张订单量记录表维护每天的订单量。生成订单时，根据当天的日期查询这张表的订单数量加1，然后组合业务编码（比如业务编码Web=1，CallCenter=2,Wap=3）即为订单号。生成订单成功后在回写数据库（需记录订单量）。这种方式在高并发下会频繁更新订单量记录表，很容易产生锁表。
京东商城和苏宁易购的订单号看不出规则。我们猜想应该是 有一个全局数据库，这个数据库中只有一张订单表(Order),表Order只有一个自增的字段Id，这个自增的字段Id就是订单号。所有生成订单的API会首先访问全局数据库的Order表获得订单号，然后再生成订单。这样就可以保证子库订单号不重复。其实现方式避免了频繁的更新操作，只有Insert操作，性能要好很多
感谢关注 Ithao123Python频道，是专门为互联网人打造的学习交流平台，全面满足互联网人工作与学习需求，更多互联网资讯尽在 IThao123!
Laravel是一套简洁、优雅的PHP Web开发框架(PHP Web Framework)。它可以让你从面条一样杂乱的代码中解脱出来；它可以帮你构建一个完美的网络APP，而且每行代码都可以简洁、富于表达力。
Hadoop是一个由Apache基金会所开发的分布式系统基础架构。
用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群的威力进行高速运算和存储。
Hadoop实现了一个分布式文件系统（Hadoop Distributed File System），简称HDFS。HDFS有高容错性的特点，并且设计用来部署在低廉的（low-cost）硬件上；而且它提供高吞吐量（high throughput）来访问应用程序的数据，适合那些有着超大数据集（large data set）的应用程序。HDFS放宽了（relax）POSIX的要求，可以以流的形式访问（streaming access）文件系统中的数据。
Hadoop的框架最核心的设计就是：HDFS和MapReduce。HDFS为海量的数据提供了存储，则MapReduce为海量的数据提供了计算。
产品设计是互联网产品经理的核心能力，一个好的产品经理一定在产品设计方面有扎实的功底，本专题将从互联网产品设计的几个方面谈谈产品设计
随着国内互联网的发展，产品经理岗位需求大幅增加，在国内，从事产品工作的大部分岗位为产品经理，其实现实中，很多从事产品工作的岗位是不能称为产品经理，主要原因是对产品经理的职责不明确，那产品经理的职责有哪些，本专题将详细介绍产品经理的主要职责
IThao123周刊京东退换货，售后服务卡里面的款号是什么意思求专家解释，里面的服务号我弄不懂请指点，我的订单号里面没_百度知道
京东退换货，售后服务卡里面的款号是什么意思求专家解释，里面的服务号我弄不懂请指点，我的订单号里面没
京东退换货，售后服务卡里面的款号是什么意思求专家解释，里面的服务号我弄不懂请指点，我的订单号里面没有这个号码啊
提问者采纳
还没找到？
又是一个提问呵呵
不是服务号吗？
是吗？不知道反正我退货都写了，就是不明白而已
你退什么就按照他的表填就是了，没有就不填
我那时候退都没你的这么麻烦
你是男的是女的啊？
期待一场艳遇
这么晚，没有女的，别想太多
你那个款号直接填你买的那个东西的名字，服务号就是你去退换货那里就可以看到，
提问者评价
太给力了，你的回答完美解决了我的问题！
来自团队：
其他类似问题
为您推荐：
京东的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁摘要：订单是整个电子商务的核心。整个电子商务的流程也是围绕订单的状态执行的。这篇博客主要向大家介绍订单号的生成方式...
订单是整个电子商务的核心。整个电子商务的流程也是围绕订单的状态执行的。这篇博客主要向大家介绍订单号的生成方式。
现在大型电商网站大多都有好几种下单途径。
比如：通过Web网站下单，通过打电话到呼叫中心下单（CallCenter)，使用手机Wap下单。
如果只采用单数据库来存储订单信息的话，其随着订单量的增加，单数据库写压力必然增大，数据库服务器就会不堪重负，所以大都会根据业务采用分库做法。
Web网站来源订单调用生成订单API后，存储在Web订单库。
CallCenter网站调用生成订单API后，存储在CallCente订单库。
Wap来源订单调用订单生成API后，存储在Wap订单库。最后需要把Web订单库，CallCenter订单库，Wap订单库等数据同步到后台订单主库中。
后台订单主库是我们的核心库，存储所有订单数据。那么我们怎么才能把不同库中的订单数据同步到后台主库中，需要满足什么条件呢？电商网站中订单表大多都是以订单号做表的主键，我们必须保证各个子订单库中存储的订单号不能重复。这样才能保证可以安全的同步到后台主库中。
目前几个大型电子商务网站是如何生成订单号的呢。让我们先看看订单号的格式吧。
京东商城订单号格式：；
苏宁易购订单号格式：；
凡客诚品订单号格式：；
银泰网订单号格式：15。
我们先来分析一下凡客诚品和银泰网的订单号生成规则。
初看一下，凡客诚品和银泰网订单号都含有0522，这是因为这2张订单都是号下的订单。我们总结一下，凡客的订单规则：业务编码+年的后2位+月+日+订单数。银泰网的订单号规则：年的第三位数+业务编码+年的后1位+月+日+订单数。其实现方式应该是在数据库中新建一张订单量记录表维护每天的订单量。生成订单时，根据当天的日期查询这张表的订单数量加1，然后组合业务编码（比如业务编码Web=1，CallCenter=2,Wap=3）即为订单号。生成订单成功后在回写数据库（需记录订单量）。这种方式在高并发下会频繁更新订单量记录表，很容易产生锁表。
京东商城和苏宁易购的订单号看不出规则。
我们猜想应该是 有一个全局数据库，这个数据库中只有一张订单表(Order),表Order只有一个自增的字段Id，这个自增的字段Id就是订单号。所有生成订单的API会首先访问全局数据库的Order表获得订单号，然后再生成订单。这样就可以保证子库订单号不重复。其实现方式避免了频繁的更新操作，只有Insert操作，性能要好很多.
CASE:小米订单号详解/小米发货规则：
1、订单号详解
理解以下概念
订单号的作用
所以从此可见从订单号里存在跟预定人数无关的可能。大家一直在以订单号里对比自己排名可能是不现实的。小米里的订单个数可能通过数据库命令直接统计出来或者里面有一个字节是专门累加统计的。
我的订单号&&12&月18号0:53:54下单
1—234—5170
A、黑字部分估计为机型：如现可是米1，米2出来可能是2了 (34楼反映2表示退货）
第一个是单的类别 1是购买的单&&2是退换货的单&&因为我换过一台小米
B、红字部分年份月日，取两位
C、蓝字部分为秒，可以推算出下单时间，本示例是0:53:54下单的，&这里最大值是86400
D、青字部分为估计为累计，到满了又从0开始，从而保证订单号肯定是唯一性的。也就是说，小米认为在同一秒钟内，不可能超过1W张单。（我是从昨天收集到的45个订单号分析得出(其中我有发现有前辈早分析出日期跟秒)，希望大家都贴出十八号的单来对比一下，确认是否这样），从这也基本得出订单号里是看不出你下单的排在第几位。
2、小米发货规则跟下订单号的时间没有关系（90%）
A、网上付款的按付款时间排队 （这里可以解释为什么有些下单早但发货迟的原因）
B、货到付款的按确认时间排队（这个我怀疑是网上付款的发完后才到货到付款的，证据是，我发现所有十八号预定的都显示5~8天后发货，所以大家一起贴十八号状态图来分析，估计可以看来。另从资金流层面来分析也是这样的）
C、自提的好象比上两个速度快，单下裸机会比套餐快。
D、用户信任度，论坛等级可能存在关系，也就是说小米还在证实你是不是可信的。（货来付款来估计也会分析这个）
CASE:摘自网友提供1：
订单命名的几种规则：
1、不重复。
这点我相信大家都懂，订单的唯一性不用解释。
2、安全性。
你的订单编号不能透露你公司的真实运营信息，比如你的订单就是流水号的话，那么别人就可以从订单号推测出你公司的整体运营概括了。所以订单编码必须是除了你们公司少部分人外，其他人基本看不懂的。参考京东和淘宝的编码规则，基本别人是搞不清是什么意思的。
其实最好的防泄漏编码规则就是在编码中不要加入任何和公司运营的数据。
3、不能使用大规模随机码。
很多人分析订单编码规则的时候，第一个念头肯定是不重复唯一性，那么第二个念头可能就是安全性，那么同时满足前两者的第三个念头就是随机码了。因为大规模的随机码随机生成，因为本身就没有意义所以无所谓泄密了。但是事实上这种编码规则在实现上会有很大问题的。
随机码满足第二点安全性要求，为了满足第一点不重复特性，那就得在生成随机码的时候对比历史数据是否有重复，如果你的订单数量到达了十万次，你每次生成订单编码时就得对比十万条历史数据，你可想而知会造成什么巨大问题。
但是难道随机码就不能在编码中使用了吗？小规模的随机码是可以使用的，比如2~3位，这种随机码一般都是和流水号等结合使用，主要作用是为了隐藏流水号的真实数据而进行使用的。
PS:在这里感谢 @马驰@dad ni @bao xu（这个不知道为何@不到）同学的讨论，马驰同学实际测试估算了生成随机码并且检测重复所花费的时间在纳秒级别。但是我还是保持原来观点，觉得这种生成规则存在方向性问题，可能会造成检测时间过长的问题出现。
希望大家积极参与讨论。
4、防止并发。
这条规则主要针对编码中有时间的设定。
5、控制位数。
这点很好理解，订单号的作用就是便于查询。
一般正常使用场景应该是订单出异状或者退货的时候，用户将订单号报给客服，由客服进行查询。
所以一般在10~15位为好。
京东10位，淘宝15位。
推荐的几种编码规则：
年月日时分秒+用户ID(命名用户ID时也要注意，不要用流水号。可以采用区域ID+随机码+流水号+随机码方式)
1、唯一性：时间是单向的，确保唯一性。
2、安全性：确保用户ID安全即可。
3、随机码不参与判断，因为之前数据已确保无重复。
4、在同1秒钟，同一用户是不会产生2个订单编码的，所以可以防并发。
5、位数可能会在20位之内，位数比较多。
年月日时分秒微秒+随机码(2)+流水号+随机码(3)
1、唯一性：时间是单向的，确保唯一性。
2、安全性：确保流水号不会识别出即可。
3、随机码的位数和前后都是保密的，所以如果不清楚这一点的话，是很难判断出流水号的位数的。因为同时产生的订单数量很多，编码不具备线性对比功能。就算知道了流水号，可以在初始化时进行赋值。
4、在同1秒钟，同一用户是不会产生2个订单编码的，所以可以防并发。
5、位数可能会在20位之内，位数比较多。
（以上来自知乎@benben）
==============================================
订单号常见的几种方式：
1.利用数据库主键值产生一个自增长的订单号（订单号即数据表的主键）
2.日期+自增长数字的订单号（比如：5662）
3.产生随机的订单号(66)
4.字母+数字字符串式，字母有包含特别意义，C
订单号设计原则：&按需设计&
　　用来检索订单详细信息的唯一特征码，可以利用订单号检索到下单日期、产品类别、颜色、尺码（或款式）、仓位等信息，订单号包含过多的信息有点“画蛇添足”的意味！只要按需设计即可！
订单号设计用户体验规则：
1.订单号无重复性；
2.如果方便客服的话，最好是“日期+自增数”样式的订单号，客服一看便知道订单是否在退货保障期限内容；
3.订单号长度尽量保持短（10位以内），方便用户，尤其电话投诉时，长的号码报错几率高，影响客服效率；
4.订单号尽量保持数字型(纯整数)，在数据库订单索引查询中，长整数字型的数据索引与检索效率，远远高于文本型，因此尽量避免“字母+数字字符串式”！
（以上来自知乎@LO）
CASE:摘自网友提供2：
前阵子，公司有个电子商务项目，需要生成订单号。
当时的考虑很简单，取系统时间加上随机数，或者使用 uniqid() 方法。
我们都知道，订单号最基本的要求就是唯一，这个条件必须满足。仔细考虑下上述方法，在顾客购买量少的情况下，订单重复的可能性为零，但是在购买高蜂期生成的订单号重复是很有可能发生的。所以上述方法不可靠，有待强化。
在网上找了一番，发现这位同学的想法挺不错的，redtamo，具体的请稳步过去看看，我作简要概述，该方法用上了英文字母、年月日、Unix 时间戳和微秒数、随机数，重复的可能性大大降低，还是很不错的。使用字母很有代表性，一个字母对应一个年份，总共16位，不多也不少，呵呵。
= array('A',
= $yCode[intval(date('Y'))
- 2011] . strtoupper(dechex(date('m')))
. date('d') .
substr(time(), -5) .
substr(microtime(), 2, 5) . sprintf('%02d', rand(0, 99));
生成效果：
唉，不过很可惜，最后项目并没有使用这种方法，说是没必要搞这么复杂， - -！
话说，不想争执，不用也没关系，我就写个笔记，以后备用。
转自：/article/8506.html
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：77510次
积分：1144
积分：1144
排名：千里之外
原创：23篇
转载：82篇
评论：18条
(1)(1)(2)(3)(1)(1)(3)(2)(3)(5)(1)(5)(2)(1)(8)(6)(1)(1)(2)(4)(2)(3)(3)(1)(2)(11)(2)(18)(3)(2)(4)(2)}