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

<sub id="eyj2b"><i id="eyj2b"></i></sub>

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í)

文章資源問(wèn)答課堂專欄直播

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 條

靠池化技術(shù)效率翻 3 倍！同行偷偷在用的救命神器曝光

別慌！今天咱就來(lái)聊聊程序員的 "速效救心丸"—— 池化技術(shù)。這玩意兒就像給系統(tǒng)裝了個(gè)智能資源管家，能讓你的代碼效率直接翻 3 倍，而且原理并不復(fù)雜，咱用大白話慢慢嘮。

2025-04-29 09:30:51

池化技術(shù)數(shù)據(jù)庫(kù)連接池

SpringBoot與Canal整合，實(shí)現(xiàn)金融交易系統(tǒng)的實(shí)時(shí)數(shù)據(jù)同步功能

Canal是阿里巴巴開源的一個(gè)用于高效抓取 MySQL 數(shù)據(jù)庫(kù)增量變更日志（binlog）并進(jìn)行處理的中間件。它可以將 MySQL 的 binlog 解析為結(jié)構(gòu)化的 JSON 格式，并提供多種方式將這些數(shù)據(jù)推送到下游系統(tǒng)。

2025-04-29 08:36:28

Spring Canal 數(shù)據(jù)庫(kù)

數(shù)據(jù)庫(kù)同城雙活方案探討

本文討論了同城雙活的實(shí)現(xiàn)架構(gòu)以及如何實(shí)現(xiàn)數(shù)據(jù)庫(kù)層同城雙活，對(duì)于對(duì)同一份數(shù)據(jù)同時(shí)寫操作在集群的機(jī)制上本身比較復(fù)雜，雖然RAC架構(gòu)能夠?qū)崿F(xiàn)本站點(diǎn)的部署，但是在同城架構(gòu)下RAC集群要依賴底層的數(shù)據(jù)庫(kù)網(wǎng)絡(luò)和存儲(chǔ)網(wǎng)絡(luò)，架構(gòu)中的不穩(wěn)定因素太多，而且RAC集群的性能相比單集群的架構(gòu)反而會(huì)有下降。

2025-04-28 08:35:07

數(shù)據(jù)庫(kù)同城雙活

聚簇與非聚簇索引、回表及索引下推原理

在數(shù)據(jù)庫(kù)領(lǐng)域，聚簇索引和非聚簇索引是至關(guān)重要的概念，它們?cè)跀?shù)據(jù)組織與存儲(chǔ)方式上截然不同，深刻影響著查詢性能。

2025-04-28 07:10:46

聚簇非聚簇索引

【MySQL死鎖終結(jié)者】5分鐘徹底解決數(shù)據(jù)庫(kù)"卡死"難題！

對(duì)于讀寫事務(wù)來(lái)說(shuō)，只有在它第一次對(duì)某個(gè)表執(zhí)行增刪改操作時(shí)，才會(huì)為這個(gè)事務(wù)分配一個(gè)事務(wù)id，否則是不分配事務(wù) id 的。有時(shí)，雖然我們開啟了一個(gè)讀寫事務(wù)，但是這個(gè)事務(wù)中全是查詢語(yǔ)句，并沒(méi)有執(zhí)行增刪改操作的語(yǔ)句，這也就意味著這個(gè)事務(wù)并不會(huì)被分配一個(gè)事務(wù)id。

2025-04-28 04:22:00

MySQL 數(shù)據(jù)庫(kù)id

最火向量數(shù)據(jù)庫(kù)Milvus安裝使用一條龍！

Milvus 設(shè)計(jì)之初就是為 AI 而生的一個(gè)高效的向量數(shù)據(jù)庫(kù)系統(tǒng)，在大多數(shù)情況下，Milvus 的性能是其他向量數(shù)據(jù)庫(kù)的 2-5 倍，它能實(shí)現(xiàn)萬(wàn)億級(jí)向量的毫秒級(jí)相似性搜索，而且 Milvus 還是開源的向量數(shù)據(jù)庫(kù)。

2025-04-27 00:00:00

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

國(guó)產(chǎn)數(shù)據(jù)庫(kù)對(duì)象能力評(píng)測(cè)_視圖&序列原創(chuàng)

數(shù)據(jù)庫(kù)序列，是一種用于生成唯一數(shù)字標(biāo)識(shí)符的核心機(jī)制，主要用于自動(dòng)化生成主鍵、訂單號(hào)等需全局唯一性的場(chǎng)景，其能力包括靈活控制起始值、步長(zhǎng)及循環(huán)規(guī)則，支持高并發(fā)環(huán)境下的低鎖競(jìng)爭(zhēng)和高效生成，尤其通過(guò)緩存機(jī)制（如Oracle的CACHE）顯著提升吞吐量。

2025-04-23 07:31:14

數(shù)據(jù)庫(kù)序列，核心機(jī)制

一文說(shuō)透億級(jí)流量網(wǎng)站緩存架構(gòu)核心技術(shù)！

本文緩存方案已經(jīng)開源，開源地址如下，如果開源方案對(duì)你有點(diǎn)幫助或者啟發(fā)，歡迎在代碼倉(cāng)庫(kù)給個(gè)Star，讓更過(guò)的小伙伴看到它，互相學(xué)習(xí)，一起進(jìn)步。

2025-04-22 08:57:27

緩存方案緩存架構(gòu)緩存穿透

OB單機(jī)版，擾動(dòng)集中式數(shù)據(jù)庫(kù)市場(chǎng)的X因素原創(chuàng)

在國(guó)產(chǎn)數(shù)據(jù)庫(kù)市場(chǎng)競(jìng)爭(zhēng)白熱化的當(dāng)下，OceanBase單機(jī)版的發(fā)布猶如投入湖面的巨石，以"單機(jī)分布式一體化"架構(gòu)為支點(diǎn)，正在撬動(dòng)傳統(tǒng)集中式數(shù)據(jù)庫(kù)市場(chǎng)格局。

2025-04-21 07:31:21

OB 單機(jī)版數(shù)據(jù)庫(kù)

超實(shí)用！用FunctionCall實(shí)現(xiàn)快遞AI助手

昨天晚上直播，我們用 RAG（Retrieval-Augmented Generation，檢索增強(qiáng)生成）實(shí)現(xiàn)了數(shù)據(jù)庫(kù) AI 助手，今天我們準(zhǔn)備換一個(gè)技術(shù)使用 function call 來(lái)實(shí)現(xiàn)快遞 AI 助手。

2025-04-18 00:00:00

AI 助手數(shù)據(jù)庫(kù)

Spring Boot3.3 + Apache Calcite 實(shí)戰(zhàn)：用 SQL 動(dòng)態(tài)查詢 JSON 數(shù)據(jù)源

Apache Calcite 作為一個(gè)高度可擴(kuò)展的查詢引擎，在大數(shù)據(jù)和異構(gòu)數(shù)據(jù)訪問(wèn)場(chǎng)景中具有廣泛的應(yīng)用價(jià)值。它不僅支持靈活的 SQL 查詢語(yǔ)法，還能與各類數(shù)據(jù)源輕松集成，讓開發(fā)者能夠以統(tǒng)一方式訪問(wèn)結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)。

2025-04-17 03:33:00

Spring SQL 動(dòng)態(tài)查詢

SpringAI更新：向量數(shù)據(jù)庫(kù)不可用的解決方案！

雖然 SimpleVectorStore 不支持了，但 Spring AI 內(nèi)置了 Redis 或 ES 作為向量數(shù)據(jù)庫(kù)的分布式存儲(chǔ)中間件，我們可以用他們來(lái)進(jìn)行向量的存儲(chǔ)。

2025-04-17 00:00:00

SpringAI 數(shù)據(jù)庫(kù)Redis

糟糕，線上庫(kù)存竟然變成負(fù)500......

通過(guò)組合使用：Redis做第一道防線（承受80%流量）；分布式鎖控制核心業(yè)務(wù)邏輯；預(yù)扣庫(kù)存+消息隊(duì)列保證最終一致性。

2025-04-16 08:20:34

線上庫(kù)存預(yù)扣

面試官：RocketMQ 長(zhǎng)輪詢是怎么實(shí)現(xiàn)的？

長(zhǎng)輪詢可以降低無(wú)效的輪詢請(qǐng)求，提升請(qǐng)求效率。RocketMQ 消費(fèi)者長(zhǎng)輪詢支持配置，當(dāng)消息量不太大，消費(fèi)者沒(méi)有必要頻繁地請(qǐng)求，這時(shí)可以設(shè)置成長(zhǎng)輪詢機(jī)制。需要注意的是，消費(fèi)端設(shè)置的請(qǐng)求超時(shí)時(shí)間必須大于 Broker 輪詢時(shí)間。

2025-04-14 11:41:12

RocketMQ 長(zhǎng)輪詢配置

不宕機(jī)、無(wú)風(fēng)險(xiǎn)！千億級(jí)數(shù)據(jù)線上平滑擴(kuò)容實(shí)戰(zhàn)！

在項(xiàng)目初期，我們部署了三個(gè)數(shù)據(jù)庫(kù)A、B、C，此時(shí)數(shù)據(jù)庫(kù)的規(guī)模可以滿足我們的業(yè)務(wù)需求。為了將數(shù)據(jù)做到平均分配，我們?cè)赟ervice服務(wù)層使用uid%3進(jìn)行取模分片，從而將數(shù)據(jù)平均分配到三個(gè)數(shù)據(jù)庫(kù)中。

2025-04-14 02:00:00

不宕機(jī)數(shù)據(jù)數(shù)據(jù)庫(kù)

5大步驟+10個(gè)案例，SQL優(yōu)化萬(wàn)能公式！

?在應(yīng)用開發(fā)的早期，數(shù)據(jù)量少，開發(fā)人員開發(fā)功能時(shí)更重視功能上的實(shí)現(xiàn)，隨著生產(chǎn)數(shù)據(jù)的增長(zhǎng)，很多SQL語(yǔ)句開始暴露出性能問(wèn)題，對(duì)生產(chǎn)的影響也越來(lái)越大，有時(shí)可能這些有問(wèn)題的SQL就是整個(gè)系統(tǒng)性能的瓶頸。?

2025-04-11 02:44:00

SQL 優(yōu)化萬(wàn)能公式

"另類MySQL"-openHalo 初體驗(yàn) 原創(chuàng)

作為最大的兩個(gè)開源項(xiàng)目，MySQL\PostgreSQL 擁有著龐大的用戶群體。而這一開源項(xiàng)目，將兩者統(tǒng)一起來(lái)，讓很多MySQL生態(tài)用戶，可以平滑遷移到PG生態(tài)上來(lái)。我也抽了點(diǎn)時(shí)間做個(gè)簡(jiǎn)單的評(píng)測(cè)，下面將從通訊協(xié)議、數(shù)據(jù)類型、數(shù)據(jù)對(duì)象、字符集、SQL語(yǔ)法、過(guò)程化語(yǔ)言、內(nèi)置函數(shù)、系統(tǒng)視圖及其他等角度進(jìn)行闡述。

2025-04-10 07:30:43

MySQL openHalo 開源

國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)對(duì)象評(píng)測(cè) — 索引原創(chuàng)

索引能否發(fā)揮更大作用，取決于優(yōu)化器能能否充分地利用索引。這里有一些常見(jiàn)的優(yōu)化手段，包括索引覆蓋掃描、索引條件下推、索引跳躍掃描等等。這里稍微吐槽下，國(guó)內(nèi)數(shù)據(jù)庫(kù)這部分介紹的不多，搜索也得不到有用的信息，因此可能信息不夠完整。

2025-04-08 07:30:40

數(shù)據(jù)庫(kù)對(duì)象索引

Entity Framework性能翻車？手寫SQL不如試試這三招！

我們能夠有效地提升Entity Framework的性能，避免出現(xiàn)“性能翻車”的情況。在大多數(shù)場(chǎng)景下，這些優(yōu)化技巧能夠讓EF在性能上與手寫SQL相媲美，甚至在某些復(fù)雜業(yè)務(wù)邏輯場(chǎng)景中更具優(yōu)勢(shì)。開發(fā)者們可以根據(jù)實(shí)際項(xiàng)目需求，靈活運(yùn)用這些技巧，打造高性能的.NET應(yīng)用程序。?

2025-04-08 01:00:00

Entity SQL 開發(fā)

常見(jiàn)SQL慢查詢問(wèn)題及解決方法

??SQL?? 慢查詢問(wèn)題的排查和解決需要綜合考慮多個(gè)方面，包括索引的使用、查詢語(yǔ)句的編寫、表的關(guān)聯(lián)方式以及數(shù)據(jù)庫(kù)的配置等。通過(guò)對(duì)常見(jiàn)問(wèn)題的分析和針對(duì)性的解決方法，可以有效地提高數(shù)據(jù)庫(kù)查詢的性能，提升系統(tǒng)的整體運(yùn)行效率。

2025-04-07 07:20:35

SQL 慢查詢性能

鏡像漏洞清零計(jì)劃：Trivy + 自動(dòng)化修復(fù)流水線實(shí)戰(zhàn)

本文將深入探討鏡像漏洞的全生命周期管理，覆蓋精準(zhǔn)檢測(cè)、分級(jí)修復(fù)、運(yùn)行時(shí)防護(hù) ，并提供可直接落地的代碼和架構(gòu)設(shè)計(jì)。

2025-04-07 04:21:00

鏡像漏洞流水線

行轉(zhuǎn)列不再?gòu)?fù)雜：SQL高手都在用的技巧揭秘

將冗長(zhǎng)的縱向數(shù)據(jù)“壓縮”為橫向結(jié)構(gòu)，讓分析更高效。本文將通過(guò)實(shí)戰(zhàn)案例，手把手教你掌握 SQL 中行轉(zhuǎn)列的3 種核心方法，并揭示高手的隱藏技巧。

2025-04-03 08:00:51

SQL 原始數(shù)據(jù)結(jié)構(gòu)

Elasticsearch深度分頁(yè)全解：從原理到跳頁(yè)實(shí)戰(zhàn)

在數(shù)據(jù)爆炸的時(shí)代，分頁(yè)查詢已成為系統(tǒng)標(biāo)配功能。但當(dāng)面對(duì)億級(jí)數(shù)據(jù)量時(shí)，傳統(tǒng)的分頁(yè)方式卻可能成為壓垮系統(tǒng)的最后一根稻草。本文將深入剖析Elasticsearch深度分頁(yè)的成因，并提供常見(jiàn)的解決方案.

2025-04-03 00:03:00

數(shù)據(jù)內(nèi)存網(wǎng)絡(luò)

重生之我用 2025 年的 InnoDB 知識(shí)在 2003 年 IT 圈打工

2003 年 12 月 31 日 23:45，北京中關(guān)村某電商公司機(jī)房。林淵盯著監(jiān)控屏上瘋狂跳動(dòng)的Table_locks_waited計(jì)數(shù)器，手指在鍵盤上懸停。距離新年促銷只剩 15 分鐘，MyISAM 表鎖導(dǎo)致的雪崩效應(yīng)正在蔓延。

2025-03-31 08:31:15

IT InnoDB 計(jì)數(shù)器

千萬(wàn)級(jí)的大表，如何做性能優(yōu)化？

很多小伙伴的數(shù)據(jù)庫(kù)在剛開始的時(shí)候表現(xiàn)良好，查詢也很流暢，但一旦表中的數(shù)據(jù)量上了千萬(wàn)級(jí)，性能問(wèn)題就開始浮現(xiàn)：查詢慢、寫入卡、分頁(yè)拖沓、甚至偶爾直接宕機(jī)。

2025-03-31 01:55:00

千萬(wàn)級(jí)性能優(yōu)化

MySQL：MyISAM鎖表致千萬(wàn)損失！穿越工程師如何逆天改命

本章技術(shù)要點(diǎn)總結(jié)：1. MyISAM 鎖機(jī)制：表級(jí)鎖導(dǎo)致并發(fā)災(zāi)難，SHOW STATUS LIKE 'Table_locks%'監(jiān)控鎖爭(zhēng)用；2. 崩潰恢復(fù)缺陷：斷電可能導(dǎo)致索引/數(shù)據(jù)不一致，需定期執(zhí)行REPAIR TABLE；3. 性能優(yōu)化方向：通過(guò)myisamchk --analyze優(yōu)化索引統(tǒng)計(jì)信息；4. 歷史價(jià)值：MyISAM 在 GIS 和全文索引領(lǐng)域仍具參考價(jià)值。

2025-03-31 00:00:01

QPS MySQL MyISAM

MySQL MyISAM引擎是什么？有什么致命缺陷？為何現(xiàn)在都不使用了？

"當(dāng)我啟動(dòng) InnoDB 引擎時(shí)，服務(wù)器內(nèi)存突然耗盡..." —— 林淵如何用 Buffer Pool 優(yōu)化化解內(nèi)存危機(jī)？

2025-03-31 00:00:00

InnoDB 引擎優(yōu)化

國(guó)產(chǎn)數(shù)據(jù)庫(kù)“AI助手”能力如何原創(chuàng)

從各家反饋來(lái)看，整體效果還是不錯(cuò)的。做的比較好的，可以提供較為完善的信息（包括步驟、示例），也都提供了信息的來(lái)源方便檢索糾錯(cuò)。

2025-03-28 07:33:09

數(shù)據(jù)庫(kù)AI助手設(shè)計(jì)

Elasticsearch實(shí)戰(zhàn)指南：讓你的業(yè)務(wù)搜索飛起來(lái)

當(dāng)你的MySQL數(shù)據(jù)庫(kù)查詢突然從0.5秒飆升到15秒，當(dāng)你的產(chǎn)品經(jīng)理第20次提出"模糊搜索要支持同義詞聯(lián)想"時(shí)——是時(shí)候重新認(rèn)識(shí)這個(gè)改變搜索游戲規(guī)則的分布式搜索引擎了。

2025-03-28 03:20:00

MySQL 數(shù)據(jù)庫(kù)搜索

國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)對(duì)象評(píng)測(cè) — 表原創(chuàng)

針對(duì)國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)的 SQL 能力，做了一系列的評(píng)測(cè)工作，通過(guò)多篇文章分享，受到了業(yè)內(nèi)的廣泛關(guān)注。這里緊接著上一話題重新開辟一個(gè)系列，從另一個(gè)維度-對(duì)象，來(lái)評(píng)估下各廠商產(chǎn)品針對(duì)數(shù)據(jù)對(duì)象的支持能力如何。

2025-03-27 07:30:28

集中式數(shù)據(jù)庫(kù)SQL

SpringBoot與Jasypt整合，實(shí)現(xiàn)數(shù)據(jù)庫(kù)字段自動(dòng)加密解密功能

使用Jasypt可以顯著提升應(yīng)用程序的數(shù)據(jù)安全性，簡(jiǎn)化加密操作，并提供靈活的配置選項(xiàng)。不僅有助于滿足各種法規(guī)要求，還能提高開發(fā)效率和系統(tǒng)的整體穩(wěn)定性。

2025-03-26 08:43:17

Jasypt 數(shù)據(jù)庫(kù)配置

到底什么是“數(shù)據(jù)湖”？

數(shù)據(jù)湖，英文名叫做Data Lake。它和數(shù)據(jù)庫(kù)、數(shù)據(jù)倉(cāng)庫(kù)一樣，是一種存儲(chǔ)和處理數(shù)據(jù)的平臺(tái)。

2025-03-24 12:18:25

數(shù)據(jù)庫(kù)數(shù)據(jù)倉(cāng)庫(kù)存儲(chǔ)

SpringBoot與Couchbase整合，實(shí)現(xiàn)用戶個(gè)性化設(shè)置管理功能

N1QL 是Couchbase提供的一種類似于SQL的查詢語(yǔ)言。它允許開發(fā)者使用熟悉的SQL語(yǔ)法來(lái)查詢JSON文檔，這使得學(xué)習(xí)曲線較低，并且能夠方便地從關(guān)系型數(shù)據(jù)庫(kù)遷移到NoSQL數(shù)據(jù)庫(kù)。

2025-03-19 08:36:55

N1QL SQL 語(yǔ)法

《金融數(shù)據(jù)庫(kù)轉(zhuǎn)型實(shí)戰(zhàn)》讀后感原創(chuàng)

雖然很多要求都是共性的，但側(cè)重點(diǎn)、優(yōu)先級(jí)是不同的。例如，針對(duì)金融行業(yè)數(shù)據(jù)一致性、安全性，無(wú)疑是最高優(yōu)先級(jí)；而擴(kuò)展性等就相對(duì)要求較低。沒(méi)有完美的數(shù)據(jù)庫(kù)產(chǎn)品，因此在后續(xù)選型等很多工作時(shí)，可按照這些要求及優(yōu)先級(jí)，加以取舍考慮。

2025-03-19 07:30:53

金融數(shù)據(jù)庫(kù)轉(zhuǎn)型

取代Navicat，一款集成了 AI 功能的數(shù)據(jù)庫(kù)管理神器！

hat2DB作為一款A(yù)I驅(qū)動(dòng)的智能數(shù)據(jù)庫(kù)管理工具，憑借其自然語(yǔ)言轉(zhuǎn)SQL、SQL優(yōu)化、多數(shù)據(jù)庫(kù)支持等核心功能，正在改變傳統(tǒng)數(shù)據(jù)庫(kù)管理的方式。它不僅降低了數(shù)據(jù)庫(kù)交互的門檻，還極大地提升了數(shù)據(jù)分析和管理的效率。

2025-03-18 08:20:58

數(shù)據(jù)庫(kù)管理工具

NineData 社區(qū)版初體驗(yàn) 原創(chuàng)

NineData 的安裝部署是非常簡(jiǎn)單的，一方面用戶可以直接使用SaaS的版本，也可以私有化安裝部署。針對(duì)新發(fā)布的社區(qū)版本，官方還很貼心的提供了Docker鏡像，簡(jiǎn)單拉起即可。我是通過(guò)在本地的鏡像拉取方式做了部署。當(dāng)在后臺(tái)看到如下圖片，就代表順利啟動(dòng)。

2025-03-18 07:30:41

NineData 私有化部署

工作面試必備：SQL 中的各種連接 JOIN 的區(qū)別總結(jié)！

ON條件是在生成臨時(shí)表時(shí)使用的條件，它不管ON中的條件是否為真，都會(huì)返回左邊表中的記錄（以左連接為例）。WHERE條件是在臨時(shí)表生成好后，再對(duì)臨時(shí)表產(chǎn)生的數(shù)據(jù)進(jìn)行過(guò)濾條件篩選。

2025-03-17 08:15:27

SQL JOIN 連接

企業(yè)應(yīng)用開發(fā)中.NET ORM EF常用哪種模式？

Entity Framework（EF）是一種新式對(duì)象關(guān)系映射器，可用于跨各種數(shù)據(jù)庫(kù)（包括 SQL 數(shù)據(jù)庫(kù)（本地和 Azure）、SQLite、MySQL、PostgreSQL 和 Azure Cosmos DB，使用 .NET（C#）構(gòu)建干凈、可移植和高級(jí)的數(shù)據(jù)訪問(wèn)層。它支持 LINQ 查詢、更改跟蹤、更新和架構(gòu)遷移。

2025-03-13 07:54:28

Entity 數(shù)據(jù)庫(kù)數(shù)據(jù)訪問(wèn)

國(guó)產(chǎn)數(shù)據(jù)庫(kù)SQL評(píng)測(cè)更新（達(dá)夢(mèng)篇）原創(chuàng)

本篇就是針對(duì)達(dá)夢(mèng)數(shù)據(jù)庫(kù)的一輪復(fù)測(cè)，重點(diǎn)是放在此前表述為不支持的能力上。下文針對(duì)重點(diǎn)操作打了星號(hào)，并在下文給出了示例。這里，特別感謝達(dá)夢(mèng)數(shù)據(jù)庫(kù)對(duì)此次測(cè)試的支持。

2025-03-11 07:31:04

數(shù)據(jù)庫(kù)SQL 查詢

面試官：數(shù)據(jù)庫(kù)慢查詢激增怎么辦？三步法精準(zhǔn)定位+實(shí)戰(zhàn)解決

我們的經(jīng)典問(wèn)題又來(lái)了，關(guān)于這個(gè)問(wèn)題大家的想法都是不一樣的，但是有一點(diǎn)我們都是共鳴的，就是都不能完全地把整個(gè)流程說(shuō)明白，那我們今天就來(lái)解決這個(gè)問(wèn)題。

2025-03-10 00:28:00

數(shù)據(jù)庫(kù)慢查詢流程

企業(yè)級(jí)數(shù)據(jù)脫敏方案！

本文總結(jié)了企業(yè)中脫敏方案實(shí)現(xiàn)，包含數(shù)據(jù)庫(kù)脫敏、日志脫敏、輸出脫敏，并貼上關(guān)鍵實(shí)現(xiàn)代碼。能夠滿足業(yè)務(wù)的要求。

2025-03-10 00:13:00

數(shù)據(jù)庫(kù)脫敏日志脫敏出脫敏

基于ANTLR4的大數(shù)據(jù)SQL編輯器解析引擎實(shí)踐

通過(guò)SQL引擎能力建設(shè)我們?cè)贕alaxy數(shù)據(jù)研發(fā)IDE上支持了個(gè)性化詞法規(guī)則定制能力，包含字段別名支持中文, 表變量等場(chǎng)景，同時(shí)通過(guò)語(yǔ)法解析和監(jiān)聽器能力，支持實(shí)時(shí)識(shí)別各類的語(yǔ)法規(guī)則，包含表，函數(shù)，字段等做輔助編程提示和做精準(zhǔn)化的庫(kù)，表，字段代碼補(bǔ)全和推薦。

2025-03-06 04:00:00

SQL Galaxy 數(shù)據(jù)

血淚教訓(xùn)：這四個(gè)EF Core優(yōu)化技巧，讓我公司數(shù)據(jù)庫(kù)成本直降60%

在項(xiàng)目初期，我們的應(yīng)用頻繁與數(shù)據(jù)庫(kù)進(jìn)行交互，許多查詢操作效率低下。例如，在一個(gè)商品展示頁(yè)面，原本的代碼每次加載頁(yè)面時(shí)，會(huì)為每個(gè)商品分別執(zhí)行一次數(shù)據(jù)庫(kù)查詢，獲取商品詳情、庫(kù)存信息以及相關(guān)評(píng)論等。

2025-03-03 00:18:00

技巧數(shù)據(jù)庫(kù)效率

LiteDB 并發(fā)控制與多線程訪問(wèn)深度解析

在現(xiàn)代軟件開發(fā)中，并發(fā)控制是確保數(shù)據(jù)一致性和完整性的關(guān)鍵技術(shù)。對(duì)于輕量級(jí)嵌入式數(shù)據(jù)庫(kù) LiteDB 來(lái)說(shuō)，有效的并發(fā)控制機(jī)制尤為重要。本文將詳細(xì)探討 LiteDB 中的并發(fā)控制策略、多線程訪問(wèn)模式以及在多設(shè)備數(shù)據(jù)同步中的應(yīng)用。

2025-02-28 07:09:25

LiteDB 數(shù)據(jù)庫(kù)開發(fā)

對(duì)比Oracle與PostgreSQL事務(wù)系統(tǒng)，你學(xué)到了什么？

在大多數(shù)方面，Oracle 和 PostgreSQL 的事務(wù)行為非常相似。但它們之間確實(shí)存在差異，如果您計(jì)劃遷移到 PostgreSQL，了解這些差異是很重要的。本文中的對(duì)比有助于您在遷移過(guò)程中識(shí)別潛在的問(wèn)題。

2025-02-28 00:03:00

Oracle PostgreSQL 識(shí)別

C#中SQLite的并發(fā)控制與多線程訪問(wèn)

SQLite的并發(fā)控制需要謹(jǐn)慎處理。通過(guò)合理的鎖機(jī)制、信號(hào)量控制和異步編程，可以有效管理多線程環(huán)境下的數(shù)據(jù)庫(kù)訪問(wèn)。關(guān)鍵在于平衡線程安全性和性能。

2025-02-27 08:15:28

SQLite 異步編程

面試官:分布式數(shù)據(jù)庫(kù)的這些基礎(chǔ)知識(shí)，你不會(huì)還不知道吧？

分布式數(shù)據(jù)庫(kù)的發(fā)展歷史可以追溯到20世紀(jì)70年代，隨著計(jì)算機(jī)技術(shù)和網(wǎng)絡(luò)技術(shù)的進(jìn)步，分布式數(shù)據(jù)庫(kù)逐漸從理論走向?qū)嵺`，并在現(xiàn)代大數(shù)據(jù)和云計(jì)算時(shí)代得到廣泛應(yīng)用。

2025-02-27 07:47:09

分布式數(shù)據(jù)庫(kù)網(wǎng)絡(luò)

面試官：你項(xiàng)目是如何實(shí)現(xiàn)讀寫分離的？

讀寫分離是一種常見(jiàn)的數(shù)據(jù)庫(kù)架構(gòu)優(yōu)化策略，通過(guò)將數(shù)據(jù)庫(kù)的讀操作和寫操作分離，提高了系統(tǒng)的性能、可擴(kuò)展性和高可用性。讀寫分離主流的實(shí)現(xiàn)技術(shù)是 Apache ShardingSphere，通過(guò)添加依賴，配置讀寫分離規(guī)則的方式就可以輕松的實(shí)現(xiàn)讀寫分離。

2025-02-26 12:19:52

讀寫分離數(shù)據(jù)庫(kù)架構(gòu)

一文讀懂?dāng)?shù)據(jù)庫(kù)并發(fā)三大“坑”：幻讀、臟讀和不可重復(fù)讀！

在事務(wù)的四個(gè)特性里面，其中隔離性總共分為四種級(jí)別：由低到高依次為 Read uncommitted 、Read committed 、Repeatable read 、Serializable ，這四個(gè)級(jí)別可以逐個(gè)解決臟讀、不可重復(fù)讀、幻讀等這幾類問(wèn)題。

2025-02-26 10:40:44

數(shù)據(jù)庫(kù)并發(fā)幻讀

國(guó)產(chǎn)集中式數(shù)據(jù)庫(kù)SQL評(píng)測(cè) — 邏輯優(yōu)化原創(chuàng)

謂詞重寫，又稱為等價(jià)謂詞重寫，是指將原執(zhí)行效率低的謂詞改寫為效率高的謂詞并重寫SQL，從而提高SQL的整體執(zhí)行效率的一種優(yōu)化手段。其本質(zhì)是在于不同謂詞的處理效率存在差異所導(dǎo)致。

2025-02-18 07:30:35

SQL 優(yōu)化重寫

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)

<blockquote id="asvce"></blockquote>