請問一下網友 現在我正想開發一系統 目的是客戶的公司(A)自己用外,還要給客戶的客戶(c1,c2,c3.....)在網際網路上 查詢訂單狀況及更改一些數據 A 公司從事電工工具的出租租賃事業 公司內部有幾位員工,負責電腦的操作 平常客戶(C1,C2.......) 會來門市中租用一些設備 A 公司的老闆想,是否可以門市以外,網路也可以有業務的往來 於是提出網路預約/出租/取件通知/查詢....等的需求 若 C1 公司想租用電鑽(ITEM003),但是此物品(ITEM003)已經租給 C2 公司了, 預計2004.11.26可以歸還 C1 公司經由網路得知 ITEM003 將於 2004.11.26歸還,於是C1公司就 在網路上直接預約物品(ITEM003), 當 2004.11.26 前若此物品已經歸還 A 公司, A公司的電腦系統,就發出 E_mail 及 手機簡訊通知 C1 公司的相關部門人員來取件 假使 2004.11.27 後,C2 公司尚未歸還,不但電腦要開始加計租用費用 A公司的電腦系統,也會發出 E_mail 及 手機簡訊通知 C2 公司的相關部門人員盡速歸還 有點類似 影片出租業的系統 小妹我因為對 WEB 及 Internet 的系統,尚無實際的開發經驗,不知以上案例的狀況 ,要如何開發才不會走冤枉路 我的想法及問題如下: 1. 網路的架構是 一台主機即可,或二台以上呢?? 因為 A 公司自己的電腦主機就在公司內部,現在已經要開放改外部客戶查詢 查詢的資料是要共用目前的主機好呢? 還是另架設一台主機,供網路的查詢/預約動作 2. 那共用資料庫的部分,要如何規劃較好? (現有公司內部的資料庫,可能給外面的客戶直接使用嗎?) 3. 主機的作業系統 用 NT 好, 還是 Linux 好 還是 公司內部用 NT 跑 MS-SQL , 查詢的主機 用 Linux 跑 MY-SQL ? 還是 全部架構 Linux 跑 MySql , 公司用 MYSQL FOR WINDOWS 版 4. 平常公司內部的主機是否下班後就關機較好,查詢主機就 24 小時開著?? 5. 使用 DELPHI 2005後, 會更簡單的來開發此案子嗎?(現用 DELPHI 5/7) 謝謝您的回答.

在網路上的話，最大的決擇是要用稿本語言(ASP&PHP)或Delphi提供的技術 如果時間預算夠的話可以用ASP.NET，不然是PHP，這樣開發時間比較快， 但如果是大專案的話，可能就比較不易管理。    至於Delphi 5/7，因為我沒有使用來開發網路的程式，所以無法比較，但 看書的介紹都很的很麻煩，不方便，看來是適合大專案的使用。    Delphi 2005實在太新了，用過的人應該不多。 但像 D8 如果沒那麼多Bug的話，用來開發ASP.Net應該也不錯用。    網路架構我覺的可以另架一台主機，供查詢，預約用， 這樣最大的好處是，主機被入侵破壞的話，公司內部也損失不大    資料庫應該就是連本來的那個，如果拆成兩台，光資料同步化頭就很大    作業系統的選擇最大困素還是看最終是選項什麼技術去開發 用ASP.net除了微軟的東西的話，也沒得選。 但如果你不害怕Linux環境的話，用Linux是比較好的選擇。    以上是我個人小小的意見啦，我也沒作過什麼大專案，所以有不對的地 方請各位大大出面指教！    ..-----------βλμε------------..
◎Ｏｏ月夜 光明 藍更愁ｏＯ◎
藍調月光城v4：http://inping.myweb.hinet.net/ (暫時使用中..) 明日報(藍調．月光)：http://mypaper2.ttimes.com.tw/user/a6475

------
月夜 光明 藍更愁

引言: 在網路上的話，最大的決擇是要用稿本語言(ASP&PHP)或Delphi提供的技術 如果時間預算夠的話可以用ASP.NET，不然是PHP，這樣開發時間比較快， 但如果是大專案的話，可能就比較不易管理。 >>> A6475 兄: >>> 那公司內這的作業,還是用 delphi 來開發嗎? >>> 還是全部都改用 asp.net ,php ? Delphi 2005實在太新了，用過的人應該不多。 >>> 這的確是一個問題,今天 delphi 2005 聽說要到貨了. 網路架構我覺的可以另架一台主機，供查詢，預約用， >>> 查詢的資料是 直接 copy 到另一台主機,還是 >>> 資料寫入公司內部主機時,要另外寫一份到供查詢的主機呢? 以上是我個人小小的意見啦，我也沒作過什麼大專案，所以有不對的地 方請各位大大出面指教！ >>> 您太客氣了,任何的答覆對我都是很重要的資訊!!

小蚊子 您好 : a6475 兄的建議我就不贅述了... 提供一個折衷的方法 : 將精神集中於 MS-SQL 的設計與開發,盡量將處理資料的方法與資料本身,都於資料庫這端解決 (利用 T-SQL,function ,Trigger),如果可能的話,將企業邏輯與相關的統計報表都在資料庫端解決,這樣可以減輕許多程式設計的負擔,不過相對的對於資料庫系統需要有相當的涵養,這樣做還有一個好處,可以 Client 端可以選用不同的工具語言或平台開發 (Ex:PHP,Java,Delphi).. 相信您應該是比較熟悉 Delphi 開發,關於 Delphi 2005 我的看法與 a6475 兄 相同,使用不熟悉的工具,會有非常大的風險,要客戶做白老鼠,實在有點說不過去,基於此,建議可以使用 Delphi7 (或您較熟悉的工具) 撰寫系統做為內部管理資料,表單簽核動作與一些資料維護動作 .. 其他關於客戶查詢報表,客戶下單需求(以 Web 介面較為方便),或是廠內關於報表的部份,利用 PHP (ASP,Java 或 .Net) 以 Web 相關技術呈現 ... 簡單的來說,將報表與資料管理與企業邏輯盡量分離,以資料庫為核心 .. 表達的不好,希望您能看得懂我在說什麼... ---- 我只會兩件事,這也不會,那也不會 眼見不一定為真 ----

>>> A6475 兄:   >>> 那公司內這的作業,還是用 delphi 來開發嗎?   >>> 還是全部都改用 asp.net ,php ?  我覺的，內部端的輸入作業和報表，可使用Delphi， 必竟使用AP來製作報表控制比WEB來的輕鬆多了，在客戶端查 詢部份在使用ASP&PHP。    當然，這樣到時後要維護兩個版本似乎也是有點麻煩。     >>>網路架構我覺的可以另架一台主機，供查詢，預約用，   >>> 查詢的資料是 直接 copy 到另一台主機,還是   >>> 資料寫入公司內部主機時,要另外寫一份到供查詢的主機呢? 如果客戶端查詢的資料，需要調用原本公司主機資料庫，那勢必需要 直接連線至內部主機資料庫，如果是完全不相關，可以另外在主機建置 資料庫。    至少SouthWind大大的作法，也相當不錯，只是我功力還不夠， 做不到那麼大的專案，所以無法提供意見啦。    ..-----------βλμε------------..
◎Ｏｏ月夜 光明 藍更愁ｏＯ◎
藍調月光城v4：http://inping.myweb.hinet.net/ (暫時使用中..) 明日報(藍調．月光)：http://mypaper2.ttimes.com.tw/user/a6475

------
月夜 光明 藍更愁

a6475 兄客氣了,您應該開發專案有相當的經驗,我才是班門弄斧,見笑了.. 將資料集中於資料庫端是前陣子專案,鑽研 MS SQL 的小心得,寫簡單的 Store Procedure ,或是利用單一句 SQL command 回傳資料,可以避開很多 Client 程式端撰寫許多 Code,一方面程式簡潔,另一方面分工可較獨立 .. PHP/ASP (Script 語言) 具有開發快速,容易上手的特性,但是結構化的特性,會讓 code reuse 變成一個難題,當專案需求變更快速,或是功能不斷增長的時候, Source Code 會很難管理跟修改... Web 化的好處是使用者不需要安裝 Client 程式... 不過是否要混用,或是單一工具開發,視專案的大小,與開發者對工具的熟悉度而定,管理面,開發期程,以及經濟效益,都是需要考慮的因素.. 一點淺見與心得 .. ---- 我只會兩件事,這也不會,那也不會 眼見不一定為真 ----