用戶(hù)中心USER CENTER
首先是分布式架構(gòu)，全網(wǎng)CDN加速技術(shù)，數(shù)據(jù)庫(kù)應(yīng)該是oracle或者DB2的，數(shù)據(jù)庫(kù)應(yīng)該是訂單數(shù)據(jù)庫(kù)，用戶(hù)數(shù)據(jù)庫(kù)，車(chē)輛運(yùn)行線(xiàn)路庫(kù)，車(chē)票庫(kù)，代理商窗口管理用戶(hù)庫(kù)，日志庫(kù)，通過(guò)幾個(gè)庫(kù)的關(guān)聯(lián)查詢(xún)，并下單購(gòu)票。每個(gè)庫(kù)都有備份。這樣相當(dāng)于幾個(gè)數(shù)據(jù)庫(kù)同時(shí)協(xié)作，小型系統(tǒng)一般就一個(gè)庫(kù)，幾個(gè)表，也能做到高并發(fā)。它這樣的架構(gòu)部署，既高效又節(jié)省費(fèi)用。
MYSQL就是一個(gè)數(shù)據(jù)庫(kù)軟件，顧名思義，他是將很多數(shù)據(jù)管理起來(lái)形成一個(gè)庫(kù)，便于人們分析數(shù)據(jù)。最主要的功能就是實(shí)現(xiàn)數(shù)據(jù)的長(zhǎng)時(shí)間記錄，以便于人們能夠按時(shí)段或者按照其他要求，查詢(xún)分析數(shù)據(jù)。不論是做網(wǎng)站，還是手機(jī)APP開(kāi)發(fā)，甚至室內(nèi)的溫度你要5秒鐘采集一次并記錄下來(lái)，都需要用到數(shù)據(jù)庫(kù)。簡(jiǎn)單來(lái)說(shuō)，我們做的網(wǎng)頁(yè)，做的APP都是前端開(kāi)發(fā)，是用戶(hù)直接可見(jiàn)，需要登陸操作的，但是用戶(hù)登錄進(jìn)去后，每天點(diǎn)擊了什么，發(fā)表了...
首先我想問(wèn)下，你懂得啥是大數(shù)據(jù)嗎？大數(shù)據(jù)所依賴(lài)的理論、技術(shù)……這些你知道嗎？不知道，就老老實(shí)實(shí)該干啥干啥去！
謝邀~關(guān)注我，了解更多關(guān)于開(kāi)發(fā)、架構(gòu)的分享個(gè)人建議，普通的業(yè)務(wù)邏輯盡量寫(xiě)在后臺(tái)代碼中，盡量避免寫(xiě)在SQL中，并且盡量避免使用存儲(chǔ)過(guò)程。不可否認(rèn)將業(yè)務(wù)邏輯寫(xiě)在SQL或存儲(chǔ)過(guò)程中，也是有這種做法的優(yōu)點(diǎn)，比如：可以減少網(wǎng)絡(luò)交互的成本，原本后臺(tái)程序需要多次訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)，現(xiàn)在可以用復(fù)雜的SQL或者存儲(chǔ)過(guò)程封裝好，然后程序調(diào)用一次即可。但是復(fù)雜SQL和存儲(chǔ)過(guò)程也有很大的缺點(diǎn)：不可移植性，每種數(shù)據(jù)庫(kù)的語(yǔ)法多多少少...
所有有GC的需要都無(wú)法勝任編寫(xiě)操作系統(tǒng)的任務(wù)。且不說(shuō)實(shí)時(shí)操作系統(tǒng)，就通用操作系統(tǒng)來(lái)說(shuō)都是很吃力的。沒(méi)有那個(gè)內(nèi)核能接受周期性的停止所有操作，進(jìn)行內(nèi)存回收的機(jī)制。最簡(jiǎn)單的，內(nèi)核需要處理硬件中斷，而在硬件中斷的處理方法中是不能停止的，更無(wú)法接受內(nèi)存變動(dòng)。
不要，這就是坑
