資料庫分類的問題,透過圖書和論文來找解法和答案更準確安心。 我們找到下列免費下載的地點或者是各式教學

資料庫分類的問題,我們搜遍了碩博士論文和台灣出版的書籍,推薦高洪濤劉河飛寫的 從零開始學Redis 和盛春泉,李劍的 藥物結構優化--設計策略和經驗規則都 可以從中找到所需的評價。

這兩本書分別來自電子工業 和化學工業出版社所出版 。

國立陽明交通大學 生物資訊及系統生物研究所 楊進木所指導 陳宜群的 以創新生物資訊整合方法從大量鋅指蛋白質家族中開發SUPT4H選擇性抑制劑 (2021),提出資料庫分類關鍵因素是什麼,來自於亨丁頓舞蹈症、SUPT4H、鋅指蛋白質結構域、虛擬篩選、選擇性抑制劑、藥效基團模型。

而第二篇論文國立高雄科技大學 營建工程系 林志森所指導 王秀華的 彰化地區地層下陷趨勢之探討 (2021),提出因為有 地層下陷、地理資訊系統、地下水位的重點而找出了 資料庫分類的解答。

接下來讓我們看這些論文和書籍都說些什麼吧:

除了資料庫分類,大家也想知道這些:

從零開始學Redis

為了解決資料庫分類的問題,作者高洪濤劉河飛 這樣論述:

Redis資料庫是目前熱門的資料庫,擁有巨大的用戶量。本書主要分為三個階段講解Redis資料庫。 第一部分Redis初始篇,詳細介紹了Redis的數據類型、以及Redis的大部分命令並結合實際操作進行了演示。 第二部分Redis進階篇,深入的講解了Redis的客戶端、伺服器端、數據結構的底層、以及Redis的排序、事務、持久化、集群等相關功能,同時講解了它的其他高級功能,比如慢日誌查詢、流水線、地理位置、點陣圖等,並結合實際操作,步步演示。 第三部分Redis實戰篇,分別介紹了Java、SpringBoot、Python來操作Redis的實例,幫助讀者更好的學習Redis。通過閱讀本書,

讀者可以快速掌握Redis的相關命令及功能用法,並結合實戰學習,可以熟練應用於實際的生產開發中。本書面向大多數軟體開發者,比如Redis初學者或者具有相關後台開發經驗的開發者。 高洪濤,瀋陽工業大學碩士,現就職于中國刑事警察學院,副教授。長期從事電子物證檢驗、數據恢復技術等教學、科研、辦案工作,以及資料庫技術、公安信息化應用等基礎教學工作。主編、參編了《電腦司法檢驗學》《資料庫應用技術》《公安實用電腦技術》等多本教材。 劉河飛,軟體工程師,目前供職某大型證券金融公司,從事資產交易相關的軟體開發工作。擅長Java系列開發,具有豐富的後台開發經驗,有著良好的編碼習慣。

對Redis情有獨鍾,並一直深入其底層研究,具有豐富的Redis實戰經驗。 第一部分 Redis初始篇 第1章 初識NoSQL 2 1.1 什麼是NoSQL 2 1.2 NoSQL與傳統關係型數據庫的比較 3 1.3 在什麼應用場景下使用NoSQL 4 1.4 NoSQL的資料模型 5 1.5 NoSQL資料庫的分類 6 1.5.1 NoSQL資料庫分類簡介 6 1.5.2 各類NoSQL資料庫的比較 6 第2章 認識Redis 8 2.1 Redis簡介 8 2.1.1 Redis的由來 8 2.1.2 什麼是Redis 8 2.1.3 Redis的特性 8 2.1.4

Redis的使用場景 9 2.2 搭建Redis環境 10 2.2.1 在Window環境下搭建 10 2.2.2 在Linux環境下搭建 13 2.3 Redis用戶端 14 2.3.1 命令列用戶端 14 2.3.2 視覺化用戶端 15 2.3.3 程式設計用戶端 17 2.4 Redis的啟動方式 18 2.4.1 在Window環境下的啟動方式 18 2.4.2 在Linux環境下的啟動方式 19 第3章 Redis資料類型 21 3.1 Redis資料類型之字串(String)命令 21 3.1.1 設置鍵值對 22 3.1.2 獲取鍵值對 24 3.1.3 鍵值對的偏移量 26 3

.1.4 設置鍵的生存時間 26 3.1.5 鍵值對的值操作 27 3.1.6 鍵值對的計算 29 3.1.7 鍵值對的值增量 31 3.2 Redis資料類型之雜湊(Hash)命令 34 3.2.1 設置雜湊表域的值 34 3.2.2 獲取雜湊表中的域和值 36 3.2.3 雜湊表統計 38 3.2.4 為雜湊表中的域加上增量值 39 3.2.5 刪除雜湊表中的域 40 3.3 Redis資料類型之列表(List)命令 41 3.3.1 向列表中插入值 41 3.3.2 獲取清單元素 44 3.3.3 刪除清單元素 46 3.3.4 移動列表 50 3.3.5 清單模式 52 3.4 Red

is資料類型之集合(Set)命令 53 3.4.1 向集合中添加元素 53 3.4.2 獲取集合元素 54 3.4.3 集合運算 57 3.4.4 刪除集合元素 60 3.5 Redis資料類型之有序集合(Sorted Set)命令 61 3.5.1 添加元素到有序集合中 62 3.5.2 獲取有序集合元素 63 3.5.3 有序集合排名 69 3.5.4 有序集合運算 71 3.5.5 刪除有序集合元素 72 第4章 Redis必備命令 76 4.1 鍵(key)命令 76 4.1.1 查詢鍵 76 4.1.2 修改鍵 79 4.1.3 鍵的序列化 81 4.1.4 鍵的生存時間 82 4.

1.5 鍵值對操作 85 4.1.6 刪除鍵 89 4.2 HyperLogLog命令 90 4.2.1 添加鍵值對到HyperLogLog中 90 4.2.2 獲取HyperLogLog的基數 91 4.2.3 合併HyperLogLog 92 4.3 指令碼命令 92 4.3.1 緩存中的Lua腳本 92 4.3.2 對Lua腳本求值 93 4.3.3 殺死或清除Lua腳本 95 4.4 連接命令 96 4.4.1 解鎖密碼 96 4.4.2 斷開用戶端與伺服器的連接 97 4.4.3 查看伺服器的運行狀態 97 4.4.4 輸出列印消息 97 4.4.5 切換資料庫 98 4.5 伺服器

命令 98 4.5.1 管理用戶端 98 4.5.2 查看Redis伺服器資訊 101 4.5.3 修改並查看相關配置 108 4.5.4 資料持久化 111 4.5.5 實現主從服務 112 4.5.6 伺服器管理 114 第5章 Redis資料庫 116 5.1 Redis資料庫切換 116 5.2 Redis資料庫中的鍵操作 117 5.2.1 添加鍵 118 5.2.2 修改鍵 118 5.2.3 刪除鍵 120 5.2.4 取鍵值 121 5.3 Redis資料庫通知 121 5.3.1 資料庫通知分類 122 5.3.2 資料庫通知的實現原理 124 第二部分 Redis進階篇 第

6章 Redis用戶端與伺服器 126 6.1 Redis用戶端 126 6.1.1 用戶端的名字、通訊端、標誌和時間屬性 126 6.1.2 用戶端緩衝區 129 6.1.3 用戶端的authenticated屬性 131 6.1.4 用戶端的argv和argc屬性 131 6.1.5 關閉用戶端 132 6.2 Redis伺服器 132 6.2.1 伺服器處理命令請求 132 6.2.2 伺服器發送命令 133 6.2.3 伺服器執行命令 134 6.2.4 伺服器返回命令結果 135 6.3 伺服器函數 136 6.3.1 serverCron函數 136 6.3.2 trackOper

ationsPerSecond函數 137 6.3.3 sigtermHandler函數 137 6.3.4 clientsCron函數 138 6.3.5 databasesCron函數 138 6.4 伺服器屬性 138 6.4.1 cronloops屬性 138 6.4.2 rdb_child_pid與aof_child_pid屬性 138 6.4.3 stat_peak_memory屬性 139 6.4.4 lruclock屬性 140 6.4.5 mstime與unixtime屬性 141 6.4.6 aof_rewrite_scheduled屬性 141 6.5 Redis伺服器的

啟動過程 141 6.5.1 伺服器狀態結構的初始化 142 6.5.2 相關配置參數的載入 142 6.5.3 伺服器資料結構的初始化 142 6.5.4 資料庫狀態的處理 143 6.5.5 執行伺服器的迴圈事件 144 第7章 Redis底層資料結構 145 7.1 Redis簡單動態字串 145 7.1.1 SDS的實現原理 145 7.1.2 SDS API函數 147 7.2 Redis鏈表 148 7.2.1 鏈表的實現原理 148 7.2.2 鏈表API函數 150 7.3 Redis壓縮列表 151 7.3.1 壓縮列表的實現原理 151 7.3.2 壓縮清單API函數 15

3 7.4 Redis快速列表 154 7.4.1 快速列表的實現原理 154 7.4.2 快速清單API函數 156 7.5 Redis字典 157 7.5.1 字典的實現原理 157 7.5.2 字典API函數 160 7.6 Redis整數集合 161 7.6.1 整數集合的實現原理 161 7.6.2 整數集合API函數 163 7.7 Redis跳表 164 7.7.1 跳表的實現原理 164 7.7.2 跳表API函數 166 7.8 Redis中的物件 167 7.8.1 對象類型 167 7.8.2 物件的編碼方式 171 第8章 Redis排序 174 8.1 SORT排序命

令 174 8.2 昇冪(ASC)與降冪(DESC) 176 8.3 BY參數的使用 177 8.4 LIMIT參數的使用 180 8.5 GET與STORE參數的使用 181 8.6 多參數執行順序 185 第9章 Redis事務 187 9.1 Redis事務簡介 187 9.2 Redis 事務的ACID特性 188 9.2.1 事務的原子性 188 9.2.2 事務的一致性 190 9.2.3 事務的隔離性 192 9.2.4 事務的持久性 193 9.3 Redis交易處理 194 9.3.1 事務的實現過程 194 9.3.2 悲觀鎖和樂觀鎖 197 9.3.3 事務的WATCH命

令 198 第10章 Redis消息訂閱 202 10.1 消息訂閱發佈概述 202 10.2 消息訂閱發佈實現 203 10.2.1 消息訂閱發佈模式命令 203 10.2.2 消息訂閱功能之訂閱頻道 208 10.2.3 消息訂閱功能之訂閱模式 210 10.3 Redis訊息佇列 211 10.3.1 消息訂閱發佈模式的原理 211 10.3.2 消息生產者/消費者模式的原理 212 第11章 Redis持久化 213 11.1 Redis持久化操作概述 213 11.2 Redis持久化機制AOF 214 11.2.1 AOF持久化的配置 214 11.2.2 AOF持久化的實現 21

5 11.2.3 AOF文件重寫 216 11.2.4 AOF文件處理 220 11.2.5 AOF持久化的優劣 221 11.3 Redis持久化機制RDB 222 11.3.1 RDB持久化 222 11.3.2 RDB文件 224 11.3.3 RDB檔的創建與載入 226 11.3.4 創建與載入RDB檔時伺服器的狀態 228 11.3.5 RDB持久化的配置 228 11.3.6 RDB持久化的優劣 229 11.4 AOF持久化與RDB持久化抉擇 230 第12章 Redis集群 231 12.1 Redis集群的主從複製模式 231 12.1.1 什麼是主從複製 231 12.1

.2 主從複製配置 234 12.1.3 複製功能的原理 237 12.1.4 複製功能的實現步驟 242 12.1.5 Redis讀寫分離 245 12.1.6 Redis心跳機制 246 12.2 Redis集群的高可用哨兵模式 247 12.2.1 什麼是高可用哨兵模式 248 12.2.2 哨兵模式的配置 249 12.2.3 Sentinel的配置選項 255 12.2.4 哨兵模式的實現原理 256 12.2.5 選擇“合適”的slave節點作為master節點 263 12.2.6 Sentinel的下線狀態 266 12.2.7 Sentinel內部的定時任務 267 12.3

Redis集群搭建 268 12.3.1 什麼是Redis集群 268 12.3.2 集群中的節點和槽 269 12.3.3 集群搭建 274 12.3.4 使用Redis集群 285 12.3.5 集群中的錯誤 287 12.3.6 集群的消息 289 第13章 Redis高級功能 291 13.1 慢查詢 291 13.1.1 配置慢查詢 291 13.1.2 慢查詢的生命週期 293 13.1.3 慢查詢日誌 294 13.1.4 慢查詢命令 296 13.2 流水線 297 13.2.1 什麼是Pipeline技術 297 13.2.2 如何使用Pipeline技術 298 13.3

地理位置的應用 298 13.3.1 存儲地理位置 298 13.3.2 獲取地理位置的經緯度資訊 299 13.3.3 計算兩地間的距離 300 13.3.4 獲取指定範圍內的位置資訊 300 13.4 點陣圖 302 13.4.1 二進位位元陣列 302 13.4.2 位元陣列的表示 304 13.4.3 位元陣列的實現 305 第三部分 Redis實戰篇 第14章 Java操作Redis 310 14.1 Java用戶端Jedis 310 14.1.1 Jedis的獲取 310 14.1.2 Jedis的使用 311 14.1.3 Jedis常用API 311 14.1.4 Jedis

事務 313 14.1.5 Jedis主從複製 316 14.1.6 Jedis的連接池 318 14.2 Java操作Redis資料類型 321 14.2.1 Java操作Redis字串類型 322 14.2.2 Java操作Redis列表類型 323 14.2.3 Java操作Redis集合類型 325 14.2.4 Java操作Redis雜湊表類型 326 14.2.5 Java操作Redis有序集合類型 328 14.3 Java操作Redis實現排行榜 329 14.4 Java操作Redis實現秒殺功能 332 14.5 Java操作Redis實現訊息佇列 335 14.6 Jav

a操作Redis實現容錯移轉 338 第15章 SpringBoot操作Redis 343 15.1 在SpringBoot中應用Redis 343 15.1.1 Redis依賴配置 343 15.1.2 Redis設定檔 344 15.2 SpringBoot連接Redis 345 15.3 SpringBoot整合Redis實現緩存 352 第16章 Python操作Redis 364 16.1 在Python中應用Redis 364 16.1.1 在PyCharm中配置Redis 364 16.1.2 Python連接Redis 365 16.2 Python操作R

資料庫分類進入發燒排行的影片

【智翔的議會質詢-公務局(4/1)】

#大有梯田公園停車位不足

大有梯田公園落成後,獲得許多好評,也吸引許多民眾前來朝聖,甚至是外縣市的市民也會帶小孩來遊憩。

但公園外道路狹小,目前公園現地的停車位僅16格汽車格與121席機車格,在人潮眾多之下,停車前不足的問題日趨嚴重,導致許多汽機車違停在劃設紅線處,造成違停亂象不斷。

對此智翔建議,第一為徵收鄰近的私有地,開闢聯外8米計劃道路,徵收費用經估算約為2000萬,是否請工務局評估此方案的可行性?

其次,目前公園外道路為雙向通車,也可考慮改成單向通行,行進方向可再討論,如此將可在公園周邊規劃更多汽機車停車格,應該可以符合更多市民的停車需求。

工務局今天也表示將對智翔的建議進行評估,未來待工務局初步規劃後再來進行後續的討論。

#現地公告原則

接著是現地公告原則的老題目,根據現行法規,公園新闢或更新工程案的現地原則,在規劃設計階段寫道:「如」有辦理公開說明會......(中略),應於會議預計召開日期日前辦理之」。

這段文字代表許多工程將可依照規定跳過設計階段前,居民的意見表達及參與,或是可以直接來到施工前階段的才來做公告。

過去因現地公告的缺乏,造成的政府與民眾間的衝突不勝枚舉,相信智翔也不用多做舉例,建議工務局應修法,將文字修正為「設計階段前」應做現地公告,提供充足時間蒐集民眾意見,避免資訊混淆不清,也可以讓後續施工更加順利。

以最近例子來看,向陽公園便有舉辦紙飛機工作坊來搜集附近居民的使用習慣與偏好,雖然養工處表示居民意見非常分歧,但智翔認為這才是好的現象,意見多元分歧是正常的,儘早來收攏意見凝聚共識,才能有足夠的時間反映出真正使用者的需求。

如果每個公園都有如此規範可以依循,施工上省時也更有效率,為現地公告建立完善的法規刻不容緩,希望工務局繼續往好的方向前進。

#公園路燈及道路維管單位權責

桃園市內的公園、路燈、道路依照不同劃分方式,由工務局與區公所來進行維護管理,時常造成設施壞了卻無人處理,市民也不知道設施有損壞時該找哪個單位。

所以也建議工務局養工處、各區區公所,建立明確的維管分工,更明確的劃分管轄範圍,讓設施維修更即時,市民通報更便利。

工務局則表示,已有研擬處理原則,也請市長拍板定案,區公所也會照此原則處理,那就再請工務局會後再提供資料供智翔來檢視。

另外,桃園市尚有3萬盞黑牌路燈,納管情況與進度也希望工務局能提出報告說明。

#建立公園資料庫

台北市的公園資料庫中,將所有公園分行政區、編號、用地屬性、面積、位置、里別等,進行詳盡的歸類整理,這是桃園目前可以參考的。

智翔建議,桃園市的公園也可建立資料庫,假如要做,也要把區公所轄下的區館公園也一起納入,如此可以更全盤的掌握公園開闢的進度,也能幫助共融式遊戲場的旗艦型、衛星型、社區型等公園分級做分類。

而桃園市從古至今也開闢了許多公園,公園也會隨著社區的興起與發展,有所謂的生命週期,人口的遷入或移出,年齡層與使用族群的變動,都會導致不同的使用需求。

所以資料庫的另外一項功能,則是可以逐年檢視公園內設施的使用狀況,依各公園現況作為更新整建的評估標準,並以需要更新的急迫性來排列順序,以公園更新的方式,將老舊公園更新為符合民眾期待的「二代公園」。

#忠義公園活化再利用

延續上題,以大有梯田公園旁的忠義公園為例,就是一個適合做公園更新的好地點,忠義公園開闢約22年,樹木生長茂盛,但受到大有梯田公園的興建影響,人潮也被吸引至梯田公園。

由於這兩個公園十分臨近,親子族群在使用上更偏好大有梯田公園,所以是否也請工務局重新檢視忠義公園的使用族群與需求,將忠義公園活化利用,為「二代公園」與公園更新立下典範,甚至是大有梯田公園的停車問題的解決方案,也可通盤來考量?

工務局也表示可以來評估,公園的整頓工務局正在進行中,待大有梯田公園與其社福設施建設完成後,會回過頭來檢視忠義公園。

以創新生物資訊整合方法從大量鋅指蛋白質家族中開發SUPT4H選擇性抑制劑

為了解決資料庫分類的問題,作者陳宜群 這樣論述:

亨丁頓舞蹈症(Huntington’s disease)是一個遺傳神經退化性疾病,其病理上表現是由於huntingtin基因中三核苷酸序列重複過度擴增(trinucleotide repeats expansion)所造成,而降低蛋白質SUPT4H表現,可選擇性地只對突變基因造成影響,因此認為SUPT4H有機會作為治療亨丁頓舞蹈症之標靶蛋白質。SUPT4H包含鋅指蛋白質結構域(zinc finger domain),一般認為鋅指蛋白質在人體內維持重要生理功能,扮演著相當重要之角色,若貿然對該蛋白質做藥物設計可能容易產生較為嚴重之副作用。因此,如何區別出在SUPT4H中獨特之蛋白質鍵結口袋,以

及探討其化合物結合藥理機制即為一個重要的議題。為了解決上述議題,我們提出一個創新生物資訊整合方法,來探討含有鋅指蛋白質結構域的SUPT4H,在大量鋅指蛋白質家族中是否為一個獨特且適合做為藥物標靶之蛋白質。我們透過蛋白質序列及結構提出三個分析構面:(1)收集同源蛋白質進行序列比對;(2)透過蛋白質家族資料庫探討蛋白質結構域之分類;(3)利用蛋白質結構資料庫和蛋白質結構分類資料庫,分析蛋白質結構相似性及是否具有可供藥物標靶之鍵結口袋。藉由以上分析我們證明了SUPT4H在眾多鋅指蛋白質家族中的確相當獨特。接著,為了尋找SUPT4H之潛在先導化合物,我們首先以分子嵌合工具GEMDOCK,利用大量化合物

資料庫進行藥物篩選。藉由當中能量前3,000名化合物,以階層式分群挑選出約250個具有相似的蛋白質-化合物交互作用及化學結構之化合物,並透過SiMMap建構出其藥效基團模型。接著我們利用血腦屏障預測模型初步篩選出13個潛在的先導化合物,並與國立陽明交通大學鄭子豪教授合作,進行生物實驗驗證。其中第4號化合物,經實驗證實可有效降低帶有突變亨丁頓基因Q111/Q111的小鼠紋狀體細胞表現。綜合上述,本研究提出一個創新的生物資訊整合方法,探討SUPT4H在大量鋅指蛋白質家族中之獨特性,提出其藥效基團模型同時也找到了有效之選擇性抑制劑。我們相信這樣的方法,能夠為大型蛋白質家族設計選擇性抑制劑,提供一個有

效的策略,並且也對亨丁頓舞蹈症的治療策略,創造出新的可能。

藥物結構優化--設計策略和經驗規則

為了解決資料庫分類的問題,作者盛春泉,李劍 這樣論述:

本書以藥物結構優化研究中的設計策略和經驗性規則為核心,結合代表性的新藥研究案例,系統論述藥物結構優化的原理、方法、技術和應用案例。   第一部分概述簡要介紹了新藥創制的一般過程,藥物結構優化的主要任務和總體方法策略,以及藥物結構優化過程中的方法參數;第二部分為藥物結構優化的設計策略,以大量研究案例深入闡述了基團替換、骨架躍遷、基團添加、結構簡化、分子雜交、構象限制等設計策略;第三部分為理化性質經驗規則,系統介紹了全球上市小分子及中止藥物資料庫構建、熔點規則、分子量規則、脂水分配係數規則、酸堿解離常數(pKa)規則、芳香環/非芳香環數目分佈規則、14種常見官能團分佈規則、非碳

氫原子數在非氫總原子數的占比率(R值)規則、不同理化性質之間的關聯。最後,附有作者統計的目前較全面的上市藥物理化性質資料的統計表。

彰化地區地層下陷趨勢之探討

為了解決資料庫分類的問題,作者王秀華 這樣論述:

彰化地區之地層下陷問題,經本研究發現主要下陷區域已由早期主要分布於沿海區域,近年來已轉變為分布於內陸地區之趨勢,例如溪湖、二林、溪州等地區。這個現象不僅會造成該地區逢雨成災,而且也會引發鄰近高鐵的行車安全疑慮,同時也會影響未來在該地區工商業進一步的發展以及重大投資之展開。如果地層下陷的問題沒有進一步的改善,則其未來的影響程度恐將更為嚴重,因為一旦地面發生下沉的變形時,即無法恢復至原本地層高度,所以降低本地區持續下陷是目前最重要的課題。本論文採用了 QGIS(Quantum Geographic Information System,以下簡稱 QGIS)地理資訊系統,該系統是蓋瑞歇爾曼(Gar

y Sherman)在2002年創立,然後在2009年元月開始發行了1.0版本,目前已經發行到3.26版本並且在持續發行中,因為這是使用GNU(General Public License)授權免費而且開放原始碼的軟體。本研究利用了該系統所提供的強大功能,進行了彰化地區近10年水準點的量測數據資料的分析,獲得了地層下陷的速率以及累積量分布的概況。同時,蒐集了區域內所有地下水井的水位觀測資料,與在靠近水準點位置的地面沉陷量的量測資料加以比對分析,尋求當地地層下陷趨勢的關聯性。本研究進行了以上所述的相關數據加以分析與探討之後,獲得了以下的結論:(1)本研究結果顯示在本地區原先發生地層下陷最嚴重的位

置是在大成鄉內,但是近10年來已經往內陸的城鄉發展,但是沉陷量比以前和緩很多。(2)本研究在目前地層下陷最嚴重的埔鹽鄉、溪湖鎮、二林鎮、埤頭鄉與溪州鄉五個鄉鎮中,分別進行地層下陷與地下水位關連性的分析。經過逐年的檢驗所有水準監測點所量測到的每一年的沉陷速率與附近地下水監測井所量測到的地下水位的變化量的數據後,結果發現如果該年地下水水位越高,則該年附近的地層下陷速率大部分就會趨緩。