一个自己总结的数据库设计好思想(原创)

    一个自己总结的数据库设计好思想，这个思想在以前做.net开发，创建数据库时，自己就常用了，所以我做的项目，你是不会看到茫茫多的表存在数据库中的，不管你是什么项目，我这设计思想至少可以用到你一半左右的数据库表中,下面就来仔细介绍下我这思想,还有这里你要想明白我这思想，请你暂时抛弃传统的创建数据库的思路。

   1.适用表类型:

          每个用户都有的数据，数据不是很大，或则一个类型只有一条数据，操作只是用户对字段值的改动，比如---->地址表-->积分表--->或则我当前做这个app的 游戏积分记录表。

 2.优点:

          大程度减少对应表给服务器带去的压力，并且减少访问接口的方法，你只需要写一个方法接口，就能实现对一个对应表的增删改操作。

 3.缺点:

        稍微增大了客户端对数据处理的复杂度

 4.实例讲解: 

      我下面会以，客户端(IOS)+服务端(Servlet+mysql)来讲我这思路。   

       1.IOS客户端:

  首先看上面做个app地址截图:  从截图上来看这个界面对应的数据库表需要操作的方法有:加载,设置默认,修改.删除,增加地址 一共5个方法，但是这里我要告诉你用我这个设计思路创建的数据库表，只需要两个接口方法就能实现这5个方**能，第一个->加载 第二个->修改(update),其中设置默认 修改 删除 增加 在我这个思路设计的表中都可以通用一个方法。(update).

   2.表设计思路:

      我这里先用文字描述下，等会截表图出来，就如上app截图，这里按照常规思想来，在创建的地址表中至少要出现5个字断，1=id 2=对应的用户id，3=名称，4=手机号 5=详细地址,如果以这种传统的方式创建的表，只要用户增加一个地址，那么对应的表中就会多出一条数据,一个简单的道理，数据库中表的数据条数多少是影响用户查询效率的一个重要因素。所以这里我就是当时就是以这点出发，想到了我这个对表的设计思路。   

      下面说思路了， 呵呵我这个设计思路出来的表，就针对以上这个地址表来说，用户不管如何新增地址（当然之前我也说了，这个思路不太适宜数据超庞大的表），在地址表中他的数据只会保存一条，不过这里即使他删除了所有地址，也会给他保留一条数据。只是地址组合字断的值为空

    我创建这个表的思路就是，将表中的  用户名称-->手机号－－>详细地址，组合成一个有规律的字符串，保存到一个字断，这里简单点说就是将，3个字断组合成了一个字断，那么现在起时就只有三个字断了, id   用户id  （用户名称,手机号,详细地址)

海外公司注册、海外银行开户、跨境平台代入驻、VAT、EPR等知识和在线办理：https://www.xlkjsw.com

原标题：一个自己总结的数据库设计好思想(原创)

关键词：数据库