MySQL的歷史可以追溯到1979年。當時的甲骨文還只是小打小鬧，沒有微軟SQLServer的痕跡。有一個人叫MontyWidenius，就職于一個叫TcX的小公司，用BASIC設計了一個報表工具，可以在主頻4M，內存16KB的電腦上運行。不久之后，這個工具用C語言重寫，移植到Unix平臺上。當時還只是一個很低級的報表導向存儲 engine。

但是，這個小公司資源有限，蒙蒂極有才華。面對資源有限的不利條件，他更能發(fā)揮自己的潛力，總是努力寫出最高效的代碼。并因此養(yǎng)成了習慣。蒙蒂還有其他一些同事。很少有人能堅持寫那些代碼20年，但蒙蒂做到了。在1990年，TcX一些客戶開始要求為其API提供SQL支持。當時有人想到直接用商業(yè)數(shù)據(jù)庫，但是蒙蒂覺得商業(yè)數(shù)據(jù)庫的速度不盡如人意。

手動管理階段，文件系統(tǒng)管理階段，數(shù)據(jù)庫系統(tǒng)管理階段。(1)簡單應用(20世紀50年代以前)這一階段最基本的特征是no 數(shù)據(jù)管理和完全分散的手動模式。它表現(xiàn)在:沒有外存儲器或只有磁帶外存儲器，輸入輸出設備簡單。沒有操作系統(tǒng)，沒有文件管理系統(tǒng)，沒有管理數(shù)據(jù)的軟件。數(shù)據(jù)是程序的一部分，數(shù)據(jù)不是獨立的。修改數(shù)據(jù)程序必須修改。處理時，數(shù)據(jù)隨程序一起發(fā)送到內存，使用后全部從電腦中撤回，無法保存。

文件系統(tǒng)還沒有出現(xiàn)，程序員必須自己設計數(shù)據(jù)的組織。(2)文件系統(tǒng)(50年代末至60年代中期)這一階段的基本特征是具有面向應用的數(shù)據(jù)管理功能，工作方式分散、非手工，表現(xiàn)為:外面有一個大的發(fā)展除了磁帶機外，還有大容量的硬盤和柔性軟盤。投入產(chǎn)出能力大大增強。系統(tǒng)軟件包括操作系統(tǒng)、文件管理系統(tǒng)和多用戶分時系統(tǒng)，以及專用于商務管理的高級語言COBOL。

對于用過386機的人來說，我想很多人的腦海里一定會有30pin的一絲記憶。這次我們特意收集了7個30pin的內存條，拍成圖片?？赐晁麄冇惺裁锤惺?？30pin reverse 30pin front以下是一些常見的內存參數(shù):bit bit，內存中最小的單位，也稱為“位”。它只有兩種狀態(tài)，分別是0和1，代表字節(jié)bytes，八個連續(xù)的位稱為一個字節(jié)。

內存讀寫速度的單位，它前面的數(shù)字越小表示速度越快。72pin前置72pin后置72pin內存可以說是計算機歷史上的經(jīng)典發(fā)展，也正是因為它的廉價和大幅提速，為計算機的普及提供了堅實的基礎。因為用的人比較多，目前在市場上還是能買到的。SIMM(singleilinememorymodules)單觸點內存模塊。

數(shù)據(jù)Structure(數(shù)據(jù)結構)是具有結構特征的數(shù)據(jù)元素的集合。它研究的是數(shù)據(jù)的邏輯結構和數(shù)據(jù)的物理結構以及它們之間的關系，簡而言之，數(shù)據(jù) structure是數(shù)據(jù)元素的集合，這些元素之間具有一個或多個特定的相互關系，即數(shù)據(jù)元素的集合具有“結構”。

[2] 數(shù)據(jù)的邏輯結構和物理結構是數(shù)據(jù)結構緊密聯(lián)系的兩個方面，同一邏輯結構可以對應不同的存儲結構。算法的設計依賴于數(shù)據(jù)的邏輯結構，而算法的實現(xiàn)依賴于指定的存儲結構，[2] 數(shù)據(jù)結構的研究內容是構造復雜軟件系統(tǒng)的基礎，其核心技術是分解和抽象。通過分解，可以分為數(shù)據(jù)三個層次；然后通過抽象，丟棄數(shù)據(jù) element的具體內容，得到邏輯結構。