其實，你的問題只有這句話，其他都是誤導別人的資訊

目的是:一個工廠買了一個軟體的話，要讓另外幾個工廠也可以用

一般的答案取決於你的軟體是「單機版」或是「網路版」(註)
單機版：每個工廠各自安裝，看要幾套就幾套即可
網路版：每個工廠間有網路連接即可

如果你的軟體有搭配硬體儀器的話
問題就比較單純了
就是幾個工廠就安裝幾套

註：最簡單的區分法就是
拔掉網路線還能使用的就是「單機版」，否則就是「網路版」

基本上，SQL只是存放資料的空間！
工廠要用哪種軟體去連SQL呢？
A方案：
自行開發的軟體程式？用TCP/IP協定去連嗎？

B方案：
還是用瀏覽器去連呢？（這樣子還需要搭配一台Web server)

不管是哪種連線方式，都建議是先規劃好內部網路及vpn互連的架構
三段不同網段的192.168.xx.xx
我絕不建議SQL Server放在Internet上，供人練習入侵及滲透！

自行開發VB,VC,C++的軟體,在工廠的電腦上安裝好，用通訊協定去連線，此架構需將SQL登入的帳號密碼存在工廠的pc上，這樣是否安全？

使用工廠的瀏覽器去連中央機房的Web server，而該Server有存SQL 的sa帳號及密碼
員工透過工廠的瀏覽器，只能使用DB裡的usertable清單登入，應該不會發生Database被員工Drop tables情形出現！

--
A方案的連線授權，就很多！每一台pc都算一個連線！

B方案的連線授權，就很少！因為只有web server去連db server

早期在開發應用程式，我是採用如下的方式。
安裝程式其實有區分兩套。

由於當時的年代是屬於access時期的年代。sql資料的技術還沒全應用上去。
當時的設計理念是採用tcp/ip的方式，借用區分主機端與分機端的應用方式。
在安裝程式時，先安裝主機端，也就是會安裝一些access等資料庫的應用。
子機端則是採用ui連結的方式，來做額外取資料或是讀寫的動作處理。

這樣的方式，再早期很常面臨鎖檔的問題。畢竟並不是sql方式的作業。
所以是採用ui控制界面的方式。來區分鎖檔讀檔等動作。

其實，我上面說的，只是一種概念。
一般你想要的做法，我只能給你三種方式

1.中央資料庫：
也就是無論多少套軟體，其資料庫都是統一連接到一個地方。
這個地方可以是其所有電腦的其中一台。或是像aws上的db伺服器。或是另外另架一個sql伺服器。
考量到mssql會有連線限制的問題。可以先用Express版給客戶應付著用。
如需要多台連線。這並不是軟體開發商該煩腦的事。因為你只要可以提供連接的方式就行。授權的問題就需要客戶來去處理。
比較常看到一體化服務的erp系統。其實是將這些授權的作業都包起來幫客戶處理。所以也相對的會比較貴的因素也是在此。
但一般軟體如果不打算走這一塊服務的話。採用中央資料庫是最不好的事。畢竟其需求的技術程度會比較高。並非提供一個ui介面給客戶設一設就行了。

2.主從式架構法：
其實這也算是一種變相的中央控管。差別是需決定要在哪一台機器上做主要資料來源。
這在安裝軟體中，就需要區分主機版與一般連接版。
大多數來說，所使用的sql都是採用Express版。它至少還有10g容量可以使用。
其它電腦就是裝一般連接版。其在一開始就需要去指定要連接到哪一台主機上。可以用ip來連接控制。
不過這也是需要一定的知識才行。說明書一定要寫的很好。

3.網頁版：
網頁版是我覺得一個不錯的選擇。可惜的是，應用的性質並不太相同。
因為網頁版中，可以區分成「租用」「自用」兩種性質。
租用的部份是相關主機空間跟程式碼，都是在你們公司自已架設的地方。然後提供給客戶上使用。
客戶的好處是，只要租用一套就可以給無限的公司共用。當然缺點就是資料並非是在自家。會有一定不信任感。再加上這樣的方式一定得要有網路。(雖然上面的方式也是需要網路)
不過對於你們公司來說，你們也需要負責至少一台主機的成本存在。所以一般來說，這種的不會是買斷式的。

自用就是由客戶自行架設一個空間。這會需要給程式碼讓客戶安裝使用。
對客戶的好處是資料是自行控管。(外租空間就不考量了)。還有就是有可以再開發的可能性。
雖然這一點是反而對我們不好就是了。但至少這樣是不太需要再負責一台主機就是了。