relational-database

1熱度

3回答

relational_database vs config_file vs電子表格使用

我聽說過以前使用關係數據庫和電子表格的一些真正的觀點。關係數據庫提供快速報告和（相對來說）可靠的數據倉庫，其中電子表格輕量級，快速複製，並且易於在組織中分散到不同的受衆。儘管我注意到了兩者的優點，但我很少能夠區分哪種情況更好，並始終最終使用數據庫。在開發中，當可以將配置設置放置在數據庫中時，很容易忘記考慮其他選項。我遇到了很多應用程序，用戶菜單，工作流程和它們的順序以及常量都是在數據庫級別定義的

0熱度

1回答

無法訪問與has_one相關的模型

我有兩種型號：Show和Venue。節目有一個場地，而每個場地都屬於節目。在兩個模型文件中均已正確使用has_one & belongs_to陳述來定義此條件。但是，我無法通過show.venue訪問場地。請看下面的代碼，其中S是一個Show實例： logger.info("*********************") logger.info("#{s.inspect}") logger.i

82熱度

7回答

如何在MySQL中創建關係

在課堂上，我們都是'學習'數據庫，每個人都在使用Access。無聊的是，我正在嘗試做其他課程，但是使用MySQL的原始SQL命令而不是使用Access。我已經設法創建數據庫和表，但現在如何在兩個表之間建立關係？如果我有我的兩個表是這樣的： CREATE TABLE accounts( account_id INT NOT NULL AUTO_INCREMENT, custom

0熱度

3回答

有效使用差異的版本控制數據庫

我有一個涉及網絡投票系統的項目。當前值和相關數據存儲在幾個表中。歷史數據將是該項目的重要方面，因此我還創建了審計表，以便將當前數據定期移至該表中。我覺得這個策略效率很低。即使我每天只存檔數據，即使只有1或2個用戶在某一天進行更新，行數也會變得很大。我能想到的下一個選擇是隻存儲已更改的條目。這意味着必須構建邏輯來自動創建給定日期的視圖。這意味着更少的存儲行，但相當複雜。我最後的想法不太傳統。由

0熱度

3回答

關於產品下表是第三範式

： EmpId State Zip 1 FL 342008 2 CA 342001 不是第三範式，因爲國家是依賴於主鍵（EMPID）及物動詞。所以，如果我打破它是這樣的：（EMPID，州）（國，PIN）它在3NF。我也可以打破它：（EmpId，州）（EmpId，PIN）它將再次在3NF。但是在第二種情況下，存在信息冗餘，例如例如， 1 FL 2 FL 1 3

65熱度

6回答

基於文檔的數據庫與關係型數據庫的優缺點

我一直在試圖查看是否可以用基於文檔的數據庫來完成一些要求，在這種情況下是CouchDB。兩個通用要求：實體的一些領域具有獨特的指數上電子商務Web應用程序像eBay（better description here） CRUD。而我開始認爲基於文檔的數據庫不是解決這些需求的最佳選擇。此外，我無法想象用於基於文檔的數據庫（可能我的想象力太有限）。您能否向我解釋一下當我嘗試使用面向文檔的數據庫滿足

79熱度

8回答

交叉加入有什麼用途？

交叉連接對兩組元組執行笛卡爾乘積。 SELECT * FROM Table1 CROSS JOIN Table2 哪種情況下渲染這樣的SQL操作特別有用？

1熱度

6回答

有沒有一種工具可以直觀地映射MySQL中的表關係？

我正在尋找一種可以在我的數據庫中映射關係的工具。我想要像在'Show Diagram Pane'中的MS-SQL Server Management Studio中生成的視圖。這樣的事情存在嗎？我負責數據庫及其使用軌道約定的設計。我不會手動指定關係。

6熱度

7回答

關係陣營和「現實世界」數據庫開發

超過十年，因爲日期的首次出版，並通過更多達爾文的"The Third Manifesto" 1995年什麼是思想的關係學在當今世界數據庫的地方？有沒有證據表明Manifesto的想法改變了主流軟件開發和數據管理實踐？他們是否催化了創建新的數據管理產品？這些產品是否商業上成功？