自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

<cite id="ruwhi"></cite>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開發(fā)者社區(qū)

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線學(xué)習(xí)

文章資源問答課堂專欄直播

51CTO

鴻蒙開發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

其他數(shù)據(jù)庫(kù)

1982內(nèi)容??

關(guān)注

其他數(shù)據(jù)庫(kù)話題涵蓋其他數(shù)據(jù)庫(kù)相關(guān)研究熱點(diǎn)、技術(shù)難點(diǎn)與應(yīng)用場(chǎng)景，幫助用戶在實(shí)際應(yīng)用中選型。

文章博文課程

共 1982 條

別再分庫(kù)分表了，試試TiDB！

NewSQL 提供了與 noSQL 相同的可擴(kuò)展性，而且仍基于關(guān)系模型，還保留了極其成熟的 SQL 作為查詢語(yǔ)言，保證了ACID事務(wù)特性。

2025-02-17 10:30:01

分庫(kù)分表 NewSQL noSQL

高逼格的 SQL 寫法：行行比較

業(yè)務(wù)機(jī)下銷售商品，同個(gè)業(yè)務(wù)機(jī)構(gòu)可以銷售不同的商品，同個(gè)商品可以在不同的業(yè)務(wù)機(jī)構(gòu)銷售，也就說(shuō)：業(yè)務(wù)機(jī)構(gòu)與商品是多對(duì)多的關(guān)系。

2025-02-14 00:25:00

SQL 寫法業(yè)務(wù)

面試官：說(shuō)說(shuō)30億量級(jí)的表結(jié)構(gòu)，你是如何設(shè)計(jì)的

引的長(zhǎng)度與區(qū)分度是一對(duì)矛盾體，一般對(duì)字符串類型數(shù)據(jù)，長(zhǎng)度為 20 的索引，區(qū)分度會(huì)高達(dá) 90%以上，可以使用 count(distinct left(列名, 索引長(zhǎng)度))/count(*)的區(qū)分度來(lái)確定。?

2025-02-12 08:43:06

字符串索引數(shù)據(jù)

代碼更優(yōu)雅！開發(fā)者不能錯(cuò)過(guò)的五種設(shè)計(jì)模式

Order類的構(gòu)造方法被設(shè)置為私有，并且未提供任何 setter 方法。這強(qiáng)制我們使用 Builder 類，增強(qiáng)了代碼的靈活性和可維護(hù)性。

2025-02-12 08:04:54

代碼 Order setter

SQL 優(yōu)化的“最后一公里”，謹(jǐn)慎操作 NULL 值

NULL 值作為一種特殊的存在，無(wú)論它出現(xiàn)在哪種運(yùn)算中，都可能導(dǎo)致意料之外的結(jié)果。因此在數(shù)據(jù)處理之前，我們通常需要對(duì) NULL 值進(jìn)行篩選和處理，以避免出現(xiàn)潛在的問題。

2025-02-11 00:11:00

NULL 運(yùn)算篩選

高效數(shù)據(jù)隔離方案：SpringBoot+JSqlParser 全解析

通過(guò)在 prepare 方法進(jìn)行攔截，我們可以在 SQL 語(yǔ)句被最終確定之前更改它，從而使修改生效。如果在 query 或 update 方法中進(jìn)行攔截，則無(wú)法更改 SQL 語(yǔ)句，只能在執(zhí)行前后進(jìn)行其他操作，比如日志記錄或者結(jié)果處理。

2025-02-10 14:13:54

SQL 語(yǔ)句 query

如何使用Postgres DB實(shí)現(xiàn)混合搜索譯文精選

本文解釋了如何在單個(gè)PostgresDB中使用全文搜索和pgvector實(shí)現(xiàn)混合搜索（詞法和語(yǔ)義）。

2025-02-10 10:54:53

PostgresDB pgvector 數(shù)據(jù)庫(kù)

我們一起聊聊如何加速無(wú)索引表引起的主從延遲數(shù)據(jù)回放

加速無(wú)索引表的回放主要是針對(duì)該表上進(jìn)行 DELETE? 或 UPDATE 操作時(shí)有效，而且我們操作的時(shí)候要注意是否能記錄binlog日志，保證主從數(shù)據(jù)一致性，當(dāng)從節(jié)點(diǎn)作為數(shù)據(jù)節(jié)點(diǎn)即存儲(chǔ)節(jié)點(diǎn)的角色時(shí)，要關(guān)注計(jì)算節(jié)點(diǎn)即代理層元數(shù)據(jù)與存儲(chǔ)節(jié)點(diǎn)元數(shù)據(jù)的一致性或者是符合計(jì)算節(jié)點(diǎn)關(guān)于該表的定義規(guī)則。

2025-02-10 10:29:52

數(shù)據(jù)DELETE?日志

關(guān)于時(shí)間序列數(shù)據(jù)的十件事

沒有人希望一開始就使用一個(gè)數(shù)據(jù)庫(kù)，結(jié)果發(fā)現(xiàn)它無(wú)法擴(kuò)展或不適合其應(yīng)用程序和系統(tǒng)的增長(zhǎng)需求。正如這篇文章指出的那樣，時(shí)間序列數(shù)據(jù)庫(kù)在數(shù)據(jù)攝取速度、查詢延遲、易用性、可靠性等方面差異很大。

2025-02-10 08:59:54

時(shí)間序列數(shù)據(jù)

Redis 賦能！Spring Boot 實(shí)現(xiàn)高性能分頁(yè)+多條件模糊查詢

本文介紹了一種基于 Redis 實(shí)現(xiàn)高性能分頁(yè)+多條件模糊查詢的思路。通過(guò) SortedSet 進(jìn)行分頁(yè)，結(jié)合 Hash 結(jié)構(gòu)與 HSCAN 實(shí)現(xiàn)模糊匹配，并優(yōu)化查詢效率，能夠大幅提升查詢性能。

2025-02-06 10:00:52

Redis Spring 高性能

詳解如何優(yōu)雅實(shí)現(xiàn)先分組再組內(nèi)排序取數(shù)據(jù)解決方案

分組后組內(nèi)排序取第一條記錄的操作，是 SQL 查詢中的高頻需求。推薦優(yōu)先使用窗口函數(shù) ROW_NUMBER()，其次是子查詢方法，并根據(jù)實(shí)際業(yè)務(wù)場(chǎng)景選擇合適的實(shí)現(xiàn)方式。

2025-02-05 11:41:25

排序函數(shù)SQL

利用數(shù)據(jù)庫(kù) LOAD DATA 特性實(shí)現(xiàn)數(shù)據(jù)批量寫入

在實(shí)際應(yīng)用中，開發(fā)者需要根據(jù)具體的業(yè)務(wù)場(chǎng)景、數(shù)據(jù)量大小、代碼復(fù)雜度要求以及事務(wù)控制等因素，綜合考慮選擇合適的方法。

2025-02-05 09:32:58

數(shù)據(jù)開發(fā)者工具

Java高手進(jìn)階：秒殺場(chǎng)景下的庫(kù)存一致性解決方案

悲觀鎖機(jī)制通過(guò)鎖定數(shù)據(jù)庫(kù)中的某行數(shù)據(jù)，確保在高并發(fā)情況下只有一個(gè)用戶可以修改庫(kù)存。在用戶請(qǐng)求秒殺時(shí)，數(shù)據(jù)庫(kù)會(huì)鎖定庫(kù)存行，直到操作完成后才釋放鎖。

2025-02-04 15:48:21

悲觀鎖數(shù)據(jù)庫(kù)應(yīng)用

LIMIT 1000000, 10 為什么慢？如何優(yōu)化？

LIMIT 1000000, 10 之所以慢，主要是因?yàn)閿?shù)據(jù)庫(kù)需要掃描并跳過(guò)大量的數(shù)據(jù)。通過(guò)使用覆蓋索引、游標(biāo)分頁(yè)、子查詢優(yōu)化、延遲關(guān)聯(lián)、緩存和分區(qū)表等技術(shù)，可以顯著提高查詢性能。

2025-02-04 12:17:06

LIMIT 數(shù)據(jù)性能

Go語(yǔ)言：如何使用testcontainers構(gòu)建數(shù)據(jù)訪問層的集成測(cè)試？

即使SQL語(yǔ)句在數(shù)據(jù)庫(kù)客戶端中運(yùn)行完美，放入程序代碼中也不能保證正常工作。使用真實(shí)數(shù)據(jù)庫(kù)進(jìn)行測(cè)試是確認(rèn)組件正常運(yùn)行的唯一方法。

2025-01-26 17:00:46

數(shù)據(jù)庫(kù)SQL 代碼

優(yōu)雅！Spring Boot使用Flyway進(jìn)行數(shù)據(jù)庫(kù)腳本遷移管理

Flyway是一個(gè)開源的數(shù)據(jù)庫(kù)遷移工具，它通過(guò)定義一系列有序的SQL腳本（稱為遷移），幫助你管理數(shù)據(jù)庫(kù)的結(jié)構(gòu)變更。這些遷移腳本可以用于創(chuàng)建表、修改列、添加索引等任何數(shù)據(jù)庫(kù)更改操作。

2025-01-26 00:00:35

Flyway 數(shù)據(jù)庫(kù)工具

為什么 LIMIT 0, 10 快，而 LIMIT 1000000, 10 慢？

索引覆蓋是一種數(shù)據(jù)庫(kù)查詢優(yōu)化技術(shù)。它意味著在執(zhí)行查詢時(shí)，數(shù)據(jù)庫(kù)引擎可以直接從索引中獲取所有需要的數(shù)據(jù)，而不必回表（訪問主鍵索引或表中的實(shí)際數(shù)據(jù)行）來(lái)獲取額外的信息。這樣可以減少磁盤I/O操作，從而提高查詢性能。?

2025-01-22 08:29:18

索引查詢優(yōu)化

數(shù)據(jù)庫(kù)分片技術(shù)：深入解析與實(shí)踐指南

分片對(duì)于那些尋求水平擴(kuò)展數(shù)據(jù)庫(kù)的人來(lái)說(shuō)可能是一個(gè)很好的解決方案。然而，它也增加了相當(dāng)大的復(fù)雜性，并為你的應(yīng)用程序創(chuàng)造了更多的潛在故障點(diǎn)。

2025-01-22 08:19:34

數(shù)據(jù)庫(kù)分片技術(shù)應(yīng)用程序

LSM樹揭秘：NoSQL存儲(chǔ)系統(tǒng)的核心

今天我們聊了 LSM 樹的相關(guān)知識(shí)，我們首先介紹了 LSM 樹的原理，其實(shí) LSM 并不是樹，而是一個(gè)多層的讀寫流程，LSM 樹本身是為了解決快速寫入的問題而設(shè)計(jì)的，LSM 樹利用了磁盤的順序讀寫能力，通過(guò)多層噴泉一樣的方式寫入數(shù)據(jù)，層與層之間不斷歸并計(jì)算。

2025-01-17 08:17:55

LSM 數(shù)據(jù)存儲(chǔ)

一篇帶你快速上手 Seata

事務(wù)通常由高級(jí)數(shù)據(jù)庫(kù)操作語(yǔ)言或編程語(yǔ)言書寫的用戶程序所引起，并用形如 begin transaction 或 end transaction 語(yǔ)句(或函數(shù)調(diào)用)來(lái)界定。

2025-01-17 07:00:00

事務(wù)數(shù)據(jù)庫(kù)編程語(yǔ)言

從零到一：GreptimeDB 與 Grafana 的無(wú)縫集成指南

我想著怎么給 GreptimeDB 弄一個(gè)自定義的存儲(chǔ)，因?yàn)樗倪@個(gè) 控制器創(chuàng)建完成后，就會(huì)自動(dòng)創(chuàng)建?PV?和?PVC?然后掛載，10G?的存儲(chǔ)，但是我想要自定義，如下?YAML。

2025-01-16 10:46:31

GreptimeDB PV PVC

數(shù)據(jù)庫(kù)連接池大比拼：HikariCP vs Druid，誰(shuí)更勝一籌？

熟悉 JDBC 的同學(xué)可能知道，用 Java 來(lái)操作數(shù)據(jù)庫(kù)，通常需要先創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)連接，然后通過(guò)這個(gè)連接來(lái)執(zhí)行相關(guān)的 SQL 語(yǔ)句，當(dāng)執(zhí)行完畢之后需要再次手動(dòng)釋放連接。

2025-01-16 10:34:18

HikariCP Druid Java

一起聊聊 Druid 數(shù)據(jù)庫(kù)連接池

- 在MyBatis的Mapper接口中定義數(shù)據(jù)庫(kù)操作方法，如查詢、插入等。在Service層注入Mapper接口，調(diào)用接口方法實(shí)現(xiàn)業(yè)務(wù)邏輯。

2025-01-16 10:30:49

Druid 數(shù)據(jù)庫(kù)連接池

數(shù)據(jù)庫(kù)高可用架構(gòu)的盡頭是RAC嗎？

數(shù)據(jù)庫(kù)業(yè)務(wù)連續(xù)性解決方案的技術(shù)發(fā)展方向是對(duì)應(yīng)用越來(lái)越透明，對(duì)應(yīng)用影響越來(lái)越小。Oracle對(duì)業(yè)務(wù)連續(xù)性的解決方案已經(jīng)發(fā)展到了全局?jǐn)?shù)據(jù)服務(wù)GDS，RAC只是其中的一個(gè)環(huán)節(jié)了。

2025-01-15 10:53:54

數(shù)據(jù)庫(kù)高可用架構(gòu)

向量數(shù)據(jù)庫(kù)真的能滿足所有 AI Agent 的記憶需求嗎？

記憶管理對(duì)于長(zhǎng)期運(yùn)行的 AI Agents 的廣泛應(yīng)用至關(guān)重要。雖然向量數(shù)據(jù)庫(kù)在處理對(duì)話式智能體時(shí)表現(xiàn)出色，但我們發(fā)現(xiàn)它們無(wú)法滿足復(fù)雜 Agentic AI 任務(wù)多樣化的記憶需求，尤其是情景記憶（episodic memory）和程序記憶（procedural memory）。

2025-01-14 10:29:34

向量數(shù)據(jù)庫(kù)AI

阿里終面：業(yè)務(wù)主表讀寫緩慢如何優(yōu)化？

解決讀寫緩慢的問題冷熱分離是個(gè)不錯(cuò)的選擇，上述介紹了三種方案實(shí)現(xiàn)冷熱分離，雖說(shuō)都能實(shí)現(xiàn)，但是仍然要考慮諸多問題，最棘手的問題就是數(shù)據(jù)一致性的問題。

2025-01-14 10:28:34

業(yè)務(wù)主表讀寫冷熱分離

突然忘記 MySQL 登陸密碼，怎么辦？

很久之前，在 centos7 服務(wù)器上安裝了一個(gè) mysql5.7 的數(shù)據(jù)庫(kù)，不過(guò)很長(zhǎng)時(shí)間沒有使用過(guò)，記得里面有一些重要數(shù)據(jù)，最近想起來(lái)可以用起來(lái)，但是密碼忘記了。

2025-01-14 00:00:10

Mysql 登陸數(shù)據(jù)庫(kù)

理解數(shù)據(jù)庫(kù)原理可能是找到破解疑難雜癥最后一張拼圖的關(guān)鍵

我們這些年在Oracle的一些內(nèi)部原理方面的知識(shí)都是一些碎片化的屠龍技，不是遇到問題的時(shí)候，真的沒有太多其他的用處。不過(guò)在一些復(fù)雜問題定位的時(shí)候，這些知識(shí)往往是找到解決問題辦法的關(guān)鍵。

2025-01-10 10:30:34

Oracle 數(shù)據(jù)庫(kù)索引

NOSQL數(shù)據(jù)庫(kù)能否符合ACID特性？

ACID不是關(guān)系數(shù)據(jù)庫(kù)的遺留物，而是事務(wù)處理系統(tǒng)中的一個(gè)基礎(chǔ)概念?，F(xiàn)代NoSQL數(shù)據(jù)庫(kù)已經(jīng)發(fā)展到包含ACID保證，挑戰(zhàn)了它們天生就是“BASE”的過(guò)時(shí)說(shuō)法。

2025-01-10 09:25:10

NOSQL 數(shù)據(jù)庫(kù)ACID

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 視圖原創(chuàng)

對(duì)于存在復(fù)雜視圖的查詢，優(yōu)化器可以有兩種方式來(lái)優(yōu)化查詢。一是創(chuàng)建一個(gè)用于聚集視圖合并結(jié)果集，并把這個(gè)結(jié)果集連接到基表中；另一個(gè)是展開視圖連接兩個(gè)基表并聚集這些連接。

2025-01-09 07:30:49

SQL 能力評(píng)測(cè)

Spring boot開啟定時(shí)任務(wù)的三種方式

使用@Scheduled 注解很方便，但缺點(diǎn)是當(dāng)我們調(diào)整了執(zhí)行周期的時(shí)候，需要重啟應(yīng)用才能生效，這多少有些不方便。為了達(dá)到實(shí)時(shí)生效的效果，那么可以使用接口來(lái)完成定時(shí)任務(wù)，統(tǒng)一將定時(shí)器信息存放在數(shù)據(jù)庫(kù)中。

2025-01-08 09:55:37

Spring 接口數(shù)據(jù)庫(kù)

我們一起聊聊分庫(kù)分表帶來(lái)了哪些問題？

分庫(kù)分表是解決單庫(kù)單表性能瓶頸的有效手段，但也會(huì)引入新的復(fù)雜性和技術(shù)挑戰(zhàn)。這篇文章跟大家一起聊聊，分庫(kù)分表后帶來(lái)的7個(gè)問題，以及相關(guān)的解決方案，希望對(duì)你會(huì)有所幫助。

2025-01-07 08:20:49

分庫(kù)分表系統(tǒng)技術(shù)

相同SQL在不同實(shí)例結(jié)果竟然不同，你知道嗎？

這是一個(gè)遺留的老庫(kù)，4節(jié)點(diǎn)12.2的RAC。我們每天都會(huì)通過(guò)EM對(duì)數(shù)據(jù)庫(kù)所有PDB的表空間使用量進(jìn)行巡檢，針對(duì)使用率較高的表空間將和業(yè)務(wù)方進(jìn)行溝通并擴(kuò)容。

2025-01-07 08:17:37

SQL EM 數(shù)據(jù)庫(kù)所

K8s 云原生應(yīng)用如何接入監(jiān)控.md

隨著這兩年可觀測(cè)性標(biāo)準(zhǔn)的完善，許多廠商都在往 OpenTelemetry 上進(jìn)行遷移，接入 OpenTelemetry 與直接使用 Prometheus 最大的不同是：不再由 Prometheus 主動(dòng)抓取應(yīng)用指標(biāo)，而是由應(yīng)用給 OpenTelemetry-Collector 推送標(biāo)準(zhǔn)化的可觀測(cè)數(shù)據(jù)（包含日志、trace、指標(biāo)），再由它遠(yuǎn)程寫入 Prometheus 這類時(shí)序數(shù)據(jù)庫(kù)中。

2025-01-03 08:08:56

數(shù)據(jù)庫(kù)Prometheus 指標(biāo)

圖解支付系統(tǒng)訂單號(hào)設(shè)計(jì)與最佳實(shí)踐

假如你也好奇為什么有了數(shù)據(jù)庫(kù)自增ID外還需要業(yè)務(wù)ID，或者想了解如何在業(yè)務(wù)ID中編織進(jìn)業(yè)務(wù)信息比如業(yè)務(wù)系統(tǒng)，數(shù)據(jù)版本，分庫(kù)分表位等，值得花幾分鐘了解一下。同時(shí)我也不建議在支付系統(tǒng)中使用雪花算法來(lái)生成業(yè)務(wù)ID。

2025-01-02 09:06:43

支付系統(tǒng)訂單號(hào)數(shù)據(jù)庫(kù)

分布式數(shù)據(jù)庫(kù)下誤刪表怎么恢復(fù)？

數(shù)據(jù)的完整性是數(shù)據(jù)庫(kù)可用性的基本功能，在實(shí)際應(yīng)用數(shù)據(jù)庫(kù)變更操作過(guò)程中可能因?yàn)檎`操作導(dǎo)致誤刪表或者truncate操作影響業(yè)務(wù)的正常訪問。本文介紹了分布式數(shù)據(jù)庫(kù)中在誤刪表場(chǎng)景下的數(shù)據(jù)恢復(fù)方案，并進(jìn)行了對(duì)比。

2024-12-31 00:00:20

分布式數(shù)據(jù)庫(kù)可用性

國(guó)產(chǎn)數(shù)據(jù)庫(kù)問題與性能診斷中的宏觀分析與微觀分析

ASH數(shù)據(jù)還可以用來(lái)分析某些SQL語(yǔ)句并發(fā)執(zhí)行的情況，會(huì)話的變化情況（會(huì)話數(shù)量、會(huì)話分布情況、活躍會(huì)話數(shù)量、異常會(huì)話數(shù)量、阻塞會(huì)話數(shù)量等的變化），結(jié)合服務(wù)器資源變化的趨勢(shì)，可以獲得十分有價(jià)值的分析結(jié)果。

2024-12-30 10:03:11

數(shù)據(jù)庫(kù)ASH SQL

基于openGauss的關(guān)系型數(shù)據(jù)庫(kù)產(chǎn)品占比達(dá)28.5%，成三個(gè)主流開源技術(shù)路線之首

openGauss社區(qū)將繼續(xù)秉持“共建、共治、共享”的理念，通過(guò)與伙伴和全球開發(fā)者共同努力，推動(dòng)基礎(chǔ)軟件技術(shù)的持續(xù)創(chuàng)新和應(yīng)用，構(gòu)建一個(gè)更加開放、多元的全球開源社區(qū)。

2024-12-28 15:50:47

MyBatis 攔截器，帶你輕松搞定數(shù)據(jù)脫敏！

MyBatis 攔截器是一種插件機(jī)制，用于在 MyBatis 執(zhí)行 SQL 語(yǔ)句時(shí)對(duì)其進(jìn)行攔截、修改或增強(qiáng)。攔截器可以插入到 MyBatis 的執(zhí)行過(guò)程中的不同位置，從而實(shí)現(xiàn)自定義的行為，例如記錄日志、修改 SQL 查詢、增強(qiáng)性能等。

2024-12-27 08:39:10

MyBatis 攔截器插件機(jī)制

深入剖析SQL死鎖-兩條SQL之間的死鎖原因

在業(yè)務(wù)實(shí)現(xiàn)中，若數(shù)據(jù)存在則修改，不存在則插入，通常大家會(huì)選用 INSERT INTO... ON DUPLICATE KEY UPDATE 語(yǔ)句讓數(shù)據(jù)庫(kù)實(shí)現(xiàn)此功能。近期在進(jìn)行開發(fā)批量取消預(yù)約物流的場(chǎng)景中，由于一個(gè)物流對(duì)應(yīng)多個(gè)訂單，同時(shí)取消多個(gè)物流時(shí)，接口可能會(huì)變慢。

2024-12-27 00:00:00

SQL 死鎖數(shù)據(jù)庫(kù)

常見的千萬(wàn)級(jí)數(shù)據(jù)分表的遷移方案，你知道幾個(gè)？

為了降低遷移過(guò)程中帶來(lái)的影響，一般都是選在凌晨進(jìn)行數(shù)據(jù)的遷移，這樣盡量將風(fēng)險(xiǎn)降到最小。許多游戲公司的服務(wù)器升級(jí)，游戲分區(qū)與合區(qū)，都可能會(huì)采用類似的方案。

2024-12-26 08:37:39

千萬(wàn)級(jí)數(shù)據(jù)分表服務(wù)器

我們一起聊聊國(guó)產(chǎn)數(shù)據(jù)庫(kù)的機(jī)遇與挑戰(zhàn)

國(guó)產(chǎn)數(shù)據(jù)庫(kù)產(chǎn)品想要健康發(fā)展，還是要憑借著優(yōu)秀的服務(wù)和不斷進(jìn)步的產(chǎn)品才能抓住市場(chǎng)，否則牛皮總是會(huì)吹破，市場(chǎng)上又不是至于一個(gè)賣瓜的王婆。

2024-12-26 08:20:37

國(guó)產(chǎn)數(shù)據(jù)庫(kù)產(chǎn)品

SQL 語(yǔ)句是怎么執(zhí)行的？

解析器將語(yǔ)法樹交給查詢優(yōu)化器。查詢優(yōu)化器的任務(wù)是優(yōu)化 SQL 查詢的執(zhí)行方式，生成一個(gè)執(zhí)行計(jì)劃。執(zhí)行計(jì)劃決定了數(shù)據(jù)庫(kù)如何從存儲(chǔ)中讀取數(shù)據(jù)、如何連接不同的表、如何使用索引等。

2024-12-26 08:16:26

SQL 語(yǔ)法樹解析器

開源世界的年度盤點(diǎn)：Kubernetes、Rust、Linux和DOS？

當(dāng)Redis更改其NoSQL數(shù)據(jù)庫(kù)的許可證時(shí)，它突然面臨著一個(gè)名為Valkey的分支得到資金雄厚的重量級(jí)人物的支持，例如亞馬遜網(wǎng)絡(luò)服務(wù)、谷歌、Linux基金會(huì)和甲骨文。

2024-12-26 00:23:46

NoSQL 數(shù)據(jù)庫(kù)Valkey

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 子查詢原創(chuàng)

優(yōu)化器需要考慮如何最有效地執(zhí)行嵌套查詢，這可能涉及到多個(gè)表的連接、復(fù)雜的條件邏輯等，這對(duì)于優(yōu)化器挑戰(zhàn)是很大的。

2024-12-19 07:30:34

SQL 子查詢國(guó)產(chǎn)集中庫(kù)

群里說(shuō)過(guò)幾百遍的長(zhǎng)事務(wù)死鎖問題還是被人遇到了~別再這樣做了！

近期測(cè)試中，發(fā)現(xiàn)幾年前開發(fā)的業(yè)務(wù)流程申請(qǐng)模塊在頻繁操作時(shí)會(huì)出現(xiàn)異常提示，導(dǎo)致審批流程失敗。最初以為是代碼邏輯不周或異常處理不足等常見錯(cuò)誤，但通過(guò)日志排查后發(fā)現(xiàn)，問題源自數(shù)據(jù)庫(kù)的死鎖。

2024-12-17 10:07:13

死鎖數(shù)據(jù)庫(kù)日志

先更新數(shù)據(jù)庫(kù)，還是先更新緩存？效果還真不一樣?。?！

隨著互聯(lián)網(wǎng)的高速發(fā)展，當(dāng)今時(shí)代已然從IT時(shí)代進(jìn)入到DT時(shí)代?；ヂ?lián)網(wǎng)系統(tǒng)架構(gòu)也已經(jīng)由最初的單體架構(gòu)轉(zhuǎn)變?yōu)榉植际?、微服?wù)架構(gòu)模式。

2024-12-16 08:01:57

數(shù)據(jù)庫(kù)緩存系統(tǒng)

DML操作報(bào)列不存在？

如果出現(xiàn)在執(zhí)行DML操作時(shí)報(bào)錯(cuò)，并且報(bào)錯(cuò)跟當(dāng)前表沒有什么關(guān)系時(shí)可以考慮是否有觸發(fā)器與當(dāng)前表有關(guān)聯(lián)，檢查一下觸發(fā)器中涉及的SQL語(yǔ)句。

2024-12-13 08:25:59

國(guó)產(chǎn)集中庫(kù)SQL能力評(píng)測(cè) - 表連接原創(chuàng)

數(shù)據(jù)庫(kù)會(huì)首先連接其中的兩個(gè)表，產(chǎn)生一個(gè)結(jié)果集；然后將產(chǎn)生的結(jié)果集與下一個(gè)表再進(jìn)行關(guān)聯(lián)；繼續(xù)這個(gè)過(guò)程，直到所有的表都連接完成；最后產(chǎn)生所需的數(shù)據(jù)。本文將對(duì)比不同數(shù)據(jù)庫(kù)對(duì)表連接的處理方式差異。

2024-12-10 07:30:46

數(shù)據(jù)庫(kù)表連接數(shù)據(jù)

國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)的通用診斷方法，你學(xué)會(huì)了嗎？

對(duì)于分布式數(shù)據(jù)庫(kù)而言，會(huì)話分析也與集中式數(shù)據(jù)庫(kù)不同，會(huì)話均衡性、活躍會(huì)話均衡性、新增會(huì)話均衡性等指標(biāo)是發(fā)現(xiàn)問題的關(guān)鍵，因此針對(duì)這些指標(biāo)，需要常態(tài)化采集。

2024-12-06 10:54:17

國(guó)產(chǎn)分布式數(shù)據(jù)庫(kù)

上一頁(yè) 1 2 3 4 5 6 ··· 40 下一頁(yè)

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

<pre id="rpz19"></pre>

<var id="rpz19"><button id="rpz19"><span id="rpz19"></span></button></var>