『壹』 股票交易管理系統 資料庫的
三個臭皮匠頂個諸葛亮。更何況你是一個人操作，而我們是一個集體來分析、操作，
各有各的分工。而你呢？盤中你有時間分析股票那麼你有時間去盯盤嗎？
你有時間盯盤，那麼你有時間去找消息嗎？你有時間找消息那麼你有時間去研究公司、
行業、熱點、資金、主力、市場、盤面、個股、等等……你要記住一心不能二用，
如果一心二用你認為你能做好嗎？答案是否定的，不能。而我們有專業去分析消息、
搜索消息，以及專業研究熱點、研究資金、研究市場，和專業去上市公司調研的老師。
你自己是肯定不能辦到這些的。只有做到這些你才可以在股市裡成為王者。但是，
現在離這些還差多少？10%、30%、50%呢？應該還有很多吧。那你還有什麼理由不加入我們呢，
肯能我們離這些還有一定的欠缺，但是我們分工明確，最起碼比你賺的要多。
『貳』 利用ACCESS模擬股票買入賣出軟體的資料庫如何設計
這個需要網頁最好是用SQL，，ACCESS資料庫不靈活。。。
『叄』 resset資料庫里股票日收益率與日資本收益率的區別是什麼
RESSET資料庫里股票日收益率與日資本收益率的區別如下：
股票日收益率=該股票的當日收益/該股票的股本；
股票日資本收益率=該股票的當日收益/該股票的總資本。
補充說明：
RESSET資料庫：
RESSET金融研究資料庫主要供高校、金融研究機構、金融企業的研究部門使用，為實證研究、模型檢驗等提供支持；
RESSET資料庫由清華大學、北京大學、倫敦政治經濟學院多位專家參與，是國內唯一與世界領先標准接軌的專業資料庫，借鑒國際知名資料庫的研發理念，結合中國國情精心設計而成。
『肆』 家庭理財項目資料庫要怎麼設計
如何進行資產配置：個人的水庫應該分成三份。
第一份：應急的錢，6個月至一年的生活費。存銀行，活期、定期，或者貨幣市場基金。
第二份：保命的錢，三至五年生活費，定存、國債、商業養老保險。應該是保本不賠，只會多不會少的東西。
第三份：閑錢，五年到十年不用的錢，只有這種錢才可以買股票，買基金，做房地產，或者跟朋友合夥一起開個什麼生意，去做這種投資，那麼必須是閑錢。
股票：股市如潮水，怎麼漲的怎麼退。只有潮水退去的時候，我們才能看見誰在裸泳。現在的點位不建議進場，買基金都不是好時段。
能夠預測點位的只有三種人：一天才、二瘋子、三騙子。
買股票之前先問自己三句話：第一，我有房子和保險了嗎？第二，我有急用的錢嗎？第三，我准備好堅強的神經和良好的心態嗎？
退休的老人不應該炒股，他們在財務和精神上都難以承受股市的漲跌。孝順的孩子不應該讓你的父母炒股。
你見過排著隊發財的嗎？今年進市場的股民，三年後90%都會成為炮灰，只有10%的人能從股市裡賺到錢，這是貓撲上流傳的鐵律！
具體我發到你郵箱里了，請注意查收
『伍』 請大夥給我解釋一下資料庫設計的基本原則！
資料庫設計的三範式所謂範式，是關系型資料庫關系模式規范化的標准，從規范化的寬松到嚴格，分別為不同的範式，通常使用的有第一範式、第二範式、第三範式及BC範式等。範式是建立在函數依賴基礎上的。
函數依賴
定義：設有關系模式R(U)，X和Y是屬性集U的子集，函數依賴是形為X→Y的一個命題，對任意R中兩個元組t和s，都有t[X]=s[X]蘊涵t[Y]=s[Y]，那麼FD X→Y在關系模式R(U)中成立。X→Y讀作『X函數決定Y』，或『Y函數依賴於X』。通俗的講，如果一個表中某一個欄位Y的值是由另外一個欄位或一組欄位X的值來確定的，就稱為Y函數依賴於X。函數依賴應該是通過理解數據項和企業的規則來決定的，根據表的內容得出的函數依賴可能是不正確的。
第一範式（1NF）
定義：如果關系模式R的每個關系r的屬性都是不可分的數據項，那麼就稱R是第一範式的模式。
簡單的說，每一個屬性都是原子項，不可分割。1NF是關系模式應具備的最起碼的條件，如果資料庫設計不能滿足第一範式，就不稱為關系型資料庫。關系資料庫設計研究的關系規范化是在1NF之上進行的。
第二範式（2NF）
定義：如果關系模式R是1NF，且每個非主屬性完全函數依賴於候選鍵，那麼就稱R是第二範式。
簡單的說，第二範式要滿足以下的條件：首先要滿足第一範式，其次每個非主屬性要完全函數依賴與候選鍵，或者是主鍵。也就是說，每個非主屬性是由整個主鍵函數決定的，而不能由主鍵的一部分來決定。舉個例子：
有股票日行情表的主鍵是股 票代碼和交易日期組成。非主屬性中有收盤價和成交量等，都是由主鍵，即股票代碼和交易日期函數決定的，單獨的股票代碼或者交易日期都不能函數決定這些非主 屬性。如果這個表中有非主屬性股票簡稱，則股票簡稱是可以由股票代碼來函數決定的，這樣股票簡稱這個非主屬性就不是完全函數依賴於候選鍵，這樣的設計就不 滿足第二範式。
第三範式（3NF）
定義：如果關系模式R是2NF，且關系模式R（U，F）中的所有非主屬性對任何候選關鍵字都不存在傳遞依賴，則稱關系R是屬於第三範式。
簡單的說，第三範式要滿足以下的條件：首先要滿足第二範式，其次非主屬性之間不存在函數依賴。由於滿足了第二範式，表示每個非主屬性都函數依賴於主鍵。如果非主屬性之間存在了函數依賴，就會存在傳遞依賴，這樣就不滿足第三範式。
舉 個例子：在股票基本情況表中，主鍵是股票代碼，有非主屬性所屬一級行業和所屬二級行業。根據業務規則，所屬二級行業能夠函數決定所屬一級行業，這就表示存 在這樣一種關系：股票代碼函數決定所屬二級行業，所屬二級行業函數決定所屬一級行業，這就形成了傳遞依賴，這樣的設計就不符合第三範式。不過在實際運用 中，為查詢和使用的方便，有時也會違反第三範式。如上例，如果沒有所屬一級行業的屬性，需要查詢所屬一級行業的相關股票，需要查詢時使用函數來從二級行業 中函數生成所屬一級行業，使用性能上會受影響。所以通常會加上所屬一級行業的屬性。
BC範式（BCNF）
BC範式是第三範式的增強版，不過也有人說是直接從1NF發展過來的，即每個屬性，包括主屬性或非主屬性，都完全依賴於候選鍵，並且不存在傳遞依賴情況。
『陸』 股票軟體怎麼開發股票軟體開發需要注意哪些
股票軟體開發開發過程包括以下五個階段：
一、股票軟體開發定製分析
然後把它用軟體工程開發語言（形式功能規約，軟體需求分析就是回答做什麼的問題。一個對用戶的需求進行去粗取精、去偽存真、正確理解。即需求規格說明書）表達進去的過程。本階段的基本任務是和用戶一起確定要解決的問題，建立軟體的邏輯模型，編寫需求規格說明書文檔並最終得到用戶的認可。需求分析的主要方法有結構化分析方法、數據流程圖和數據字典等方法。本階段的工作是根據需求說明書的要求，設計建立相應的軟體系統的體系結構，並將整個系統分解成若干個子系統或模塊，定義子系統或模塊間的介面關系，對各子系統進行具體設計定義，編寫軟體概要設計和詳細設計說明書，資料庫或數據結構設計說明書，組裝測試計劃。
二、股票軟體開發設計
也可以是可組合、可分解和可更換的功能單元。模塊，股票軟體設計可以分為概要設計和詳細設計兩個階段。實際上軟體設計的主要任務就是將軟體分解成模塊是指能實現某個功能的數據和程序說明、可執行程序的順序單元。可以是一個函數、過程、子程序、一段帶有順序說明的獨立的順序和數據。然後進行模塊設計。概要設計就是結構設計，其主要目標就是給出軟體的模塊結構，用軟體結構圖表示。詳細設計的首要任務就是設計模塊的順序流程、演算法和數據結構，主要任務就是設計資料庫，常用方法還是結構化順序設計方法。
三、股票軟體開發定製編碼
即寫成以某一順序設計語言表示的"源程序清單"充沛了解軟體開發語言、工具的特性和編程風格，軟體編碼是指把軟體設計轉換成計算機可以接受的順序。有助於開發工具的選擇以及保證軟體產品的開發質量。
四、股票軟體開發測試
關鍵在於理解測試方法。不同的測試方法有不同的測試用例設計方法。兩種常用的測試方法是白盒法測試對象是源程序，股票軟體測試的目的以較小的代價發現盡可能多的錯誤。要實現這個目標的關鍵在於設計一套出色的測試用例（測試數據和預期的輸出結果組成了測試用例）如何才幹設計出一套出色的測試用例。依據的順序內部的邏輯結構來發現軟體的編程錯誤、結構錯誤和數據錯誤。結構錯誤包括邏輯、數據流、初始化等錯誤。用例設計的關鍵是以較少的用例覆蓋盡可能多的內部順序邏輯結果。白盒法和黑盒法依據的軟體的功能或軟體行為描述，發現軟體的介面、功能和結構錯誤。其中介面錯誤包括內部/外部介面、資源管理、集成化以及系統錯誤。
五、股票軟體開發與維護
對軟體產品所進行的一些軟體工程的活動。即根據軟體運行的情況，維護是指在已完成對軟體的研製（分析、設計、編碼和測試）工作並交付使用以後。對軟體進行適當修改，以適應新的要求，以及糾正運行中發現的錯誤。編寫軟體問題演講、軟體修改演講。
『柒』 我想做一個股票分析網站作為畢業設計，但是不知道怎樣獲得股票的數據，比如輸入代碼，查詢該股票的歷史數
你只能從分析軟體上得到數據了…你也可以參考中證指數公司的數據…
『捌』 如何實時寫股票數據進資料庫
既然你自己設計了一個資料庫，現在是每天收盤後，從同花順軟體里導出EXCEL，再導入資料庫，來進行分析。那麼你想及時查看開盤數據，那就用同樣的技術，從同花順軟體里導出EXCEL，再導入資料庫進行分析好了，向你學習！