我是來(lái)推官方文檔的，你這些問(wèn)題在官網(wǎng)介紹的比較細(xì)致。其實(shí)大部分人的博客都是看官方文檔后翻譯而來(lái)的。雖然英文讀起來(lái)比較困難，但是這種工具類(lèi)的文檔都還行，耐心讀下去會(huì)收獲頗豐的。你問(wèn)題在Security部分應(yīng)該都能找到答案。
https://docs.mongodb.com/manual/security/

三個(gè)引號(hào)？'''ssss
sssss
ssss
'''
這樣？沒(méi)記錯(cuò)的話

使用構(gòu)建器:

先搞個(gè)基礎(chǔ):

$queryBuilder = $this->getDI()->getModelsManager()
    ->createBuilder()
    ->addFrom('tableName', 't');

直接用Distinct:

$queryBuilder->distinct('t.id');

用列方法也可以, 不推薦：

$queryBuilder->columns('DISTINCT(t.id) AS id')

使用嚴(yán)格模型:

// we are waiting for it, but may still not be implemented
TableModel::find(array('distinct' => 'id'))
For count:

TableModel::count(array("distinct" => "id"));
And less recommended way according to previous answer:

TableModel::find(array('columns' => 'distinct(id)'))

抄襲自so
https://stackoverflow.com/a/3...

case g.type when 1 then ()

分布式有單純db拆分（就是分片），垂直拆，水平拆，拆分之后的數(shù)據(jù)分片之間不需要同步，但是單個(gè)分片安全考慮也是要做主從一類(lèi)的備份的
分布式更主要的是數(shù)據(jù)的分級(jí)而不是分片，分級(jí)包括底層的db存儲(chǔ)、緩存的nosql以及前端的搜索引擎存儲(chǔ)，根據(jù)數(shù)據(jù)的實(shí)時(shí)性，重要性，業(yè)務(wù)關(guān)聯(lián)性選擇數(shù)據(jù)放在哪里，常規(guī)來(lái)說(shuō)最后所有的數(shù)據(jù)都要在db層落地的。

數(shù)據(jù)一致性主要在主從結(jié)構(gòu)里、不同分層之間的數(shù)據(jù)一致性，So分布式還是有一致性問(wèn)題的。

什么破書(shū)……那個(gè) choice 沒(méi)定義在那里，所以新版本不小心就沒(méi)了吧……

>>> from numpy.random import choice
>>> choice(['red', 'green'])
'red'

select a*,b* from client a left join visit b on a.visit_id = b.id where b.activity_id=42 and b.turn_up=1

myeclipse版本太舊 不支持最新版的jar包

你這樣關(guān)聯(lián)字段來(lái)判斷是否已讀消息不科學(xué)啊，后期數(shù)據(jù)量大起來(lái)的話很難受的

一般都是消息表有個(gè)狀態(tài)字段來(lái)區(qū)分它們，比如：

—————————————————————————————————————————
| Id | 編號(hào) |
—————————————————————————————————————————
| State | 消息狀態(tài)：1 未讀 2 已讀 |
—————————————————————————————————————————

關(guān)聯(lián)還是 messageId 與 消息表 Id 關(guān)聯(lián)

但查詢(xún)未讀消息的話就這樣

SELECT * FROM [message] WHERE State=1

豈不美哉?。?！

你引入組件的時(shí)候直接引src下的文件

大概像這樣吧

import element from 'element'

改成

import element from 'element/src

具體怎么寫(xiě)，看element的路徑

你這是一對(duì)多的關(guān)系啊,1:一場(chǎng)會(huì)議-多:多種票務(wù)
票務(wù)表
1.ID
2.會(huì)議ID
3.票類(lèi)型(1.免費(fèi)票,2.個(gè)人票,3.個(gè)人更貴的票)
4.數(shù)量
....

aggregate+索引 用explain來(lái)分析下你的語(yǔ)句，找到最優(yōu)解 探讀

買(mǎi)最好的固態(tài)盤(pán), 做raid10, 用大內(nèi)存, 增加緩沖區(qū)

Master/Slave

先說(shuō)最后一個(gè)，是Master/Slave，不是Slaver。這種方式基本上不再推薦使用，只能從Master復(fù)制數(shù)據(jù)到Slave，并不提供高可用，一旦Master結(jié)點(diǎn)出故障就比較難處理。具體細(xì)節(jié)就不說(shuō)了，反正已經(jīng)不推薦使用。

Replica Set

即常說(shuō)的復(fù)制集。復(fù)制集的主要目標(biāo)有幾個(gè)：

• 高可用（主要目標(biāo)）：當(dāng)一個(gè)結(jié)點(diǎn)故障時(shí)自動(dòng)切換到其他結(jié)點(diǎn)；
• 數(shù)據(jù)冗余（主要目標(biāo)）：數(shù)據(jù)復(fù)制到n個(gè)結(jié)點(diǎn)上，增加數(shù)據(jù)安全性，同時(shí)為高可用提供基礎(chǔ)；
• 功能隔離（次要目標(biāo)）：使用不同的結(jié)點(diǎn)隔離某些有特殊需求的功能，比如使用一個(gè)結(jié)點(diǎn)進(jìn)行OLAP運(yùn)算（大規(guī)模資源占用），使用一個(gè)結(jié)點(diǎn)在遠(yuǎn)程做災(zāi)備（性能要求不如本地高），讀寫(xiě)分離等等；

Sharded Cluster

即分片集。分片集的主要設(shè)計(jì)目標(biāo)是：

• 水平擴(kuò)展：當(dāng)一臺(tái)服務(wù)器滿(mǎn)足不了需求的時(shí)候，我們可以選擇垂直擴(kuò)展（增加服務(wù)器硬件），它雖然簡(jiǎn)單，但很容易達(dá)到極限，并且面臨成本高等明顯缺點(diǎn)。成本更低的方式是使用n臺(tái)服務(wù)器組成集群來(lái)滿(mǎn)足系統(tǒng)需求。這就是分片集的主要設(shè)計(jì)目標(biāo)；
• 縮短響應(yīng)時(shí)間：因?yàn)榭梢园褦?shù)據(jù)分散到多臺(tái)服務(wù)器上，自然每臺(tái)服務(wù)器的處理壓力減小，處理時(shí)間就會(huì)縮短；

這里會(huì)出現(xiàn)一個(gè)問(wèn)題：假設(shè)每臺(tái)服務(wù)器出故障的機(jī)率是x%，那么n臺(tái)服務(wù)器有一臺(tái)出現(xiàn)故障的機(jī)率就是x% * n，如果不做高可用設(shè)計(jì)，集群出現(xiàn)故障的概率就會(huì)隨機(jī)器數(shù)量成正比增長(zhǎng)，這在工程上是不能接受的。幸運(yùn)的是我們已經(jīng)有了解決高可用的方案，也就是復(fù)制集。所以MongoDB的分片集群要求每一個(gè)片都是復(fù)制集（當(dāng)然測(cè)試環(huán)境也可以使用單結(jié)點(diǎn)，生產(chǎn)環(huán)境不推薦）。

總結(jié)

大概就是這樣，大家的設(shè)計(jì)目標(biāo)不一樣，各做各的事情。

是這樣子的，我理解你的意思是，你查出一個(gè)訂單A，再查出一個(gè)訂單B，然后兩個(gè)訂單的參數(shù)都不一樣，但是你又想把兩個(gè)訂單合在一起，你可以寫(xiě)個(gè)實(shí)體類(lèi)，把訂單A和訂單B的參數(shù)放在同一個(gè)實(shí)體類(lèi)中，然后這個(gè)實(shí)體類(lèi)就可以當(dāng)做一個(gè)傳輸數(shù)據(jù)類(lèi)

Oracle:大型數(shù)據(jù)庫(kù)軟件，收費(fèi)，支撐體系完善，強(qiáng)大。單庫(kù)可支撐數(shù)據(jù)量大，安全性高。適用于服務(wù)器比較強(qiáng)大的單節(jié)點(diǎn)或者集群環(huán)境。
Mysql;輕量級(jí)數(shù)據(jù)庫(kù)，小巧，免費(fèi)，使用方便。流行于單服務(wù)器，性能一般。
Oracle的應(yīng)用:主要在傳統(tǒng)行業(yè)的數(shù)據(jù)化業(yè)務(wù)中，比如：銀行、金融這樣的對(duì)可用性、健壯性、安全性、實(shí)時(shí)性要求極高的業(yè)務(wù)；零售、物流這樣對(duì)海量數(shù)據(jù)存儲(chǔ)分析要求很高的業(yè)務(wù)。此外，高新制造業(yè)如芯片廠也基本都離不開(kāi)Oracle；電商也有很多使用者，如京東（正在投奔Oracle）、阿里巴巴（計(jì)劃去Oracle化）。
MySQL的應(yīng)用:大都集中于互聯(lián)網(wǎng)方向,因?yàn)閮r(jià)格便宜，安裝使用簡(jiǎn)便快捷，深受廣大互聯(lián)網(wǎng)公司的喜愛(ài)。

Git 多賬號(hào)配置

1、用exists 代替 in
2、personId 創(chuàng)建索引 提升查詢(xún)效率

ajax 用json 格式請(qǐng)求 服務(wù)端
服務(wù)端 可以 查詢(xún)之后 組成一個(gè)數(shù)組 然后 echo json_encode($array);exit; 返回json 數(shù)據(jù)
注意 PHP的 header 要設(shè)置 header('Content-type: application/json');

dir(manager)查看所有方法和屬性，有時(shí)候同樣的庫(kù)，版本不一樣，方法也會(huì)不同