Redian新闻
>
我说老 bug,给个数据库模型大家学习学习
avatar
我说老 bug,给个数据库模型大家学习学习# Programming - 葵花宝典
s*i
1
还没和学校讲,先这里问问。谢谢。
avatar
y*c
2
2007年来美,2012.6博士毕业,现 OPT 身份 博后中。 已成家(老婆 F2)并有小孩
看帖子说这种情况下可以claim 5000刀 treaty。 但也有很多人都以residents alien
报税。
请问:
1,这种情况以学生身份报税,claim 5000treaty合算,还是以resident alien报税,
添一些deduction报合算? 不知到底该填那个税表。
2,此时,老婆和孩子都可以作为dependant吗?
3,哪些支出可作为deduction,旅游? 小孩学费?购车费?
请大家帮着看下
avatar
a*l
3
本人刚开始工作,合同上是8月7号开始,但EAD卡生效时间是8月9号。今天领到第一次
工资, 发现工资是从8月6号开始的,不知道该不该给HR说一下,也不知道将来会有什
么麻烦。 不知道有没有人有类似经历?多谢!
avatar
t*u
4
avatar
q*c
5
老魏给了模型了,好歹大家能看看咋工作的。你也给个数据库车票模型,大家看看?
说这个是因为昨晚我想上个高端机器看看数据库能到啥程度,结果发现这个不好弄!下
次面试阿三题就这个了:
如何设计一个火车车票数据库模型,支持查询任意给定两站有没有票,有票的话优化座
号多少? 沿途旅客任意上下车,火车任意增减车厢(所以各点运力不同,,不能换座)
对于数据库锁定交易什么的都是容易, 但是昨晚我想了一会,竟然没法设计出高效的
表来支持这种交易。这个问题很有意思!
这个面试题有意思,有兴趣的都来贡献一下?
avatar
S*I
6

alien
填1040+8833,二者可以兼得。

小孩学费也许可以,其它的不行

【在 y*c 的大作中提到】
: 2007年来美,2012.6博士毕业,现 OPT 身份 博后中。 已成家(老婆 F2)并有小孩
: 看帖子说这种情况下可以claim 5000刀 treaty。 但也有很多人都以residents alien
: 报税。
: 请问:
: 1,这种情况以学生身份报税,claim 5000treaty合算,还是以resident alien报税,
: 添一些deduction报合算? 不知到底该填那个税表。
: 2,此时,老婆和孩子都可以作为dependant吗?
: 3,哪些支出可作为deduction,旅游? 小孩学费?购车费?
: 请大家帮着看下

avatar
s*t
7
没事. 没人会管,没人会追究.

【在 a**********l 的大作中提到】
: 本人刚开始工作,合同上是8月7号开始,但EAD卡生效时间是8月9号。今天领到第一次
: 工资, 发现工资是从8月6号开始的,不知道该不该给HR说一下,也不知道将来会有什
: 么麻烦。 不知道有没有人有类似经历?多谢!

avatar
d*n
8
据谁说啊?现在手里有iphone 4的有几个?
avatar
n*t
9
LOL

【在 q*c 的大作中提到】
: 老魏给了模型了,好歹大家能看看咋工作的。你也给个数据库车票模型,大家看看?
: 说这个是因为昨晚我想上个高端机器看看数据库能到啥程度,结果发现这个不好弄!下
: 次面试阿三题就这个了:
: 如何设计一个火车车票数据库模型,支持查询任意给定两站有没有票,有票的话优化座
: 号多少? 沿途旅客任意上下车,火车任意增减车厢(所以各点运力不同,,不能换座)
: 对于数据库锁定交易什么的都是容易, 但是昨晚我想了一会,竟然没法设计出高效的
: 表来支持这种交易。这个问题很有意思!
: 这个面试题有意思,有兴趣的都来贡献一下?

avatar
c*t
10
肯定是用1040报更好
avatar
t*n
11
嗯,我多领了2千多的搬家费,一声没哼的飘过。。。
avatar
a*8
12
??????????
avatar
q*c
13
笑啥?给个数据库模型是正经!

【在 n*****t 的大作中提到】
: LOL
avatar
y*c
14

非常感谢详细回复。
而且SSN 和MEDICARE 税都不用交,是这样吧。如果已经交了,是通过退税退回来,还
是找学校让学校在以后的工资单里给补回来?

【在 S**I 的大作中提到】
:
: alien
: 填1040+8833,二者可以兼得。
: 可
: 小孩学费也许可以,其它的不行

avatar
T*u
15
搬家费的性质不一样。楼上这个要是被查出来,死定了。
avatar
L*e
16
一个table放车次本身信息,有以下column
车次(primary key),站点,站点顺序,车厢号,车厢种类(硬座,硬卧,软卧),
车厢容量(座位数,卧铺数)
一个辅助table给车厢座位分座号
车次(secondary key),车厢号,座位/卧铺号
另一个table处理和售票有关的信息
车次(secondary key),座位号,20列bool表示该座位在该车次站点的售出情况(假
设20是所有车次最多可有的站点)

★ 发自iPhone App: ChineseWeb 8.2.2

【在 q*c 的大作中提到】
: 老魏给了模型了,好歹大家能看看咋工作的。你也给个数据库车票模型,大家看看?
: 说这个是因为昨晚我想上个高端机器看看数据库能到啥程度,结果发现这个不好弄!下
: 次面试阿三题就这个了:
: 如何设计一个火车车票数据库模型,支持查询任意给定两站有没有票,有票的话优化座
: 号多少? 沿途旅客任意上下车,火车任意增减车厢(所以各点运力不同,,不能换座)
: 对于数据库锁定交易什么的都是容易, 但是昨晚我想了一会,竟然没法设计出高效的
: 表来支持这种交易。这个问题很有意思!
: 这个面试题有意思,有兴趣的都来贡献一下?

avatar
M*s
17
这是一个很好,很容易忽视的问题:
要是居民了,怎么可能不交 social security tax 和 medicare tax 呢?

【在 y*c 的大作中提到】
:
: 非常感谢详细回复。
: 而且SSN 和MEDICARE 税都不用交,是这样吧。如果已经交了,是通过退税退回来,还
: 是找学校让学校在以后的工资单里给补回来?

avatar
s*t
18
美国人工这么贵, 你以为政府有多少人手来查这种两天差别的事情?
楼主无需在意, 两天的error是可以忽略的, 自己不提,根本没有人会注意。
即使有人注意到, 也不会出来生事。
想想看一千万非法移民都没有人管, 非法移民可以十几万一起上街游行而警察
都不能抓,
还会管你合法工作但是两天差别的人?

【在 T*****u 的大作中提到】
: 搬家费的性质不一样。楼上这个要是被查出来,死定了。
avatar
n*t
19
你这是强人所难啊,数据库干这活没法高效

【在 q*c 的大作中提到】
: 笑啥?给个数据库模型是正经!
avatar
y*c
20

我理解你的话意思是:
opt分为resident alien 和 non-resident alien。
resident alen( 在美国5年),就交税,不满5年就不用交税,是这样吗?

【在 M*******s 的大作中提到】
: 这是一个很好,很容易忽视的问题:
: 要是居民了,怎么可能不交 social security tax 和 medicare tax 呢?

avatar
t*n
21
我咋没看出来lz死定了呢?事实上,lz根本没做错任何事,他没有非法打工,帐也是会
计记错的,有timesheet记
录,lz不用担心,拿这些钱犒劳犒劳自己吧 :)

【在 T*****u 的大作中提到】
: 搬家费的性质不一样。楼上这个要是被查出来,死定了。
avatar
w*z
22
懂不懂什么叫Shard啊?

【在 n*****t 的大作中提到】
: 你这是强人所难啊,数据库干这活没法高效
avatar
M*s
23
1。
只讲社保税,F,J,OPT我都不熟悉,所以这对我来说是个新课题。可能不全面,这是
我的看法:5年满不满没有关系,只要变成了居民(换签证,或是自己选择按居民身份
报税),就需要交社保税。
http://www.irs.gov/Individuals/International-Taxpayers/Foreign-
Resident aliens, in general, have the same liability for Social Security/
Medicare Taxes that U.S. Citizens have.
该文后面提到了F,J签证身份的nonresident免除社保税。
2。
这个更明确:
http://www.uc.edu/international/services/taxes/social_security_
If you are an F-1, or J-1 visa holder who is a resident alien for tax
purposes, your wages are subject to social security (FICA) and unemployment
(FUTA) taxes on the same terms which apply to U.S. citizens. J-2 and H visa
holders, whether resident or nonresident, must pay social security tax.
Social security taxes and benefits apply to U.S. permanent residents on the
same basis as U.S. citizens.

【在 y*c 的大作中提到】
:
: 我理解你的话意思是:
: opt分为resident alien 和 non-resident alien。
: resident alen( 在美国5年),就交税,不满5年就不用交税,是这样吗?

avatar
T*u
24
入境的盯的就是这些日期。你还真别以为他们不看你的pay check,也别以为非法打工
的多他就不管你了。。。看人家officer的心情。
到时候谁的错都放下,抓到的是楼主。楼主需要在那个小办公室里,用他随身的材料,
证明自己清白,边检的可以改变主意放你进来。
当然如果第一张pay check没啥用,不待也就无所谓。
avatar
n*t
25
要快速检索,第三个表不行,必须改成 。。。先不告诉古德八

【在 L*****e 的大作中提到】
: 一个table放车次本身信息,有以下column
: 车次(primary key),站点,站点顺序,车厢号,车厢种类(硬座,硬卧,软卧),
: 车厢容量(座位数,卧铺数)
: 一个辅助table给车厢座位分座号
: 车次(secondary key),车厢号,座位/卧铺号
: 另一个table处理和售票有关的信息
: 车次(secondary key),座位号,20列bool表示该座位在该车次站点的售出情况(假
: 设20是所有车次最多可有的站点)
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
y*c
26
多谢详细解释。

【在 M*******s 的大作中提到】
: 1。
: 只讲社保税,F,J,OPT我都不熟悉,所以这对我来说是个新课题。可能不全面,这是
: 我的看法:5年满不满没有关系,只要变成了居民(换签证,或是自己选择按居民身份
: 报税),就需要交社保税。
: http://www.irs.gov/Individuals/International-Taxpayers/Foreign-
: Resident aliens, in general, have the same liability for Social Security/
: Medicare Taxes that U.S. Citizens have.
: 该文后面提到了F,J签证身份的nonresident免除社保税。
: 2。
: 这个更明确:

avatar
x*g
27
没事不要乱吓人玩。不是楼主的错。没关系的。

【在 T*****u 的大作中提到】
: 入境的盯的就是这些日期。你还真别以为他们不看你的pay check,也别以为非法打工
: 的多他就不管你了。。。看人家officer的心情。
: 到时候谁的错都放下,抓到的是楼主。楼主需要在那个小办公室里,用他随身的材料,
: 证明自己清白,边检的可以改变主意放你进来。
: 当然如果第一张pay check没啥用,不待也就无所谓。

avatar
L*e
28
然后看看满足你要求不。
1。给出车次,起点,终点,给出是否有票
第一个table里query,拿到起点,终点的站点顺序
然后车票table里,query有没有一个座位起点号列到终点好列全是true,有这样的row
存在,就有票。
2。座位优化
满足上述条件的rows按座位生存多少排序(true最少的排前面),并检查要求起点站前
一站或者要求终点站后一站是否售出,如果是,优先选择。
3。不同站车厢增减。
更新三个table信息
根据实际运用情况,可以对每个车次生成一个view,方便编程
还有什么其它的,大家补充。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 L*****e 的大作中提到】
: 一个table放车次本身信息,有以下column
: 车次(primary key),站点,站点顺序,车厢号,车厢种类(硬座,硬卧,软卧),
: 车厢容量(座位数,卧铺数)
: 一个辅助table给车厢座位分座号
: 车次(secondary key),车厢号,座位/卧铺号
: 另一个table处理和售票有关的信息
: 车次(secondary key),座位号,20列bool表示该座位在该车次站点的售出情况(假
: 设20是所有车次最多可有的站点)
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
T*u
29
不是乱吓唬阿,俺被关过,差点进不来了。
也是两张pay check的事,基本上不是我的错;我没打理好而已。

【在 x******g 的大作中提到】
: 没事不要乱吓人玩。不是楼主的错。没关系的。
avatar
n*t
30
咱俩打个赌,你用 whatever DB,我用草地 C,你的速度能超过我的一半算我输,这个
简单吧
我的算法贴过几次,随便用,不算你抄袭

【在 w**z 的大作中提到】
: 懂不懂什么叫Shard啊?
avatar
s*t
31
谁让你自己没脑子呢。

【在 T*****u 的大作中提到】
: 不是乱吓唬阿,俺被关过,差点进不来了。
: 也是两张pay check的事,基本上不是我的错;我没打理好而已。

avatar
i*i
32
RDBMS = no way = Oracle does not have more advantage over TW
If you don't like any sb, use it as the interview question.

座)

【在 q*c 的大作中提到】
: 老魏给了模型了,好歹大家能看看咋工作的。你也给个数据库车票模型,大家看看?
: 说这个是因为昨晚我想上个高端机器看看数据库能到啥程度,结果发现这个不好弄!下
: 次面试阿三题就这个了:
: 如何设计一个火车车票数据库模型,支持查询任意给定两站有没有票,有票的话优化座
: 号多少? 沿途旅客任意上下车,火车任意增减车厢(所以各点运力不同,,不能换座)
: 对于数据库锁定交易什么的都是容易, 但是昨晚我想了一会,竟然没法设计出高效的
: 表来支持这种交易。这个问题很有意思!
: 这个面试题有意思,有兴趣的都来贡献一下?

avatar
B*g
33
no problem.

【在 a**********l 的大作中提到】
: 本人刚开始工作,合同上是8月7号开始,但EAD卡生效时间是8月9号。今天领到第一次
: 工资, 发现工资是从8月6号开始的,不知道该不该给HR说一下,也不知道将来会有什
: 么麻烦。 不知道有没有人有类似经历?多谢!

avatar
L*e
34
当然,真正做系统时,检索这部分恐怕要放到内存数据库中去做,就照你提的算法,然
后把结果更新到硬盘数据库。。。
从另一方面讲,因为检索是可以有延迟的,而且没有写,可以distribute到N个sever上
去做以对付高并发检索。。。
而古德八的出票是异步处理,所以应该也不是大问题,当然,能不能达到他的目标我就
不知道了。应该是还有不小的优化余地。。。我这不是暖暖身,我去面试老q他们组做
做准备么,表太苛求。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 n*****t 的大作中提到】
: 要快速检索,第三个表不行,必须改成 。。。先不告诉古德八
avatar
x*g
35
小黑屋没什么了不起的。没有人因为这么屁大点事被送回国的。
上次我在那里碰上一个MM,压根没签证就飞来了。
被吓唬了一下还不就放走了。

【在 T*****u 的大作中提到】
: 不是乱吓唬阿,俺被关过,差点进不来了。
: 也是两张pay check的事,基本上不是我的错;我没打理好而已。

avatar
t*1
36
你太保守了。
可以给wwzz打99折。
他要是持续每秒1万张就算我输。

【在 n*****t 的大作中提到】
: 咱俩打个赌,你用 whatever DB,我用草地 C,你的速度能超过我的一半算我输,这个
: 简单吧
: 我的算法贴过几次,随便用,不算你抄袭

avatar
s*k
37
gee, just keep it to yourseld. Who knows and who cares.
avatar
n*t
38
不单是这个问题,效率首先不说了,算法首先不对,数据库实现的化,这种结构的表
。。。
我先学习古德八和赵策,晚上给出我的表设计

【在 L*****e 的大作中提到】
: 当然,真正做系统时,检索这部分恐怕要放到内存数据库中去做,就照你提的算法,然
: 后把结果更新到硬盘数据库。。。
: 从另一方面讲,因为检索是可以有延迟的,而且没有写,可以distribute到N个sever上
: 去做以对付高并发检索。。。
: 而古德八的出票是异步处理,所以应该也不是大问题,当然,能不能达到他的目标我就
: 不知道了。应该是还有不小的优化余地。。。我这不是暖暖身,我去面试老q他们组做
: 做准备么,表太苛求。。。
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
t*y
39
no worries. it is not your fault, at max it is an accounting error.
also check if 8/6 is the beginning of a pay period. you might not actually
get paid from 8/6, and that date is just the beginning of the pay period on
everybody's paycheck. (though 8/6 is a Friday is it is not likely).

【在 a**********l 的大作中提到】
: 本人刚开始工作,合同上是8月7号开始,但EAD卡生效时间是8月9号。今天领到第一次
: 工资, 发现工资是从8月6号开始的,不知道该不该给HR说一下,也不知道将来会有什
: 么麻烦。 不知道有没有人有类似经历?多谢!

avatar
n*t
40
俺们这种买卖人都是周扒皮,能不打折尽量不打折,五折其实我已经狠心痛了

【在 t**********1 的大作中提到】
: 你太保守了。
: 可以给wwzz打99折。
: 他要是持续每秒1万张就算我输。

avatar
a*l
41
谢谢大家的热心回复. 我去查了一下学校的PAYDAY, 发现可能还真象Tommy说的,6号是
我们这次pay period的开始日期. 我目前还看不出他们是从哪天给我发钱的.我就不吱
声了吧. 另外也劝告那些要办OPT的同学们, 如果一个多月还没等到EAD卡, 就马上申请
加急,USCIS那个地方办事效率太低.我是等了2个半月,才催他们的,结果才催来一补充材
料的信,等这补充材料完了,再一周折, 他们居然把我要求生效的日期改成他们批准的日
期了. 所以出现这些麻烦. 祝大家好运!


on

【在 t***y 的大作中提到】
: no worries. it is not your fault, at max it is an accounting error.
: also check if 8/6 is the beginning of a pay period. you might not actually
: get paid from 8/6, and that date is just the beginning of the pay period on
: everybody's paycheck. (though 8/6 is a Friday is it is not likely).

avatar
t*1
42
老姜,你时间好多。

【在 n*****t 的大作中提到】
: 不单是这个问题,效率首先不说了,算法首先不对,数据库实现的化,这种结构的表
: 。。。
: 我先学习古德八和赵策,晚上给出我的表设计

avatar
m*p
43
一般bi-weekly的paycheck都是整周整周的start-end吧
payroll没法按你的某一天开始吧

【在 a**********l 的大作中提到】
: 本人刚开始工作,合同上是8月7号开始,但EAD卡生效时间是8月9号。今天领到第一次
: 工资, 发现工资是从8月6号开始的,不知道该不该给HR说一下,也不知道将来会有什
: 么麻烦。 不知道有没有人有类似经历?多谢!

avatar
w*z
44
怎么优化车次? 上海到北京有很多车,怎么排序? 需要有个算法。

row

【在 L*****e 的大作中提到】
: 然后看看满足你要求不。
: 1。给出车次,起点,终点,给出是否有票
: 第一个table里query,拿到起点,终点的站点顺序
: 然后车票table里,query有没有一个座位起点号列到终点好列全是true,有这样的row
: 存在,就有票。
: 2。座位优化
: 满足上述条件的rows按座位生存多少排序(true最少的排前面),并检查要求起点站前
: 一站或者要求终点站后一站是否售出,如果是,优先选择。
: 3。不同站车厢增减。
: 更新三个table信息

avatar
n*t
45
下岗了,穷得只剩时间了

【在 t**********1 的大作中提到】
: 老姜,你时间好多。
avatar
q*c
46
查询给定时间站有没有余票咋整,怎么出优化座位。

【在 L*****e 的大作中提到】
: 一个table放车次本身信息,有以下column
: 车次(primary key),站点,站点顺序,车厢号,车厢种类(硬座,硬卧,软卧),
: 车厢容量(座位数,卧铺数)
: 一个辅助table给车厢座位分座号
: 车次(secondary key),车厢号,座位/卧铺号
: 另一个table处理和售票有关的信息
: 车次(secondary key),座位号,20列bool表示该座位在该车次站点的售出情况(假
: 设20是所有车次最多可有的站点)
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
w*z
47
没人和你比单机性能。单机比不过你的计数器,这我承认。只要找到合理的办法和算法
sharding,加机器就行了。

【在 t**********1 的大作中提到】
: 你太保守了。
: 可以给wwzz打99折。
: 他要是持续每秒1万张就算我输。

avatar
t*1
48
咱们这种高端货,打99折wwzz都不敢接。不信你问丫敢接么?
所以zhaoce早就打定主意出来卖一辈子了。啥都不用会,只要抱定卖一辈子的决心就好
了。

【在 n*****t 的大作中提到】
: 俺们这种买卖人都是周扒皮,能不打折尽量不打折,五折其实我已经狠心痛了
avatar
w*z
49
看,这是问题的关键,怎么shard.

【在 q*c 的大作中提到】
: 查询给定时间站有没有余票咋整,怎么出优化座位。
avatar
q*c
50
你这个查询和座位优化的 sql 还是相当麻烦的, 看下周要出差,可以搞一搞看看能上
多少次。

row

【在 L*****e 的大作中提到】
: 然后看看满足你要求不。
: 1。给出车次,起点,终点,给出是否有票
: 第一个table里query,拿到起点,终点的站点顺序
: 然后车票table里,query有没有一个座位起点号列到终点好列全是true,有这样的row
: 存在,就有票。
: 2。座位优化
: 满足上述条件的rows按座位生存多少排序(true最少的排前面),并检查要求起点站前
: 一站或者要求终点站后一站是否售出,如果是,优先选择。
: 3。不同站车厢增减。
: 更新三个table信息

avatar
n*t
51
效为先啊,话说我的算法改改不就能建表了摸?

【在 q*c 的大作中提到】
: 你这个查询和座位优化的 sql 还是相当麻烦的, 看下周要出差,可以搞一搞看看能上
: 多少次。
:
: row

avatar
t*1
52
行,用多少台机器随你便,目标10k票每秒。

【在 w**z 的大作中提到】
: 没人和你比单机性能。单机比不过你的计数器,这我承认。只要找到合理的办法和算法
: sharding,加机器就行了。

avatar
w*z
53
说了不和你比无敌计数器。

【在 t**********1 的大作中提到】
: 咱们这种高端货,打99折wwzz都不敢接。不信你问丫敢接么?
: 所以zhaoce早就打定主意出来卖一辈子了。啥都不用会,只要抱定卖一辈子的决心就好
: 了。

avatar
q*c
54
你这有问题。
车次不该包含站点性息。车次站点都是多对多,应该是车次一个表,站点一个表,
车次站点叉一个大表。
车次票另外一个表。
这事情比我想的要复杂。

【在 L*****e 的大作中提到】
: 一个table放车次本身信息,有以下column
: 车次(primary key),站点,站点顺序,车厢号,车厢种类(硬座,硬卧,软卧),
: 车厢容量(座位数,卧铺数)
: 一个辅助table给车厢座位分座号
: 车次(secondary key),车厢号,座位/卧铺号
: 另一个table处理和售票有关的信息
: 车次(secondary key),座位号,20列bool表示该座位在该车次站点的售出情况(假
: 设20是所有车次最多可有的站点)
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
n*t
55
老魏你就是托大,像我这种金算盘随身带的,万年不赔,哈哈

【在 t**********1 的大作中提到】
: 咱们这种高端货,打99折wwzz都不敢接。不信你问丫敢接么?
: 所以zhaoce早就打定主意出来卖一辈子了。啥都不用会,只要抱定卖一辈子的决心就好
: 了。

avatar
L*e
56
啊?优化车次?又是一个新要求啊。。。车次优劣的比较参数是,出发时间?抵达时间
?经过站数?速度?票价?火车妹妹的漂亮程度?先明确一下嘛。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 w**z 的大作中提到】
: 怎么优化车次? 上海到北京有很多车,怎么排序? 需要有个算法。
:
: row

avatar
q*c
57
一半?数据库支持查询index, acid failover 各种操作,有你的c 20分之一就赢了。

【在 n*****t 的大作中提到】
: 咱俩打个赌,你用 whatever DB,我用草地 C,你的速度能超过我的一半算我输,这个
: 简单吧
: 我的算法贴过几次,随便用,不算你抄袭

avatar
L*e
58
嗯,翘首以待。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 n*****t 的大作中提到】
: 不单是这个问题,效率首先不说了,算法首先不对,数据库实现的化,这种结构的表
: 。。。
: 我先学习古德八和赵策,晚上给出我的表设计

avatar
t*1
59
wwzz敢接招么。
要支持联票和团体票。
我的单机也支持联票和团体票的transaction。
咱们公平,算的是票数,不是transaction数量。
给你的目标很低,是10k每秒。
我的单机目标很高1mm 每秒。

【在 t**********1 的大作中提到】
: 行,用多少台机器随你便,目标10k票每秒。
avatar
n*t
60
你们这些家伙,砸我买卖狠好玩吗!

【在 q*c 的大作中提到】
: 一半?数据库支持查询index, acid failover 各种操作,有你的c 20分之一就赢了。
avatar
q*c
61
优化的定义是,出了一张票,导致剩下该列车的连续区间最少(座位碎片最少)
老 bug 给的定义,还是非常准确简单的。

【在 w**z 的大作中提到】
: 怎么优化车次? 上海到北京有很多车,怎么排序? 需要有个算法。
:
: row

avatar
L*e
62
是,这个query效率肯定不高,应该有很大优化余地。。。优化这东西,不具体动手做
个调试很难具体有效。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 q*c 的大作中提到】
: 你这个查询和座位优化的 sql 还是相当麻烦的, 看下周要出差,可以搞一搞看看能上
: 多少次。
:
: row

avatar
q*c
63
你们那几百文,你以为是个人都退休了?有那时间看。

【在 n*****t 的大作中提到】
: 效为先啊,话说我的算法改改不就能建表了摸?
avatar
w*z
64
你的是全国一盘棋。和这不一样。别瞎掺和。我先接孩子。回来再说。

【在 t**********1 的大作中提到】
: wwzz敢接招么。
: 要支持联票和团体票。
: 我的单机也支持联票和团体票的transaction。
: 咱们公平,算的是票数,不是transaction数量。
: 给你的目标很低,是10k每秒。
: 我的单机目标很高1mm 每秒。

avatar
q*c
65
好歹模型设计的时候就不能出发点是线性扫描吧。

【在 L*****e 的大作中提到】
: 是,这个query效率肯定不高,应该有很大优化余地。。。优化这东西,不具体动手做
: 个调试很难具体有效。。。
:
: ★ 发自iPhone App: ChineseWeb 8.2.2

avatar
i*i
66
1mm is for 1 million ... dollars.
hoho
http://answers.yahoo.com/question/index?qid=20080323155213AAKnv

【在 t**********1 的大作中提到】
: wwzz敢接招么。
: 要支持联票和团体票。
: 我的单机也支持联票和团体票的transaction。
: 咱们公平,算的是票数,不是transaction数量。
: 给你的目标很低,是10k每秒。
: 我的单机目标很高1mm 每秒。

avatar
q*c
67
我觉得 不能 shard. 一 shard 就掉进老魏那难以 transactional 的坑里面去了。
但是可以上多核单机,老 bug 本来也觉得只能单机交易的,问题就是我发现这个模型
不好建。

【在 w**z 的大作中提到】
: 看,这是问题的关键,怎么shard.
avatar
l*s
68
这个提议好,让俺们学习下
avatar
L*e
69
哦,是有点问题。。。

★ 发自iPhone App: ChineseWeb 8.2.2

【在 q*c 的大作中提到】
: 你这有问题。
: 车次不该包含站点性息。车次站点都是多对多,应该是车次一个表,站点一个表,
: 车次站点叉一个大表。
: 车次票另外一个表。
: 这事情比我想的要复杂。

avatar
b*g
70
你把问题粒度看得太细,想用数据库锁各段来保证不冲突,就比较麻烦。
外部分好,直接往数据库上写占用结果就很简单。
只要单线程分车次&类型,分票内存只会比数据库多占用,不会错票重票,用数据库向
内存的反向sync保证不丢票。其实是一个特殊情况下可行的分布式交易。
太监成天就要跨DC串糖葫芦,根本没有分析具体问题的能力。

【在 q*c 的大作中提到】
: 我觉得 不能 shard. 一 shard 就掉进老魏那难以 transactional 的坑里面去了。
: 但是可以上多核单机,老 bug 本来也觉得只能单机交易的,问题就是我发现这个模型
: 不好建。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。