南京-LAMP-Eric
大家join查询的时候，表名，是不是从模型里面返回的？
深圳 - 胸怀大志
join的话，一般还是直接颜写原生sql比较好
tp的join,本身需要计算，有点耗费性能
天津-安和桥北
但是join真的方便。
原生嵌套查询？
南京-LAMP-Eric
@天津-安和桥北 如果遇到数据表名字改变的话，join都要改一边？
当然这种情况很少见
南京-LAMP-Eric
其实我是想用trueTableName来实现的
刚才百度了一会，没找到，类内部如何调用protected 属性？
南京-LAMP-Eric
额，好吧。刚才应该是我写错了。。。
问一个问题，像51job这种简历网站，一个用户对用各种资料，而且可能是一对多的关系，像这种的话，是不是一般都是分表
各种资料表？
刚才问别人，被喷了。。。
与光同尘
不分表 难道都写一个表里？
你以前的项目 都是写一个表里？
南京-LAMP-Eric
@与光同尘 额，在swoole群里问这个问题，很多人的回答是尽量一个表
南京-LAMP-Eric
哈哈。所以我才来二次再问问
听他们的意思是百万级一下，考虑分表是浪费时间
某个人。。。。
的意思
南京-LAMP-Eric
其实我主要是想不通，一对多的情况，为啥可以不分表
都不需要考虑字段冗余？
@枫中等待 所以你也赞同一个表？
枫中等待
如果你用户多并发高，就一个表
如果这些资源没有其他的关联，只是类型不同而已，一张表多方便
南京-LAMP-Eric
但是这张表的字段数应该是不定的吧
比如用户有3个工作经验，每个经验有10个子字段，共30个字段，突然有一天有一个人有5个工作经验，是不是要增加20个字段？
南京-LAMP-Eric
你说的高并发，是不是担心同一时间很多用户在预览简历？
南京-LAMP-Eric
@枫中等待 是这样的，我估计1-2年，用户数不会超过10万
恩，他们说过分库的做法
但是我没接触过，现在只是一个数据库而已。考虑到数据量不大，暂时就分表了
南京-LAMP-Eric
你说的分布式数据库，我可以理解为分服务器分数据库吗？
南京-LAMP-Eric
比如一个服务器负责把用户id分别传给每个资料的数据库，然后这些独立的数据库去查询对应用户的资料，然后集中返回给请求服务器
南京-LAMP-Eric
你说的不会是字符串吧？
不可能吧。。
枫中等待
你们的cto，技术总监呢，这些是他该考虑的问题
南京-LAMP-Eric
小公司。。。你懂的这些架构啥的，都没人教，也不知道如何学期学起南京-LAMP-Eric
恩，是的。现在是不知从何学起感觉这些是系统架构方面的知识了 Summer
工作经验单存一张表，一条经验一条数据，你不是要这样吗
这么小的数据量.....
南京-LAMP-Eric
@Summer 恩，我明白你的意思。用户预览自己的简历，基本上left join就可以了。现在还有一个问题就是，每个部分的资料是分开完善的，后台需要审核，用户各种资料的列表又要如何查询呢？
我现在就是分表
