我有一个相对高流量、面向公众的基于产品的网站,由Server作为权威支持。它对Items表的某些列(年份、颜色、这类东西)具有一定的搜索功能,然后需要对Description列进行全文搜索(在Items表中,每个描述通常小于1 in )。在任何给定的时间点,Items表中都有~30k活动行。
搜索和搜索结果是使用ElasticSearch完成的。当我开始做这件事的时候,我问了另一个开发人员,为什么不直接使用Server本身;他的回答是,Server中的全文索引是“讨厌的”,而且由于我还有其他事情要做,所以我耸耸肩,继续生活。
那个开发商已经离开了,所以现在这是我的责任。在寻求简化的过程中,我正
据我所知,复式记账由借方和贷方两部分组成。当一个人得到信用时,另一个人应该得到借记(总和应该始终为0 )。
我的问题是,如果一个人想要存入他/她自己的账户,这将如何运作?我们是不是应该把账户的贷方和借方都加进去?如果是这样,我们如何确定帐户的余额呢?
我的表:
users (
id SERIAL PRIMARY KEY,
username VARCHAR(40) NOT NULL UNIQUE,
password VARCHAR(40) NOT NULL,
created_at DATE DEFAULT CURRENT_DATE
在设计应用程序时,dispatcher和publisher之间的映射非常重要。有两种方法,
One to One -> One pub is connect to one dispatcher
One to Many -> One pub is connect to 3 or more dispatcher
我不知道什么时候应该选哪一个。有人能告诉我每种选择的利弊吗?