從2008開始就有大資料元件、分散式的元件和功能了，體量越來越大，配置要求越來越高。但像收銀這樣的簡單ERP應用，不需要那些冗餘的功能，且硬體成本也需要控制。所以，2000，2005足以勝任。

因為中國的超市發展較晚，商業體系不健全，九十年代末自選超市模式爆發式增長，超市管理人員奇缺，迫切需要藉助IT技術來支撐。為了儘快適應，一種簡單的進銷存系統出現，再經過快速的迭代，逐漸形成以MSSQL為資料儲存、VC為程式邏輯的超市管理系統，同時又加入了中國特色的不少功能。目前中國的超市資訊系統有別於國外，靈活、方便，易操作是特點，適合各類超市零售模式。

其他開發語言和資料庫在2000年左右不具備快速開發的能力，因此沒能成為超市資訊系統的使用平臺。

時至今日，計算機硬體的效能早已過剩，完全可以用其他語言和資料庫重新開發超市系統，不過重新開發的代價很大，不如在原基礎上修修補補更划算。

都沒說到點上，這類軟體大多都是10年之前，甚至更早，那個時候這類軟體資料庫基本是sql2000，晚一點用2005，開發基本是delphi,powerbuider,vs.net

sql2000 ？[捂臉][捂臉]我只知道我以前開傳奇，架設客服端用的SQL2000。管理挺方便的，[捂臉][捂臉]

十年前或者更久遠的系統，只有是執行在Windows系統下的收銀軟體，90%甚至更高的比例，執行使用的資料庫都是採用SQL2000。即使，SQL2005釋出後，很多零售系統使用的系統的資料庫也不會立馬升級。SQL2000因為簡單易用、穩定安全（基於WinNT 2000系統），所以，大部分軟體開發者都會選擇使用SQL2000作為預設資料庫。

即使現在，也有一部分系統還是執行sql2000的資料庫，只要能滿足系統執行需求，我們也不必糾結為啥都2020年了，怎麼還有人使用SQL2000資料庫！

首先要排除大型和特大超市他們的系統都是定製的基本都在幾十萬以上。其次小型超市和便利店使用的是因為，第一 這些資料庫目前是免費的。 第二收銀系統功能單一要求配置不高。硬體的費用低。

[捂臉]我們用的還是foxbase，，，開始是dos下的進銷存，裝在win98上用，後來主機板壞了，沒辦法找，就升級了一下，支援xp，還是fb資料庫，一直用到現在，穩定性沒問題

簡單介紹一下，收銀軟體因為功能單一，需求萬年不變，不需要經常升級，所以這類軟體就算是10年前開發的，現在也夠用了。

而10年前左右，delphi,powerbuider,vs.net這些程式設計工具用於開發這類桌面軟體非常流行和方便，而且這些軟體對接sql2000和sql2005都非常方便，所以這類軟體大部分都是使用這些資料庫。

現在軟體發展日新月異，資料庫也換了很多代了，但是對於收銀軟體來說既然10年前的軟體還能用，客戶為什麼要花錢去升級呢。

因為SQL2000,2005比較多，是當年的東西，現在還存在，沒更新，升級，很多人直接抄作業寫完了，簡單。

SQL2019 都已經有了。

為什麼收銀軟體不安裝新版本資料庫，是因為，很多需要從新做。他辦不到，人手不夠，或者，壓根不想弄。

告訴你們，不同SQL版本，語句程式碼是不一樣的，有改動。他們不主動適配新版本的，那很費勁。有些網上沒得抄作業，難寫完。

收銀軟體算是最早的行業軟體了，大概15年前。windows是一統天下時代(包括伺服器)，常用的的資料庫也就access(office帶的那個小型資料庫)

，sql server，還有銀行喜歡用的oracel(很貴)。mysql，2004年底釋出的4.1版本才開始流行起來。中國開始用應該是php流行起來才開始有人用。但你要知道，收銀軟體技術門檻很低，那時候程式設計師都比較喜歡視覺化程式設計。而微軟系的軟體視覺化都做的很好，而開源的mysql，視覺化就做的一般(第三方)。而且微軟自家的東西，一個拖拽資料庫就連上了。比較方便。就這樣就遺留下來了。而且他們的sql語句是有一定差異的，在不考慮效能情況下，為什麼不用更簡單操作的呢？

其實就算現在，sql server也沒有比mysql差，都有自己優秀的地方。

至於sql 2000，其實是非常經典的版本，包括現在，如果你不要求過高的效能，2000版本也足夠一箇中大型的專案使用。

sql2000 sql2005之間還是相容的再網上相容是個問題。早期的軟體對現在的資料庫支援並不好，要想升級一是要原先開發的原始碼進行最底層的修改，就這一條几乎沒有哪個公司能辦到，就算原先的原始碼還在，技術人員可是新的讓原來開發的人來做這個根本就不可能，所以難度之大超乎想象，而且當初的開發環境在現在的系統下能相容的真的不多。

如此艱鉅的任務萬一邏輯分析錯一點兒損失無法估計。所以絕大部分公司會一直使用以前的東西，但會在公司發展的同時按照時間線的需求用適時的技術來實現新的功能，在整個架構能滿足企業業務所需，而早期相關的業務也會自然終結。系統自然就按照時間順序慢慢演化。但曾經的資料還是要有所保留透過資料分析重新備份轉化儲存也就可以。而且大企業大集團級數的伺服器會不斷的進化而且有相關的企業進行升級維護，不是個人家用電腦那麼短的壽命。企業存在服務就會一直被跟進哪怕它還是最早期的win系統 也不比現在最新的系統差到哪兒去。

SQL2000安裝快，配置低的收銀機沒有問題，但是大客戶我們一般2008或者2012！資料處理快，不易質疑等

存在即合理！

目前收銀臺產生的資料，跟十年前20年前的，沒有根本性的變化。所以後臺數據庫不需要使用最新的，更貴的版本。以前的程式/庫適用，夠用，就行了。超市，控制成本為第一要務。一套新的系統靡費巨資而效果提升有限的話，誰願意幹？？

主要是懶得換而已。

基本語句程式碼差別不是太大。

其實是可以相容的。極少個別的需要改動。

我編的程式就是6.5-2012都可以執行。再高也沒試過了。

低版本可以在高版本恢復，反之則不行。

用低版本的 維護方便 不涉及過多安全性問題也沒啥。

單機或者區域網絡版 2000就夠用了 本身收銀系統也不是多麼龐大一個系統 也不需要儲存複雜的資料

連鎖版本 saas版本才會用大型的

sql2000盜版的穩定易用，一般使用者也很容易上手，新版的功能更強大但更復雜，而且少有真正能長期使用的盜版軟體。

收銀軟體基本都是桌面軟體 微軟很擅長這種技術 GUI+資料庫 開發非常方便 大都不聯網 就一個簡單的交易流水記錄而已 也不需要更新

小門店使用的收銀軟體，一般就是一個臺式電腦，機器配置不高， 定製得window xp系統或者嵌入式得linux系統， 以xp系統居多，以前開發可以選擇得就是windows上 dephi、pb、vb，資料庫mssql、access，mssql主要得好處是小巧、帶維護客戶端，一般的維護工作都可以透過客戶端介面拖動滑鼠完成。 這個在實施過程中其實是很重要的， 有些問題電話溝通，客戶自己開啟軟體就可以解決了，避免再跑一趟產生的費用。

部分單機版軟體還有用acess做資料庫的， 大多是基於產品、銷售物件、實施維護考慮，好的比如mysql等不一定適合。

大公司的收銀軟體應該不是這種單機收銀軟體了， 一般都是區域網cs方式+連鎖店資料定時同步或者直接vpn專線大服務端，收銀終端主要負責採集資料，透過網路把資料提交到收銀伺服器系統裡面。 這種的資料庫可能採用oracle、mssql類了。可能本地有備份，然後定時同步或者對賬用。

新零售下的連鎖店商超方式，現在阿里搞得新零售，部分阿里入股控股的收銀資料都放在雲上了。

因為每天流水需要入資料庫唄，一般pos軟體都是很簡單的資料，管理也單一，所以sql express足以，免費的。

真正懂軟體的都知道，越早期的版本一般越簡潔，越容易瞭解其核心功能與實現機制，越好改造，更重要的是在瞭解了其“肉”和“骨”的環境下使用他們，小改造他們來生產、應用更安全，更高效率。

很多軟體，表面上經常升級，所升的內容其實與核心無關緊要，更多的是維護自己的版權利益，植入了使用監視功能，甚至植入可惡的廣告、木馬等。增加了硬體開銷不說，還更多透過此軟體來獲得更多商業利益，增加使用者開銷，損害使用者安全。以前128兆記憶體執行軟體輕輕鬆鬆，現在動不動3,5個G還卡得要死。

我從讀書接觸電工、電子、微控制器組合語言、微控制器產品設計、電子產品抄襲、簡單電路設計到半個碼農。一路走來，整個電子產業，軟體產業迅猛發展，但其核心的原理從來沒變過，只是提升了工藝與效能。很多人都被這種假象迷糊住，真正要學東，快速掌握其中原理和奧妙的，反而應從早期的入手，學會了再來提升。我有一個預感，誰能把漢字變成規律的0和1,我國的軟體就破題。

話說回來，電子技術和軟體發達的日本軟銀，沒錢沒技術提升嗎？顯然是笑話。人家肯定是徹底熟悉了此產品並改造提升後自己用。

還有一個，最先進的並不是最好的，最適合自己那才是最好的。操作最簡單最傻瓜的，應用者往往像木偶一樣被“別人”背後牽線的。