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