在userid上建立索引,应该不会影响速度。
使用第2种方法最佳

解决方案 »

  1.   

    效率上第2种好并发性第一种好,delete要加共享表锁(TM),占用锁资源
      

  2.   

    设计方法的出发点(担心误删除)是没有必要的,因为是PRIMARY KEY,决不会误删除的
      

  3.   

    误删的概念是某些用户直接输入不是自已的ID来进行删除比如
    ID userid
    1   tom
    2   jerrytom用户输入delete 2,可以删掉jerry的,但表又不好用userid做为PK,userid可能会变
    如果在删除前校验一下是不是这个用户,那就是我的第一种方法啦
      

  4.   

    考虑你的情况,还是采用第一种方法,不过在userid上也建索引还是有必要的.
    因为根据你的需求,第二种不符合你的情况,会给你的数据安全带来问题.