i*****l
发帖数: 4 | 1 在准备L家的onsite面试，论坛里经常提到这题：
设计Amazon Product Page, 就是在SQL里面一个产品有多个图片多个价格的话怎么设计
数据库。然后后台提取数值render到页面上得时候，class怎么设计，服务器怎么安排,
另外怎么考虑suggest product。
搜了一下没有找到相关的链接，所以请教大家有什么idea， 该从哪里入手，或者有什
么推荐的blog可以看。非常感谢。 |
i*****l
发帖数: 4 | |
b**********5
发帖数: 7881 | 3 class Product {
uuid
List pictures;
List merchants;
// and a list of other meta data for this product, probably like
category...
}
each product will have a uuid as prime key. list of pictures, specified by
picture's uuid. list of merchants, specified by merchant's uuid
一个product page上， 其实会有很多API。 拿到了product class后， 通过picture
的uuid， 去call getThumbnail（pictureuuid)... 通过merchant id和product id，
可以link到某个merchant selling that product的product page
suggest product其实是要有个ML layer， 这个ML layer有real time training和
historical batch training。。。。
然后这个ML layer会提供个getRelatedProduct API， 给个product uuid， 会给你a
list of related products
排,
【在 i*****l 的大作中提到】
: 在准备L家的onsite面试，论坛里经常提到这题：
: 设计Amazon Product Page, 就是在SQL里面一个产品有多个图片多个价格的话怎么设计
: 数据库。然后后台提取数值render到页面上得时候，class怎么设计，服务器怎么安排,
: 另外怎么考虑suggest product。
: 搜了一下没有找到相关的链接，所以请教大家有什么idea， 该从哪里入手，或者有什
: 么推荐的blog可以看。非常感谢。
|
i*****l
发帖数: 4 | 4 非常感谢。
我想请教一个可能比较小白的问题，一般这种问题，我是说不仅仅是面试，在设计db
schema又设计封装class的，一般很少class的结构跟表的schema一致或者相近嘛，为了
construct这个class会要query好几张表，这样的话对于数据库设计和code class的设
计分别有什么原则或者convention可以遵循吗。像这个问题，是先call一下某个api拿
到primary key以后在用key找另一个东西 还是希望尽量少的database access(但是也
许会产生join)能返回要的东西。
另外对于这道题，database的设计您有可以指点的吗。谢谢谢谢。
by
picture
【在 b**********5 的大作中提到】
: class Product {
: uuid
: List pictures;
: List merchants;
: // and a list of other meta data for this product, probably like
: category...
: }
: each product will have a uuid as prime key. list of pictures, specified by
: picture's uuid. list of merchants, specified by merchant's uuid
: 一个product page上， 其实会有很多API。 拿到了product class后， 通过picture
|
b**********5
发帖数: 7881 | 5 你从来没code过？
这个product key， 就是front end给你的
比如http://www.amazon.com/gp/product/B007UZNS5W/
简单的说， B007UZNS5W 就是product key，amazon要display page， 就会去call 很
多不同的service的API。这page上不同的section， 基本就是不同amazon组干的活。
frequently bought together是某个小组搞的API。customer who bought this also
bought this， 又是一个API， 背后的ML， filter的logic还不一样。
你现在就是要设计一些core， 比如这个product， 有多少个merchant在sell，什么图
片。。。
sql么， 其实就比较烦， 我不大会。。 你自己看看http://code.tutsplus.com/articles/sql-for-beginners-part-3-database-relationships--net-8561。 这里主要就是一个product， 有多个picture ID， 有多个merchant ID
nosql么， 基本就是你class里什么field， 就reflect到table里的。 http://www.datastax.com/dev/blog/cql-in-2-1
【在 i*****l 的大作中提到】
: 非常感谢。
: 我想请教一个可能比较小白的问题，一般这种问题，我是说不仅仅是面试，在设计db
: schema又设计封装class的，一般很少class的结构跟表的schema一致或者相近嘛，为了
: construct这个class会要query好几张表，这样的话对于数据库设计和code class的设
: 计分别有什么原则或者convention可以遵循吗。像这个问题，是先call一下某个api拿
: 到primary key以后在用key找另一个东西 还是希望尽量少的database access(但是也
: 许会产生join)能返回要的东西。
: 另外对于这道题，database的设计您有可以指点的吗。谢谢谢谢。
:
: by
|
i*****l
发帖数: 4 | 6 受教了。非常感谢。
【在 b**********5 的大作中提到】
: 你从来没code过？
: 这个product key， 就是front end给你的
: 比如http://www.amazon.com/gp/product/B007UZNS5W/
: 简单的说， B007UZNS5W 就是product key，amazon要display page， 就会去call 很
: 多不同的service的API。这page上不同的section， 基本就是不同amazon组干的活。
: frequently bought together是某个小组搞的API。customer who bought this also
: bought this， 又是一个API， 背后的ML， filter的logic还不一样。
: 你现在就是要设计一些core， 比如这个product， 有多少个merchant在sell，什么图
: 片。。。
: sql么， 其实就比较烦， 我不大会。。 你自己看看http://code.tutsplus.com/articles/sql-for-beginners-part-3-database-relationships--net-8561。 这里主要就是一个product， 有多个picture ID， 有多个merchant ID
|
k***g
发帖数: 166 | |
