原创版权所有 转载注明作者链接
  上回说到虽然是两个窗口同时打饭，但是米师傅和小汤一会儿拿汤勺、一会拿菜勺、一会儿又要找米铲，简直恨不得像哪吒那样长出三头六臂。
  那怎么解决这个问题呢，米师傅和小汤一边整理食堂一边商量，说咱们明天这样试试，你打菜，我打主食，汤叫大家自取。
  看看这样是不是会提升打饭效率。

  说做就做，到了第二天，大家来到食堂一看，就看见三个区域，分别写着，菜品区、主食区、汤羹区。

  大家很自觉的先去打菜，然后打主食，自己盛汤。
  米师傅和小汤这下感觉轻松多了，又可以一边打饭一边和我们愉快的聊天了。
  大家也都觉得，米师傅这个主意不错，现在排队快多了，随便聊几句就打好饭了。

  刚开始米师傅和小汤又打饭又打汤，业务场景不清晰，自己身兼数职，就像数据库中各种数据和业务都柔和在一个库表中，效率自然不能满足不断增长的数据压力。
  根据业务场景进行垂直分区，打饭的业务是一个独立的窗口，就相当于是一张独立的表，打菜的业务是一个独立的窗口，也是一张独立的业务表，打汤也是同理。
  业务分割，表的大小降低了，业务复杂度降低了，效率自然也就提升了。
  这，就是垂直分割。