解决方案 »

  1.   

    1)卖家发布服务信息时,你可以把数据库里的字段,比如status置为0
    2)将status为0的服务信息取出来审核,通过后置为1
    4)将买方付款记录status字段置为0
    5)将status为0的交易记录取出进行审核,通过后置为1,再进行其它操作,如卖方收到通知思路就是这样,status字段的值可以自己定义,不一定是0,或1,根据自己的实际情况定
      

  2.   

    服务信息表字段:tb_ser     sid(服务信息id) , mc , status(审核标志字段)  ...(其他信息字段);
    收款记录表 :       tb_pay    id(收款记录id), sid(服务信息id) , status(收费审核标志字段) ...  (收款方和付款方的一些信息字段,不要怕产生冗余,也不要和其他表关联,收费记录信息不能随其他表记录更改而改变)前台显示和搜索服务信息时  取   tb_ser.status='1'    ;
      

  3.   

    如果不是二次开发,让你完整开发你会吗?
    估计也不会吧?
    所以,这个跟二次开发没什么关系。
    业务逻辑搞清楚了,代码上实现就好了。
    无非就是CRUD
      

  4.   

    那服务表和收款表里的sid需要关联么。还有“mc”是啥意思如果服务信息里面要包含服务介绍包括文字介绍还有图片介绍。那学不需要,见一个附表啥的,把这些内容放在附表里。
      

  5.   


    sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。
      

  6.   


    sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊
      

  7.   

    是的
    sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊是的
      

  8.   


    sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊
    关联不一定要设置外键,数据库字段数据做好关联就行了,从程序上做好数据关联约束。你去了解下数据设计的范式。
      

  9.   


    sid 要关联;mc是名称啊(mc可能会改动别关联),还有服务信息表是查询频率非常高的,最好要显示的信息一表搞定,你建附表动不动就要几表联查影响效率。哦,那好吧,最后一个问题,那个关联是不是设置设置外键啊
    关联不一定要设置外键,数据库字段数据做好关联就行了,从程序上做好数据关联约束。你去了解下数据设计的范式。哦,好的,谢谢你了