對於機房收費系統來說組合插敘在我的眼裏一直是一個難點，今天再次去看組合查詢進行了一遍邏輯分析。下面是邏輯分析完之後的結果。
機房的修改密碼窗體，前前後後時間算起來也有了一天了，感覺自己進度一般入門有點慢 前面主要是摸索階段。 主要是先畫流程圖把自己想得流程具體化，在自己先試着自己敲，不會了查閱博客將自己的流程圖和前人的流程圖比較看看有什麼叫區別，最後
前言 機房的小難點之一就是組合查詢，剛開始完全沒有思路，看了看他人的博客，就感覺豁然開朗其實是很簡單的，流程圖一畫出來就簡單多了，剩下的就是代碼設計。 定義函數，使text屬性中字符與數據庫相對應 Public Function
按照《機房收費系統使用說明》配置好連接數據庫所需要的基礎環境的之後，就應該看看讓我們心心念的機房收費系統了。 誰可知剛打開就報錯了，還沒開始體驗呢就要改Bug (o(╥﹏╥)o)難過。 解決辦法： 1.網上百度說要在註冊表編輯
【前言】 機房做完了，結合自己做的情況以及師父驗收提出的問題，總結了一些小tips分享給大家。 【正文】 1.組合查詢使用數組會非常的方便。組合查詢最多會是三個語句結合在一起，如果不使用數組得至少寫三個代碼塊
機房收費系統的賬單分爲日結賬單和周結賬單，還涉及了報表方面。在我看來，除了報表方面，日結賬單較爲簡單，周結賬單較爲複雜。 報表的製作： 報表的製作
前言 機房這個項目到現在已近算是告一段落了，項目進行時長一個月多幾天，現在回想起來感覺過的還是挺快的。添加用戶這個窗 體我感覺還是挺簡單的，再怎麼說我們也有做過學生系統的基礎，學生上面也有這個窗體，我感覺他們也相
機房的充值這個窗體也不算很難，也是涉及了多表的連接，數據的計算，也還好，沒有像上下機中的下機的計算這麼複雜，思路也還好，沒那麼多彎路。 窗體界面： 思維導圖： 基本代碼： '聲明變量 '窗體中的控件和背景圖片可隨
機房的上下機算是機房比較難的一部分，其中涉及了多表的連接，多表中數據的計算套用等等，可以說也是比較費腦殼的窗體，一旦沒理解的話是真的會做的腦殼痛！ 對我而言，機房收費的上下機中我覺得上機比較簡單，做的也比較快，
前言 機房收費系統這個項目從9月12號到10月20號驗完，一共歷時37天。在這37天的時間內，我完成了第一次機房收費系統、看完了數據庫視頻，想想還是挺快的，收穫也頗豐，也有幾點值得自己反思。大概可以總結爲這幾點：
機房的組合查詢這個窗體相對來說比較複雜，步驟也比較繁瑣，需要花很大的時間來理解，理清楚其中關係，然後通過選擇出的字段名、操作符、輸入的查詢內容、選擇出組合關係。最後將字段名及組合關係中的內容轉換成數據庫中相對應的字段及關鍵
學完機房收費系統之後，發現有很多的經典代碼而且出現的頻率非常高。下面我對這些代碼進行了顆粒歸倉。 下機判斷花費時間和消費金額（固定用戶） txtSQL3 = "select * from BasicData_In
在我們敲第一次機房收費系統的時候，總會有或多或少的Bug向你撲面而來。有的是一些常見易解決的有的是一些沒見過而且還難以解決的，這個時候就需要我們站在巨人的肩膀上了。下面我給大家分享一下我遇到的Bug以及解決方案。 1.錯誤‘94’ 解決
一般用戶： 學生查看餘額：輸入卡號查詢卡號對應的學生信息及餘額。 學生查看上機狀態：輸入卡號查詢學生上機時間、日期，下機時間、日期，消費金額及其餘額。 學生充值記錄查詢：輸入卡號查詢歷史充值金額，充值日期，充值時間以及充值教師。 學生上機
查詢思路： 1.先判斷組合關係，如果不使用組合關係，則查詢單條內容，如果使用第一個組合關係，則查詢前兩條內容，如果使用第二個組合關係，則查詢後兩條內容，如果兩個組合關係都使用，則查詢三條內容。 2.查詢語句是一條SQL語句，所以
前言： 學生上機狀態查詢窗體可以顯示全部正在上機的學生，在上機管理菜單裏可以選擇所有學生下線和選中學生下線。選中學生下線是在MSFlexGrid裏選擇學生，被選中的學號記錄會變色並在後邊顯示√。使用循環語句進行下機處理。 流程
