主頁 > 軟體設計 > MySQL約束與設計

MySQL約束與設計

2020-11-11 02:40:37 軟體設計

1、DQL查詢陳述句

1.1、排序

通過ORDER BY 子句,可以將查詢的結果進行排序(排序只是顯示方式,不會影響資料庫資料的順序)

SELECT 欄位名 FROM 表名 WHERE 欄位=值 ORDER BY 排序欄位 ASC|DESC

ASC:升序,默認值

DESC:降序

1.1.1、單列排序

就是只按某一個欄位進行排序,

select * from students order by id asc;

1.1.2、組合排序

同時對多個欄位進行排序,如果第一個欄位相等,則按第二個欄位排序,以此類推,

SELECT 欄位名 FROM 表名 ORDER BY 欄位1 [asc|desc],欄位2 [asc|desc];

select * from students order by id asc ,age desc;

1.2、聚合函式

前面的查詢都是橫向查詢,它們都是根據條件一行一行的進行判斷,而使用聚合函式是縱向查詢,它是對一列的值進行計算,然后回傳一個結果值,聚合函式都會忽略NULL值,

五個聚合函式

聚合函式作用
max(列名)求這一列的最大值
min(列名)求這一列的最小值
avg(列名)求這一列的平均值
count(列名)統計這一列有多少條記錄
sum(列名)對這一列進行求和

語法:
SELECT 聚合函式(列名) FROM 表名;

聚合函式對于NULL的記錄不會統計,但是如果需要把NULL也統計進去怎么辦?

IFNULL(列名,默認值) 如果列名不為空,回傳列值,如果為NULL,則回傳默認值

select ifnull(age,0) from students;

select count(ifnull(age,0)) from students;
select count(age) from students;

select max(age) from students;

select min(age) from students;

select sum(age) from students;

select avg(age) from students;

select max(stuName) from students;

select min(stuName) from students;

1.3、分組

分組查詢是指使用GROUP BY 陳述句對查詢資訊進行分組,相同資料作為一組,

SELECT 欄位1,欄位2,… FROM 表名 GROUP BY 分組欄位 [HAVING 條件]

-- 根據年齡分組,查詢每組的人數
select count(id),age from students group by age;

select count(id),birthday From students group by birthday;

-- 根據年齡分組,查詢每組的人數,以及平均年齡>15
select count(id),age from students   group by age having avg(age)>20;

having與where的區別

作用
where子句對查詢結果進行分組前,將不符合where條件的行去掉,即在分組之前過濾資料,即先過濾再分組
where后面不可以使用聚合函式
having子句having子句的作用是篩選滿足條件的組,即在分組之后過濾資料,即先分組再過濾
having后面可以使用聚合函式

1.4、limit陳述句

limit是限制的意思,所以limit的作用是限制查詢記錄的條數

語法格式

SELECT *|欄位串列 [as 別名] FROM 表名 [WHERE 子句] [GROUP BY 子句][HAVING 子句][ORDER BY 子句] [limit 子句]

LIMIT offset,length;
offset:起始行數,從0開始計數,如果省略,默認就是0
length:回傳的行數

select * from students limit 2,2;

LIMIT的使用場景:分頁查詢

2、資料庫備份和還原

2.1、備份的應用場景

在服務器進行資料傳輸、資料存盤和資料交換,就有可能產生資料故障,比如發生意外停機或存盤介質損耗,這時,如果沒有采取資料備份和資料恢復手段與措施,就會導致資料的丟失,造車的損失是無法彌補的,

2.2、備份與還原的陳述句

2.2.1、備份格式

DOS下,不要登錄MYSQL資料庫,執行:
mysqldump –u用戶名 –p密碼 資料庫>檔案的路徑

2.2.2、還原格式

mysql中的命令,需要登錄后才可以操作
USE 資料庫;
SOURCE 匯入檔案的路徑;

備份
mysqldump -uroot -pRootbdit628@# db1>e:\db1.sql
還原,需要登錄資料庫
use db1;
source e:\db1.sql

3、資料庫表的約束

3.1、約束概述

3.1.1、約束作用

對表中的資料進行限制,保證資料的正確性、有效性和完整性,一個表如果添加了約束,不正確的資料無法插入到表中,約束在創建表的時候添加比較合適,

3.1.2、約束分類

約束名約束關鍵字
主鍵primary key
唯一unique
非空not null
外鍵foreign key
檢查約束check

3.2、主鍵約束

3.2.1、主鍵作用

用來唯一標識資料庫中的每一條記錄,

3.2.2、那個欄位應該做為表的主鍵

通常不用業務欄位作為主鍵,單獨給每張表設計一個id的欄位,把id作為主鍵,主鍵是給資料庫和程式使用的,不是給最終的客戶使用的,所以主鍵有沒有含義沒有關系,只要不重復,非空就行,
如:身份證,學號等都不建議做成主鍵

3.2.3、創建主鍵

主鍵關鍵字:primary key

主鍵的特點:非空、唯一

創建主鍵的方式:

1、在創建表的時候給欄位添加主鍵

欄位名 欄位型別 primary key

2、在已有表中添加主鍵

ALTER TABLE 表名 ADD PRIMARY KEY(欄位名)

-- 給已存在的表中的欄位添加主鍵
alter table students add primary key(id);

create table teachers(
 id int primary key,
 name varchar(20)
);

insert into teachers(id,name) values(1001,'張三');

3.2.4、洗掉主鍵約束

alter table 表名 drop primary key;

3.2.5、主鍵自增

主鍵如果讓我們自己添加很有可能重復,我們希望每次插入新紀錄時,資料庫自動生成主鍵欄位的值,

在mysql資料庫中,可以通過AUTO_INCREMENT在創建表的時候指定主鍵自增,AUTO_INCREMENT默認值是1

create table teachers(
 id int primary key auto_increment,
 name varchar(20)
);

3.2.6、修改AUTO_INCREMENT的默認值

創建表時指定起始值:

create table teachers(
 id int primary key auto_increment,
 name varchar(20)
)AUTO_INCREMENT=起始值;

創建好以后修改起始值:
ALTER TABLE 表名 AUTO_INCREMENT=起始值;

3.2.7 、DELETE和TRUNCATE對自增的影響

DELETE,洗掉所有的記錄之后,自增沒有影響

TRUNCATE,洗掉以后,自增又重新開始

3.3、唯一約束

就是表中某一列不能出現重復的值

唯一約束的基本格式

欄位名 欄位型別 UNIQUE

-- 唯一約束
create table teachers(
 id int primary key auto_increment,
 name varchar(20) unique
)auto_increment=1001;
insert into teachers(name) values('張三');
insert into teachers(name) values('李四');

3.4、非空約束

就是某一列不能為null

3.4.1、 基本語法

欄位名 欄位型別 NOT NULL

create table teachers(
 id int primary key auto_increment,
 name varchar(20) unique,
 age int not null
)auto_increment=1001;
insert into teachers(name) values('張三');

3.4.2 、默認值

欄位名 欄位型別 DEFAULT 默認值;

create table teachers(
 id int primary key auto_increment,
 name varchar(20) unique,
 age int not null default 0
)auto_increment=1001;
insert into teachers(name) values('張三');

如果一個欄位設定了非空與唯一約束,該欄位與主鍵的區別?

1、主鍵在一個表中,只能有一個,不能出現多個主鍵,主鍵可以是單列,也可以是多列(復合主鍵)

2、自增長只能用在主鍵上

3.5、外鍵約束

3.5.1、單表的特點

創建一個員工表包含(id,name,age,dept_name,dept_location),id主鍵并且自增

use db1;
CREATE TABLE emp(
 id INT PRIMARY KEY auto_increment,
 name varchar(20),
 age int,
 dept_name varchar(30),
 dept_location varchar(30)
);

INSERT INTO emp(name,age,dept_name,dept_location) values('張三',20,'開發部','北京');
INSERT INTO emp(name,age,dept_name,dept_location) values('李四',21,'開發部','北京');
INSERT INTO emp(name,age,dept_name,dept_location) values('王五',22,'開發部','北京');
INSERT INTO emp(name,age,dept_name,dept_location) values('趙六',20,'銷售部','上海');
INSERT INTO emp(name,age,dept_name,dept_location) values('田七',21,'銷售部','上海');
INSERT INTO emp(name,age,dept_name,dept_location) values('小明',22,'銷售部','上海');

以上資料表的缺點:資料冗余、后期還會出現增刪改的問題

3.5.2、解決方案

分成兩張表,分別是員工表(emp)、部門表(dept)

-- 部門表  主表
CREATE TABLE dept(
 id int primary key auto_increment,
 dept_name varchar(30),
 dept_location varchar(30)
);

-- 員工表
CREATE TABLE employee(
 id int primary key auto_increment,
 name varchar(20),
 age int,
 dept_id int
);

-- 添加部門
INSERT INTO dept(dept_name,dept_location) values('開發部','北京');
INSERT INTO dept(dept_name,dept_location) values('銷售部','上海');

-- 添加員工
INSERT INTO employee(name,age,dept_id) values('張三',20,1);
INSERT INTO employee(name,age,dept_id) values('李四',21,1);
INSERT INTO employee(name,age,dept_id) values('王五',22,1);
INSERT INTO employee(name,age,dept_id) values('趙六',20,2);
INSERT INTO employee(name,age,dept_id) values('田七',21,2);
INSERT INTO employee(name,age,dept_id) values('小明',22,2);

select * from employee;

問題:當我們在employee的dept_id里面輸入不存在的部門,資料依然可以添加,但是并沒有對應的部門,實際應用中不能出現這種情況,employee的dept_id中的資料只能是dept表中存在的id,

目標:需要約束employee中的dept_id只能是dept表中已經存在的id

解決方式:使用外鍵約束

3.5.3、什么是外鍵約束

什么是外鍵:在從表中與主表主鍵對應的那一列,如 員工表中的dept_id

主表:用來約束別人的表

從表:被別人約束的表

3.5.4、添加外鍵約束

新建表時添加外鍵

[CONSTRAINT] [外鍵約束名稱] FOREIGN KEY(外鍵欄位名) REFERENCES 主表名(主鍵欄位名)

已有表添加外鍵

ALTER TABLE 從表 ADD [CONSTRAINT] [外鍵約束名稱] FOREIGN KEY(外鍵欄位名) REFERENCES 主表名(主鍵欄位名)
use db1;
-- 部門表  主表
CREATE TABLE dept(
 id int primary key auto_increment,
 dept_name varchar(30),
 dept_location varchar(30)
);

-- 員工表
CREATE TABLE employee(
 id int primary key auto_increment,
 name varchar(20),
 age int,
 dept_id int,
 constraint dept_fk_emp foreign key(dept_id) references dept(id)
);

-- 添加部門
INSERT INTO dept(dept_name,dept_location) values('開發部','北京');
INSERT INTO dept(dept_name,dept_location) values('銷售部','上海');

-- 添加員工
INSERT INTO employee(name,age,dept_id) values('張三',20,1);
INSERT INTO employee(name,age,dept_id) values('李四',21,1);
INSERT INTO employee(name,age,dept_id) values('王五',22,1);
INSERT INTO employee(name,age,dept_id) values('趙六',20,2);
INSERT INTO employee(name,age,dept_id) values('田七',21,2);
INSERT INTO employee(name,age,dept_id) values('小明',22,2);
INSERT INTO employee(name,age,dept_id) values('小紅',22,5);

select * from employee;

3.5.5、洗掉外鍵約束

ALTER TABLE 從表 drop foreign key 外鍵約束名稱;

-- 洗掉employee表的外鍵約束
alter table employee drop foreign key dept_fk_emp;

-- 表存在的情況下添加外鍵約束
alter table employee add constraint emp_deptid_fk foreign key (dept_id) references dept(id);

3.5.6、外鍵的級聯

出現新的問題

-- 要把部門表中的id值為2,改成5,能不能直接更新呢?
-- Cannot delete or update a parent row: a foreign key constraint fails
update dept set id=5 where id=2;

-- 要洗掉部門id等于1的部門,能不能直接洗掉呢?
-- Cannot delete or update a parent row: a foreign key constraint fails
delete from dept where id=1;

什么是級聯操作:
在修改和洗掉主表的主鍵時,同時更新或洗掉從表的外鍵值,稱為級聯操作

級聯操作說明
ON UPDATE CASCADE級聯更新,只能是創建表的時候創建級聯關系,更新主表中的主鍵,從表中的外鍵列也自動同步更新
ON DELETE CASCADE級聯洗掉
use db1;
-- 部門表  主表
CREATE TABLE dept(
 id int primary key auto_increment,
 dept_name varchar(30),
 dept_location varchar(30)
);

-- 員工表
CREATE TABLE employee(
 id int primary key auto_increment,
 name varchar(20),
 age int,
 dept_id int,
 constraint dept_fk_emp foreign key(dept_id) references dept(id) on update cascade on delete cascade
);

-- 添加部門
INSERT INTO dept(dept_name,dept_location) values('開發部','北京');
INSERT INTO dept(dept_name,dept_location) values('銷售部','上海');

-- 添加員工
INSERT INTO employee(name,age,dept_id) values('張三',20,1);
INSERT INTO employee(name,age,dept_id) values('李四',21,1);
INSERT INTO employee(name,age,dept_id) values('王五',22,1);
INSERT INTO employee(name,age,dept_id) values('趙六',20,2);
INSERT INTO employee(name,age,dept_id) values('田七',21,2);
INSERT INTO employee(name,age,dept_id) values('小明',22,2);
INSERT INTO employee(name,age,dept_id) values('小紅',22,5);
delete from employee where name='小紅';
select * from employee;

-- 洗掉employee表的外鍵約束
alter table employee drop foreign key emp_deptid_fk;

-- 表存在的情況下添加外鍵約束
alter table employee add constraint emp_deptid_fk foreign key (dept_id) references dept(id);

select * from employee;

select * from dept;

-- 要把部門表中的id值為2,改成5,能不能直接更新呢?
-- Cannot delete or update a parent row: a foreign key constraint fails
update dept set id=5 where id=2;

-- 要洗掉部門id等于1的部門,能不能直接洗掉呢?
-- Cannot delete or update a parent row: a foreign key constraint fails
delete from dept where id=1;

4、表與表之間的關系

表與表關系的概述

現實生活中,物體與物體之間有一定的關系,比如:部門和員工,老師和學生等,那么我們在設計表的時候,就應該體現出表與表之間的這種關系,

表和表之間的三種關系:

(1)一對多:最常用的關系 部門和員工

(2)多對多:學生表和選課表,一門課程可以有多個學生選擇,一個學生可以選擇多門課程

(3)一對一:相對使用比較少,公民和身份證號碼

5、資料庫設計規范

5.1、什么是范式

好的資料設計對資料的存盤性能和后期的程式開發,都會產生至關重要的影響,建立科學的,規范化的資料庫就需要滿足一些規則來優化資料的設計和存盤,這些規則就稱為范式,

5.2、三大范式

目前關系型資料庫有六種范式:第一范式(1NF)、第二范式(2NF)、第三范式(3NF)、巴斯-科德范式、第四范式(4NF)、第五范式(5NF),又稱為完美范式,

滿足最低要求的范式是第一范式,在第一范式的基礎上進一步滿足更多的規范要求稱為第二范式,其余范式以此類推,一般來說,資料庫只需要滿足第三范式就行了,

5.3、1NF

資料庫表的每一列都是不可分割的原子資料項,不能是集合、陣列等非原子資料,即表中的某個列有多個資訊時,必須拆分為不同的列,簡而言之,第一范式每一列不可再拆分,稱為原子性,

5.4、2NF

在滿足第一范式的前提下,表中的每一個欄位都完全依賴于主鍵,

所謂完全依賴是指不能存在僅依賴主鍵一部分的列,也就是說,第二范式就是在第一范式的基礎上所有列完全依賴于主鍵,當存在一個符合主鍵包含多個主鍵列的時候,才會發生不符合第二范式的情況,比如:有一個主鍵有兩個列,部分屬性它只依賴于其中一列,這就不符合第二范式

第二范式的特點:

(1)一張表只描述一件事情

(2)表中的每一列都完全依賴于主鍵

5.5、3NF

在滿足第二范式的前提下,表中的每一列都直接依賴于主鍵,而不是通過其他的列來間接依賴于主鍵,也就是說,第三范式就是所有列不依賴其他非主鍵列,也就是在滿足2NF的基礎上,任何非主鍵列不得傳遞依賴于主鍵,所謂傳遞依賴,指定是如果存在“A-B-C”的關系,則C傳遞依賴A,因此,不滿足第三范式,

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

標籤:其他

上一篇:SQL實作簡易課程選修成績報表

下一篇:資料庫設計概述

標籤雲
其他(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