檢視關聯的原始碼

[[File:關聯.jpg | thumb | 300px | 關聯 <br> [https://www.rocknovels.com/blog-post_34.html原圖鏈接] ]]
'''關聯'''(Related;associate),是指能在複句中用來連接分句，並表明分句之間關係的連詞、副詞和短語。
*在[[概率論]]和[[統計學]]中，相關（Correlation），顯示兩個隨機變數之間線性關係的強度和方向。
**在統計學中，相關的意義是用來衡量兩個[[變數]]相對於其相互獨立的[[距離]]。
**在這個廣義的定義下，有許多根據資料特點而定義的用來衡量資料相關的係數。
*關係連屬。【例】警方找出多條有關聯的線索，順利偵破這件命案。
*根據《中華人民共和國公司法》的解釋，關聯關係是指公司控股股東、實際控制人、董事、監事、高級管理人員與其直接或者間接控制的企業之間的關係，以及可能導致公司利益轉移的其他關係。
**國家控股的企業之間不僅因為同受國家控股而具有關聯關係。
===關聯式資料庫===
*關聯式資料庫是一款用於儲存並供存取關聯資料點的資料庫。關聯式資料庫的基礎建立於關聯模型之上，以直接且直觀的方式於資料表上顯示資料。
**在關聯式資料庫中，資料表的每一列都有唯一的 ID，也就是稱為鍵的記錄。
**資料表的欄則能顯示資料的屬性，每筆記錄通常會標出每個屬性的數值，進而能夠輕鬆在資料點之間建立關聯。
*如何建立關聯式資料庫:關聯模型代表資料表、檢視圖和索引—的邏輯資料結構—與實體儲存結構是區分開的。
**這種區分代表資料庫管理員可以管理實體資料儲存，而不會影響存取邏輯結構上的資料。
**舉例來說，重新命名資料庫檔案的同時，不會重新命名資料表中儲存的資料。
*邏輯和實體資料儲存之間的區分也適用於資料庫的作業，這種定義明確的運算能使應用程式掌控資料庫的資料和結構。**邏輯運算能讓應用程式指定其所需的內容，而實體運算則能確定資料的存取並執行任務。
*為了確保資料維持準確度與可供存取，關聯式資料庫依循特定的完整性原則。
**例如，完整性原則可以指定，不讓資料表出現重複的列，以排除將錯誤資訊存入資料庫的可能性。<ref name="Oracle 台灣">{{cite web url= https://www.oracle.com/tw/database/what-is-a-relational-database/ | title= 關聯式資料庫是什麼？ | language=zh | date= | publisher=Oracle 台灣 | author= | accessdate=2020-08-09 }}</ref>
==寫作中人物與劇情的關聯==
*創作者都很喜歡「設定角色」，彷彿在設定時角色未來的英姿與趣事都一一浮現，光是想想都覺得興奮。
*洛克常說寫了一大堆角色自傳、訪談、履歷表，都不能保證角色在讀者腦中形象清晰。
*很多創作者都沒有注意到，他們直覺地寫下他們想寫的情節，但卻沒有抽離劇情思考：每一句有關角色的文句，是如何在讀者心中疊加出角色的形象。
*有了情節，角色才能誕生。
**情節再精準一點說，應該說是「角色對劇情的反饋。」
**被通緝的曹操，被好友呂伯屠收留，卻因為誤會濫殺了呂伯屠全家老小後，在逃亡路上遇上了尚未知情的呂伯屠，...
*這也是為什麼，不論電影、小說、電視，在要角剛出場總會先安排一個小事件讓要角嶄露主要性格，先將這形象放入觀眾心裡，讓觀眾對角色有個行事判斷依據，觀眾才能稍微投入角色的故事。
**不管你想怎麼設定角色，備齊什麼資料，但最後填滿角色血肉的，唯有一個接一個的事件。
**角色在事件中的行為，才是填滿讀者腦中角色形象的基礎。大至編劇、小至文句，在你創作時，你應該反射性地思考，這樣的事件／寫法，會讓讀者對角色有什麼感受。
*文學演變的一種新型式，沒有好壞。但你若要角色靈活生動，洛克相信這是光靠「設定集」絕對做不到的。
*在你編情節的時候，別忘了考慮它與角色的互生關係，這絕對能讓你放入真正需要的情節，並塑造角色，貼合你想表現的形象。<ref name="R 故事革命">{{cite web url= https://www.rocknovels.com/blog-post_34.html | title= 【寫作教學】人物與劇情的關聯性－角色誕生的秘密 | language=zh | date= 2015-03-09 | publisher=R 故事革命 | author=李洛克 | accessdate=2020-08-09 }}</ref>
==参考來源==
{{Reflist}}
[[Category:500 社會科學總論]]