本系統支援模糊查詢,可以提供使用者更大的搜尋空間,有些使用者只知道一些資訊的個別字而不知道自己要找的全部資訊的話,系統就會自動執行模糊查詢,查出資料庫中所有與使用者輸入的資訊相關的資訊供使用者選擇重新查詢。這樣子用戶就不必擔心找不到自己所需的站點或線路。給了使用者更大的空間。
後台登入:
使用者名稱:admin
密碼:admin
超高速查詢:
因為大家都知道JS的執行速度要比ASP快,所以大多數的公車查詢系統都是使用JS程式段透過對大量的資料解析來查詢得到結果。這樣子做雖然速度快了但對於數據的分析卻佔據了很大的時間。如果數據大一點的。再者同時有多個使用者使用這個系統的話就會給他們一個刷新很慢的感覺。為了滿足更多的用戶同時在線上使用。只有兩種方法:一是最佳化JS程式段,使它的運行時間減少,也就是在茫茫資料海洋中搜尋的時間減少,一些不需要的程式給去掉;二是減少從資料庫中的讀取量以及讀取次數,這樣子在透過任何語言進行資料處理的量都比原先的少,自然速度也就上去了。試分析一下前面一種方案,本方案是可取的,但是前面的各個系統都是用差不多的方法,也通過了改進,可以看出,這方面的優化已經到了比較極端的地步。所有我們運用了第二種方案:就是減少了資料庫的讀取量以及讀取次數。我們透過循環來產生SQL字串,而不是透過循環來產生多個SQL語句。這樣子在相同的條件下就只需要打開一次資料庫讀取。而不是透過多次循環打開來實現。這樣子在資料庫的連結、開啟、關閉等方面節省了比較大的時間。從而實現了高速的查詢。
模糊查詢:
本系統支援模糊查詢,可以提供使用者更大的搜尋空間,有些使用者只知道一些資訊的個別字而不知道自己要找的全部資訊的話,系統就會自動執行模糊查詢,查出資料庫中所有與使用者輸入的資訊相關的資訊供使用者選擇重新查詢。這樣子用戶就不必擔心找不到自己所需的站點或線路。給了使用者更大的空間。
多個資料表自動產生:
要查詢這些線路、站點以及換乘需要大量的資訊表來合作完成。所以不免要更多的添加資訊。這樣子導致了後台龐大的資料資訊管理的困難。為此特別開發了所有有關數據表自動生成的功能,所謂的自動的生成就是不需要管理員多次的去添加相關的信息,而是通過添加一條基本線路信息的同時系統會通過管理員提交的資訊把其他所有的相關資訊都一併產生且加到對應的資料表中。從而這麼龐大的資料庫管理簡化成了直接管理一個資料表就行了。修改資料也是一樣,修改一條線路資訊的時候其他所有的相關資訊都會隨著管理員提交的修改資料而做相應的變動。這樣子簡化了管理員沉重的管理負擔,簡捷且不會出現許多站點與線路不對應的錯誤。保證數據的準確性…
增設留言板
這個是系統中額外的板塊。為的只是讓所有的用戶來監督我們這個系統的準確性和可靠性,如果數據出現錯誤或者是數據有更新而管理員沒有及時更新的話用戶可透過留言板跟管理員取得聯繫,提供給管理員相應的資料。光是幾個管理員不可能及時全部準確的完成這麼一個龐大的資料庫的更新,所以特別開通這個功能讓大家共同來完成這個比較有意義的專案。而管理留言也增設了批量刪除等功能便於管理員的管理…