还有说 U 盘的。。。。。千万别买

PC 可以用鼠标手势：往左滑返回上一页

我这边可以，网上申请，第二天就给寄北京来了。

@realpg 不用这么偏激吧。。我的启蒙框架

接下来就是烧钱，投资人不想烧了，就合并。不过现在的业态想赚钱也难，而且车子丢失率故障率很高。要不进化，要不跟政府合作。

所以我一直没买，想买个 surface book/(ㄒoㄒ)/~~

不愿意，即便是有房有车，买个自己喜欢的东西还得成月的攒钱。

有食品卫生许可证吗，嘿嘿

@ljk 报错就会有日志，有日志就会有警报，有警报就得去处理。如果频繁出现垃圾数据，肯定是逻辑有问题，不得去优化逻辑么。。。从来不会无缘无故产生垃圾数据。

@ljk 额，你这是有数据库数据洁癖啊~~也没有绝对的舍弃外键，像金融、供应链等场景还是需要优先保证数据完整性的。不过在互联网业务场景下，会尽量减少连接查询，降低表之间的逻辑耦合，当所谓的外键记录不存在时，指定默认值或者直接报错。

@ljk 企业内应用一般会用外键、触发器、存储过程等，互联网服务很少用，维护起来复杂。目前数据库能用到的约束也就是唯一索引了。

约束一般在逻辑里实现。

@sys64 贴吧其实也是自增的，自增键确实是最简单、靠谱的方案。不过题主的要求也是可以实现的，不外乎就是时间戳、内部计数器组合成的，如果有多个业务或服务器，也可以把业务、服务器编号揉进来。内部计数器是不可少的，可以用 memecache 或 redis 实现，毕竟时间戳+随机数的形式也不能保证唯一。
如果嫌长度太长，可以转为 16 进制或自定义进制。

@sys64 您这个思维还是很独特的。。。只能说思维比较奇葩。
不过可以自己写个发号器，根据时间、密钥等，生成唯一 uuid 。微博就是这么做的

本来还打算各个地方用统一的昵称来着，看来还是算了。这被扒的。。。。