e********3
发帖数: 229 | 1 一般安装软件的时候都会有个agreement,会有不同语言版本.现在要根据user所在的国
家,地区,语言,etc确定agreement版本.如何设计?不一定只有国家,地区,语言三个,可能
会有多个dimension.不一定在安装软件的时候,只是举个例子.应该可以当作web
service的一种来设计.大牛们说说.. | l*****z
发帖数: 3022 | 2 最简单的就是decision tree?
【在 e********3 的大作中提到】
: 一般安装软件的时候都会有个agreement,会有不同语言版本.现在要根据user所在的国
: 家,地区,语言,etc确定agreement版本.如何设计?不一定只有国家,地区,语言三个,可能
: 会有多个dimension.不一定在安装软件的时候,只是举个例子.应该可以当作web
: service的一种来设计.大牛们说说..
| e********3
发帖数: 229 | 3
我也觉得是用类似于tree的东西.但是没学过decision tree.可以具体点不?
【在 l*****z 的大作中提到】
: 最简单的就是decision tree?
| J*********a
发帖数: 50 | 4 我怎么记得在哪里见过类似的题，
最后考官说，其实都是有数据库存的，都是设计好了的。。。。 | e********3
发帖数: 229 | 5
....你面过?还是某种题库?
【在 J*********a 的大作中提到】
: 我怎么记得在哪里见过类似的题，
: 最后考官说，其实都是有数据库存的，都是设计好了的。。。。
| J*********a
发帖数: 50 | 6 看过类似面经。忘记哪家的了。
【在 e********3 的大作中提到】
:
: ....你面过?还是某种题库?
| e********3
发帖数: 229 | 7
问题就在于这数据库得怎么设计吧
【在 J*********a 的大作中提到】
: 我怎么记得在哪里见过类似的题，
: 最后考官说，其实都是有数据库存的，都是设计好了的。。。。
| T****U
发帖数: 3344 | 8 不考虑存储空间的话，不就是一个lookup table, 最多加个hash,
如果是数据库就是就是一个select where语句吧
关键看有什么具体要求，
1.要搜索符合某几个条件的所有版本吗？
2.访问量多大
3.需要经常修改吗，修改后是实时更新吗？
【在 e********3 的大作中提到】
: 一般安装软件的时候都会有个agreement,会有不同语言版本.现在要根据user所在的国
: 家,地区,语言,etc确定agreement版本.如何设计?不一定只有国家,地区,语言三个,可能
: 会有多个dimension.不一定在安装软件的时候,只是举个例子.应该可以当作web
: service的一种来设计.大牛们说说..
| e********3
发帖数: 229 | 9
如果用select where语句的话那这个数据库可能随着dimension增加而变得很大吧.而且
很多重复数据.
【在 T****U 的大作中提到】
: 不考虑存储空间的话，不就是一个lookup table, 最多加个hash,
: 如果是数据库就是就是一个select where语句吧
: 关键看有什么具体要求，
: 1.要搜索符合某几个条件的所有版本吗？
: 2.访问量多大
: 3.需要经常修改吗，修改后是实时更新吗？
| T****U
发帖数: 3344 | 10 sql数据库正则化就是去重复的，把主要数据-比如那个协议单独写道一个表就行了。
两个表join应该一般问题不大，还是具体看要求了。超大访问量的只能用各种nosql,
sharding了。
【在 e********3 的大作中提到】
:
: 如果用select where语句的话那这个数据库可能随着dimension增加而变得很大吧.而且
: 很多重复数据.
| g*****g
发帖数: 34805 | 11 这没有什么复杂的，就是一个表，索引就好了，数据量太小，绝不会有性能问题。
【在 e********3 的大作中提到】
: 一般安装软件的时候都会有个agreement,会有不同语言版本.现在要根据user所在的国
: 家,地区,语言,etc确定agreement版本.如何设计?不一定只有国家,地区,语言三个,可能
: 会有多个dimension.不一定在安装软件的时候,只是举个例子.应该可以当作web
: service的一种来设计.大牛们说说..
|
|
