主頁 > 軟體設計 > 2021-09-11

2021-09-11

2021-09-12 08:13:07 軟體設計

索引詳細講解
1.1 索引介紹當我們在某本書中查找特定的章節內容時,可以先從書的目錄著手,找到該章節所在的頁碼,然后快速的定位到該頁,這種做法的前提是頁面編號是有序的,如果頁碼無序,就只能從第一頁開始,一頁頁的查找了,資料庫中索引(Index)的概念與目錄的概念非常類似,如果某列出現在查詢的條件中,而該列的資料是無序的,查詢時只能從第一行開始一行一行的匹配,創建索引就是對某些特定列中的資料排序,生成獨立的索引表,在某列上創建索引后,如果該列出現在查詢條件中,Oracle會比較全表掃描與索引掃描的代價,如果索引掃描代價小,那Oracle會自動參考該索引,先從索引表中查詢出符合條件記錄的ROWID,由于ROWID是記錄的物理地址,因此可以根據ROWID快速的定位到具體的記錄,表中的資料非常多時,參考索引帶來的查詢效率非常可觀,
?如果表中的某些欄位經常被查詢并作為查詢的條件出現時,就應該考慮為該列創建索引,?當從很多行的表中查詢少數行時,也要考慮創建索引,有一潭訓本的準則是:當任何單個查詢要檢索的行少于或者等于整個表行數的10%時,索引就非常有用,Oracle資料庫會為表的主鍵和包含唯一約束的列自動創建索引,索引可以提高查詢的效率,但是在資料增刪改時需要更新索引,因此索引對增刪改時會有負面影響,
語法結構:創建索引CREATE [UNIQUE] INDEX index_name ON table_name(column_name[,column_name…])
語法決議:
1.UNIQUE:指定索引列上的值必須是唯一的,稱為唯一索引,
2.index_name:指定索引名,
3.tabl_name:指定要為哪個表創建索引4.column_name:指定要對哪個列創建索引,我們也可以對多列創建索引;這種索引稱為組合索引,
【例】為EMP表的ENAME列創建創建唯一索引,為EMP表的工資列創建普通索引,把JOB列先變為小寫再創建索引,
代碼演示:創建索引–為ENAME創建唯一索引CREATE UNIQUE INDEX UQ_ENAME_IDX ON EMP(ENAME); --將JOB轉成小寫再為函式創建索引CREATE INDEX IDX_JOB_LOWER ON EMP(LOWER(JOB));
代碼決議:①為SCOTT.EMP表的ENAME列創建唯一索引, ②在查詢中可能經常使用job的小寫作為條件的運算式,因此創建索引時,可以先對JOB列中的所有值轉換為小寫后創建索引,而這時需要使用lower函式,這種索引稱為基于函式的索引,在select陳述句查詢時,Oracle系統會自動為查詢條件上的列應用索引,索引就是對某一列進行排序,因此在索引列上,重復值越少,索引的效果越明顯,Oracle可以為一些列值重復非常多且值有限的列(比如性別列)上創建位圖索引,
語法結構:洗掉索引DROP INDEX 索引名1.2 索引種類唯一索引(用的最多)
1、何時創建:當某列任意兩行的值都不相同
2、當建立Primary Key(主鍵)或者Unique constraint(唯一約束)時,唯一索引將被自動建立組合索引
1、何時創建:當兩個或多個列經常一起出現在where條件中時,則在這些列上同時創建2、組合索引中列的順序是任意的,也無需相鄰,但是建議將最頻繁訪問的列放在串列的最前面位圖索引1、何時創建:列中有非常多的重復的值時候,例如某列保存了 “性別”資訊,Where 條件中包含了很多OR運算子,較少的update操作,因為要相應的跟新所有的bitmap基于函式的索引1、何時創建:在WHERE條件陳述句中包含函式或者運算式時2、函式包括:算數運算式、PL索引詳細講解
1.1 索引介紹
當我們在某本書中查找特定的章節內容時,可以先從書的目錄著手,找到該章節所在的頁碼,然后快速的定位到該頁,這種做法的前提是頁面編號是有序的,如果頁碼無序,就只能從第一頁開始,一頁頁的查找了,

資料庫中索引(Index)的概念與目錄的概念非常類似,如果某列出現在查詢的條件中,而該列的資料是無序的,查詢時只能從第一行開始一行一行的匹配,創建索引就是對某些特定列中的資料排序,生成獨立的索引表,在某列上創建索引后,如果該列出現在查詢條件中,Oracle會比較全表掃描與索引掃描的代價,如果索引掃描代價小,那Oracle會自動參考該索引,先從索引表中查詢出符合條件記錄的ROWID,由于ROWID是記錄的物理地址,因此可以根據ROWID快速的定位到具體的記錄,表中的資料非常多時,參考索引帶來的查詢效率非常可觀,

?如果表中的某些欄位經常被查詢并作為查詢的條件出現時,就應該考慮為該列創建索引,

?當從很多行的表中查詢少數行時,也要考慮創建索引,有一潭訓本的準則是:當任何單個查詢要檢索的行少于或者等于整個表行數的10%時,索引就非常有用,

Oracle資料庫會為表的主鍵和包含唯一約束的列自動創建索引,索引可以提高查詢的效率,但是在資料增刪改時需要更新索引,因此索引對增刪改時會有負面影響,

語法結構:創建索引
CREATE [UNIQUE] INDEX index_name ON table_name(column_name[,column_name…])
語法決議:
1.UNIQUE:指定索引列上的值必須是唯一的,稱為唯一索引,
2.index_name:指定索引名,
3.tabl_name:指定要為哪個表創建索引,
4.column_name:指定要對哪個列創建索引,我們也可以對多列創建索引;這種索引稱為組合索引,

【例】為EMP表的ENAME列創建創建唯一索引,為EMP表的工資列創建普通索引,把JOB列先變為小寫再創建索引,

代碼演示:創建索引
–為ENAME創建唯一索引
CREATE UNIQUE INDEX UQ_ENAME_IDX ON EMP(ENAME);
–將JOB轉成小寫再為函式創建索引
CREATE INDEX IDX_JOB_LOWER ON EMP(LOWER(JOB));
代碼決議:
①為SCOTT.EMP表的ENAME列創建唯一索引,
②在查詢中可能經常使用job的小寫作為條件的運算式,因此創建索引時,可以先對JOB列中的所有值轉換為小寫后創建索引,而這時需要使用lower函式,這種索引稱為基于函式的索引,

在select陳述句查詢時,Oracle系統會自動為查詢條件上的列應用索引,索引就是對某一列進行排序,因此在索引列上,重復值越少,索引的效果越明顯,
Oracle可以為一些列值重復非常多且值有限的列(比如性別列)上創建位圖索引,

語法結構:洗掉索引
DROP INDEX 索引名

1.2 索引種類
唯一索引(用的最多)
1、何時創建:當某列任意兩行的值都不相同
2、當建立Primary Key(主鍵)或者Unique constraint(唯一約束)時,唯一索引將被自動建立
組合索引
1、何時創建:當兩個或多個列經常一起出現在where條件中時,則在這些列上同時創建
2、組合索引中列的順序是任意的,也無需相鄰,但是建議將最頻繁訪問的列放在串列的最前面
位圖索引
1、何時創建:列中有非常多的重復的值時候,例如某列保存了 “性別”資訊,
Where 條件中包含了很多OR運算子,較少的update操作,因為要相應的跟新所有的bitmap
基于函式的索引
1、何時創建:在WHERE條件陳述句中包含函式或者運算式時
2、函式包括:算數運算式、PL/SQL函式、程式包函式、SQL函式、用戶自定義函式,
反向鍵索引
鍵壓縮索引
索引組織表(IOT)
磁區索引

1.3 索引優缺點
創建索引可以大大提高系統的性能,
第一,通過創建唯一性索引,可以保證資料庫表中每一行資料的唯一性,
第二,可以大大加快資料的檢索速度,這也是創建索引的最主要的原因,
第三,可以加速表和表之間的連接,特別是在實作資料的參考完整性方面特別有意義,
第四,在使用分組和排序子句進行資料檢索時,同樣可以顯著減少查詢中分組和排序的時間,

也許會有人要問:增加索引有如此多的優點,為什么不對表中的每一個列創建一個索引呢?因為,增加索引也有許多不利的方面,
第一,創建索引和維護索引要耗費時間,這種時間隨著資料量的增加而增加,
第二,索引需要占物理空間,除了資料表占資料空間之外,每一個索引還要占一定的物理空間,如果要建立聚簇索引,那么需要的空間就會更大,
第三,當對表中的資料進行增加、洗掉和修改的時候,索引也要動態的維護,這樣就降低了資料的維護速度,

如果一張表20個索引,往里面寫入100萬條資料,怎么優化?
先把索引全刪了,再把記錄寫進去,再建立索引,

索引是建立在資料庫表中的某些列的上面,
在創建索引的時候,應該考慮在哪些列上可以創建索引,在哪些列上不能創建索引,
一般來說,應該在這些列上創建索引:
在經常需要搜索的列上,可以加快搜索的速度;
在經常用在連接的列上,這些列主要是一些外鍵,可以加快連接的速度;
在經常需要根據范圍進行搜索的列上創建索引,因為索引已經排序,其指定的范圍是連續的;
在經常需要排序的列上創建索引,因為索引已經排序,這樣查詢可以利用索引的排序,加快排序查詢時間;

同樣,對于有些列不應該創建索引,一般來說,不應該創建索引的的這些列具有下列特點:
第一,對于那些在查詢中很少使用或者參考的列不應該創建索引,這是因為,既然這些列很少使用到,因此有索引或者無索引,并不能提高查詢速度,相反,由于增加了索引,反而降低了系統的維護速度和增大了空間需求,
第二,對于那些只有很少資料值的列也不應該增加索引,這是因為,由于這些列的取值很少,例如人事表的性別列,在查詢的結果中,結果集的資料行占了表中資料行的很大比例,即需要在表中搜索的資料行的比例很大,增加索引,并不能明顯加快檢索速度,
第三,對于那些定義為text, image和bit資料型別的列不應該增加索引,這是因為,這些列的資料量要么相當大,要么取值很少,
第四,當修改性能遠遠大于檢索性能時,不應該創建索引,這是因為,修改性能和檢索性能是互相矛盾的,當增加索引時,會提高檢索性能,但是會降低修改性能,當減少索引時,會提高修改性能,降低檢索性能,因此,當修改性能遠遠大于檢索性能時,不應該創建索引,

1.4 索引失效
1.隱式轉換導致索引失效.這一點應當引起重視.也是開發中經常會犯的錯誤.
由于表的欄位tu_mdn定義為varchar2(20),但在查詢時把該欄位作為number型別?以where條件傳給Oracle,這樣會導致索引失效.
錯誤的例子:select * from test where tu_mdn=13333333333;
正確的例子:select * from test where tu_mdn=‘13333333333’;

  1. 對索引列進行運算導致索引失效,我所指的對索引列進行運算包括(+,-,*,/,! 等)
    錯誤的例子:select * from test where id-1=9;
    正確的例子:select * from test where id=10;

  2. 使用Oracle內部函式導致索引失效.對于這樣情況應當創建基于函式的索引.
    錯誤的例子:select * from test where round(id)=10; 說明,此時id的索引已經不起作用了
    正確的例子:首先建立函式索引,create index test_id_fbi_idx on test(round(id));然后 select * from test where round(id)=10; 這時函式索引起作用了

  3. 以下使用會使索引失效,應避免使用;
    a. 使用 <> 、not in 、not exist、!=
    b. like “%" 百分號在前(可采用在建立索引時用reverse(columnName)這種方法處理)
    c. 單獨參考復合索引里非第一位置的索引列,應總是使用索引的第一個列,如果索引是建立在多個列上, 只有在它的第一個列被where子句參考時,優化器才會選擇使用該索引,
    d. 字符型欄位為數字時在where條件里不添加引號.
    e. 當變數采用的是times變數,而表的欄位采用的是date變數時.或相反情況,/SQL函式、程式包函式、SQL函式、用戶自定義函式,反向鍵索引鍵壓縮索引索引組織表(IOT)磁區索引1.3 索引優缺點創建索引可以大大提高系統的性能,第一,通過創建唯一性索引,可以保證資料庫表中每一行資料的唯一性,第二,可以大大加快資料的檢索速度,這也是創建索引的最主要的原因,第三,可以加速表和表之間的連接,特別是在實作資料的參考完整性方面特別有意義,第四,在使用分組和排序子句進行資料檢索時,同樣可以顯著減少查詢中分組和排序的時間,也許會有人要問:增加索引有如此多的優點,為什么不對表中的每一個列創建一個索引呢?因為,增加索引也有許多不利的方面,第一,創建索引和維護索引要耗費時間,這種時間隨著資料量的增加而增加,第二,索引需要占物理空間,除了資料表占資料空間之外,每一個索引還要占一定的物理空間,如果要建立聚簇索引,那么需要的空間就會更大,第三,當對表中的資料進行增加、洗掉和修改的時候,索引也要動態的維護,這樣就降低了資料的維護速度,如果一張表20個索引,往里面寫入100萬條資料,怎么優化?先把索引全刪了,再把記錄寫進去,再建立索引,索引是建立在資料庫表中的某些列的上面,在創建索引的時候,應該考慮在哪些列上可以創建索引,在哪些列上不能創建索引,一般來說,應該在這些列上創建索引:在經常需要搜索的列上,可以加快搜索的速度;在經常用在連接的列上,這些列主要是一些外鍵,可以加快連接的速度;在經常需要根據范圍進行搜索的列上創建索引,因為索引已經排序,其指定的范圍是連續的;在經常需要排序的列上創建索引,因為索引已經排序,這樣查詢可以利用索引的排序,加快排序查詢時間;同樣,對于有些列不應該創建索引,一般來說,不應該創建索引的的這些列具有下列特點:第一,對于那些在查詢中很少使用或者參考的列不應該創建索引,這是因為,既然這些列很少使用到,因此有索引或者無索引,并不能提高查詢速度,相反,由于增加了索引,反而降低了系統的維護速度和增大了空間需求,第二,對于那些只有很少資料值的列也不應該增加索引,這是因為,由于這些列的取值很少,例如人事表的性別列,在查詢的結果中,結果集的資料行占了表中資料行的很大比例,即需要在表中搜索的資料行的比例很大,增加索引,并不能明顯加快檢索速度,第三,對于那些定義為text, image和bit資料型別的列不應該增加索引,這是因為,這些列的資料量要么相當大,要么取值很少,第四,當修改性能遠遠大于檢索性能時,不應該創建索引,這是因為,修改性能和檢索性能是互相矛盾的,當增加索引時,會提高檢索性能,但是會降低修改性能,當減少索引時,會提高修改性能,降低檢索性能,因此,當修改性能遠遠大于檢索性能時,不應該創建索引,1.4 索引失效 1.隱式轉換導致索引失效.這一點應當引起重視.也是開發中經常會犯的錯誤. 由于表的欄位tu_mdn定義為varchar2(20),但在查詢時把該欄位作為number型別?以where條件傳給Oracle,這樣會導致索引失效. 錯誤的例子:select * from test where tu_mdn=13333333333; 正確的例子:select * from test where tu_mdn=‘13333333333’; 2. 對索引列進行運算導致索引失效,我所指的對索引列進行運算包括(+,-,*,/,! 等) 錯誤的例子:select * from test where id-1=9; 正確的例子:select * from test where id=10; 3. 使用Oracle內部函式導致索引失效.對于這樣情況應當創建基于函式的索引. 錯誤的例子:select * from test where round(id)=10; 說明,此時id的索引已經不起作用了 正確的例子:首先建立函式索引,create index test_id_fbi_idx on test(round(id));然后 select * from test where round(id)=10; 這時函式索引起作用了 4. 以下使用會使索引失效,應避免使用; a. 使用 <> 、not in 、not exist、!= b. like "%
    ” 百分號在前(可采用在建立索引時用reverse(columnName)這種方法處理) c. 單獨參考復合索引里非第一位置的索引列,應總是使用索引的第一個列,如果索引是建立在多個列上, 只有在它的第一個列被where子句參考時,優化器才會選擇使用該索引, d. 字符型欄位為數字時在where條件里不添加引號. e. 當變數采用的是times變數,而表的欄位采用的是date變數時.或相反情況,

本文參考學習了不少站內大佬的帖子,再結合自己平時作業遇到的問題所撰寫,內容肯定有不足,希望各位多多提出,交流討論

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/299382.html

標籤:其他

上一篇:【游戲開發創新】當我學了Blender 建模,自制3D電腦桌面,回收站爆發了,把我做的模型都吐了出來(Blender | Unity | FBX)

下一篇:C++stack與queue模擬實作

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more