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

<sub id="eixld"></sub>

AI.x社區(qū)

軟考社區(qū)

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

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

WOT技術(shù)大會

公眾號矩陣

移動端

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

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

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

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

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

賬號設(shè)置退出

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

1982內(nèi)容??

關(guān)注

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

文章博文課程

共 1982 條

超詳細(xì)！徹底說明白Redis持久化

RDB通過提供特定時間點的數(shù)據(jù)快照，對于災(zāi)難恢復(fù)是非常有效的；而AOF則通過記錄每個寫入操作，提供了更好的數(shù)據(jù)持久性保證。然而，它們也有各自的局限性，這就需要根據(jù)實際需求來權(quán)衡選用哪種持久化方式。

2024-02-26 00:00:00

Redis 持久化 AOF

十條命令，精通SQL數(shù)據(jù)清洗、集成和轉(zhuǎn)換

實際上，數(shù)據(jù)準(zhǔn)備階段通常占據(jù)了整個數(shù)據(jù)分析工作的80%多的的工作量。這個階段的任務(wù)是整理和清理數(shù)據(jù)，以確保其質(zhì)量和一致性，并進(jìn)行必要的數(shù)據(jù)集成和轉(zhuǎn)換，以滿足分析需求。

2024-02-21 18:49:02

SQL 數(shù)據(jù)數(shù)據(jù)集成

分庫分表設(shè)計及常見問題

分庫分表（Sharding）是一種將單一數(shù)據(jù)庫拆分為多個數(shù)據(jù)庫實例，以及將單一大表拆分為多個小表的技術(shù)策略。其目的是解決單一數(shù)據(jù)庫在數(shù)據(jù)量、并發(fā)訪問、性能等方面的瓶頸，提升系統(tǒng)的整體性能和可靠性。

2024-02-21 12:17:00

分庫分表數(shù)據(jù)庫

螞蟻關(guān)于 TuGraph-DB 圖數(shù)據(jù)庫高可用架構(gòu)介紹

本文將介紹 TuGraph-DB 圖數(shù)據(jù)庫高可用架構(gòu)。高可用性，是系統(tǒng)的一個非常重要的能力，通常是通過提高系統(tǒng)的容錯能力來實現(xiàn)的?？捎眯缘囊粋€度量方式是根據(jù)系統(tǒng)損毀無法提供服務(wù)的時間和系統(tǒng)正常運行時間的比值來得到的。

2024-02-21 07:57:16

圖數(shù)據(jù)庫高可用架構(gòu)TuGraph-DB

SQL中為什么不要使用1=1？

“1=1”在SQL語句中可能看起來無害，但實際上它是一種不良的編程習(xí)慣，可能會導(dǎo)致性能下降。就像在做飯時不會無緣無故地多加調(diào)料一樣，我們在編寫SQL語句時也應(yīng)該避免添加無意義的條件。

2024-02-20 22:13:49

SQL 語句編程

讓數(shù)據(jù)庫和緩存數(shù)據(jù)保持一致的三種策略

如何保證緩存和數(shù)據(jù)庫的一致性，這算得上是個老生常談的話題啦，看到好多技術(shù)新人在寫更新緩存數(shù)據(jù)代碼，采用了非常復(fù)雜甚至“詭異”的方案，甚為不解。

2024-02-20 08:35:08

數(shù)據(jù)庫緩存代碼

實例講解MyBatisPlus自定義SQLl注入器方法

在本文中，我將詳細(xì)介紹如何創(chuàng)建一個自定義的SQL注入器方法，以滿足特定需求。雖然不可能提供5000字的源代碼，但我將盡量提供詳細(xì)的示例代碼和解釋，幫助您理解如何創(chuàng)建自定義SQL注入器。

2024-02-20 08:01:08

SQL注入器 MyBatis 數(shù)據(jù)庫

僅需20行代碼，掌握輕量型數(shù)據(jù)庫SQLite3

SQLite是一種輕量級的基于文件的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（RDBMS），由于其簡單性和高效性，在各種應(yīng)用中被廣泛使用。SQLite3是Python模塊，為與SQLite數(shù)據(jù)庫進(jìn)行交互提供了接口。

2024-02-19 00:00:00

SQLite3 數(shù)據(jù)庫代碼

揭開向量索引概念的神秘面紗譯文精選

本文將向你深入淺出地揭示機器學(xué)習(xí)世界里你可能一直想了解的關(guān)于（向量）索引的一切神秘內(nèi)容。索引在數(shù)據(jù)檢索中起著核心作用。由于數(shù)據(jù)檢索可能仍然是數(shù)據(jù)技術(shù)的關(guān)鍵組成部分，因此了解索引（包括向量索引）是關(guān)于什么的至關(guān)重要。

2024-02-14 09:00:00

機器學(xué)習(xí)索引 ChatGPT

數(shù)據(jù)庫行業(yè)解決方案都寫了啥原創(chuàng)

近期，筆者也觀察到部分國產(chǎn)數(shù)據(jù)庫廠商經(jīng)過階段性實踐后，開始將使用心得形成行業(yè)解決方案，這無疑對用戶會帶來積極影響，加速行業(yè)推廣使用。本文將結(jié)合近期發(fā)布的兩家廠商的行業(yè)解決方案為基礎(chǔ)，說明下數(shù)據(jù)庫行業(yè)解決方案都應(yīng)包括什么內(nèi)容。

2024-02-06 07:56:20

數(shù)據(jù)庫分布式數(shù)據(jù)庫架構(gòu)產(chǎn)品

Mybatis 動態(tài)修改 SQL 的兩種方式

你可以使用BeanPostProcessor接口攔截MyBatis相關(guān)的Bean，并在攔截器中修改BoundSql對象中的SQL語句。在MyBatisInterceptor的intercept方法中，你可以獲取MappedStatement和BoundSql對象，修改SQL語句并將其設(shè)置回BoundSql對象。

2024-02-04 09:24:45

MyBatis SQL語句 Spring

Hibernate實踐—持久態(tài)對象的變化與入庫機制

在持久態(tài)下，任何對 userInfo? 和 userPassword? 對象的屬性的修改都將被監(jiān)測到，并在適當(dāng)?shù)臅r候同步到數(shù)據(jù)庫中。在測試方法的最后，我們對 userPassword? 的 password? 屬性和 userInfo? 的 user_name? 屬性進(jìn)行了修改。

2024-02-04 09:05:52

持久態(tài)對象數(shù)據(jù)庫

來聊聊向量查詢譯文精選

本文將從基本概念開始，討論與向量查詢相關(guān)的技術(shù)與使用。向量查詢是一種復(fù)雜的數(shù)據(jù)檢索技術(shù)，它側(cè)重于查詢與數(shù)據(jù)條目相關(guān)的上下文含義，而并非簡單的文本匹配。

2024-02-04 09:00:00

向量查詢數(shù)據(jù)檢索 MyScale

20行Python代碼，利用Streamlit和Vanna，讓SQL數(shù)據(jù)庫擁有智能聊天機器人

在這里，我們將使用Vanna API密鑰，將Vanna Retrieval Augmentation模型設(shè)置為“chinook”，該模型具有此數(shù)據(jù)庫的元數(shù)據(jù)，并連接到SQLite數(shù)據(jù)庫，這樣我們就可以運行生成的SQL語句。

2024-01-31 18:04:58

SQL 語句元數(shù)據(jù)

在PostgreSQL中進(jìn)行遞歸查詢的三種方案

本文介紹了在PostgreSQL中進(jìn)行遞歸查詢的三種常用方案：使用WITH RECURSIVE、使用CONNECT BY和使用遞歸函數(shù)。這些方案都可以幫助您處理層級和遞歸結(jié)構(gòu)數(shù)據(jù)的查詢需求。

2024-01-31 12:06:32

PostgreSQL 遞歸函數(shù)查詢

MySQL Shell 8.0.32 for GreatSQL編譯二進(jìn)制包

在編譯antlr4時還要再下載googletest依賴包，這個下載地址也是要科學(xué)上網(wǎng)的，在內(nèi)網(wǎng)環(huán)境中會失敗，因此我antlr4源碼包微調(diào)了下，把googletest依賴包也打進(jìn)去了，也可以通過微調(diào)代碼略過該步驟，這樣就可以避免編譯問題。

2024-01-31 09:55:53

MySQL antlr4 內(nèi)網(wǎng)

即將停服，如何規(guī)劃 MongoDB 升級

如果您需要協(xié)助 MongoDB 升級，Percona 可以幫助您制定個性化的升級計劃。我們的專家將幫助您升級 MongoDB，主動識別和緩解升級周期及之后可能出現(xiàn)的障礙、不兼容問題和潛在的性能問題。

2024-01-31 08:09:27

MongoDB Percona 數(shù)據(jù)庫

你知道如何在Django中使用多個數(shù)據(jù)庫嗎？

在Django中，使用多個數(shù)據(jù)庫意味著一個Django項目可以連接多個數(shù)據(jù)庫。每個數(shù)據(jù)庫可以使用不同的后端，例如MySQL、PostgreSQL或Oracle。這對于需要處理大量數(shù)據(jù)或需要將數(shù)據(jù)分布在多個地理位置的應(yīng)用程序非常有用。

2024-01-30 15:29:20

Django 數(shù)據(jù)庫 Python

解密數(shù)據(jù)清洗，SQL中如何準(zhǔn)備數(shù)據(jù)以進(jìn)行分析

希望你理解了相關(guān)的數(shù)據(jù)清洗任務(wù)如何提高數(shù)據(jù)質(zhì)量并促進(jìn)更相關(guān)的分析。同時已經(jīng)學(xué)會了如何檢查缺失值、重復(fù)記錄、不一致的格式、異常值等。

2024-01-29 18:06:39

SQL 數(shù)據(jù)格式

“分布式透明化”在杭州銀行核心上線之思考原創(chuàng)

筆者有幸受邀對項目實施方做了專訪，了解項目實施中的一些細(xì)節(jié)。作為用戶的行方從開始就秉承著應(yīng)用與基礎(chǔ)設(shè)施解耦架構(gòu)思想、分布式透明化的設(shè)計開發(fā)理念，通過與國產(chǎn)分布式數(shù)據(jù)庫TiDB的通力合作，完成此次核心系統(tǒng)的成功上線。這為國內(nèi)廣大同類型銀行升級，帶來積極參考意義；其背后的實踐過程也很值得思考。

2024-01-26 10:24:24

分布式數(shù)據(jù)庫 TiDB 銀行核心系統(tǒng)

深入淺出快手圖數(shù)據(jù)庫：看架構(gòu)如何讓推薦召回更高效

本文將從工程的角度，分享快手圖數(shù)據(jù)庫存算分離架構(gòu)及其在實時推薦召回的應(yīng)用。

2024-01-25 08:30:03

圖數(shù)據(jù)庫存算分離架構(gòu)快手

不要分庫分表了，快試試 TiDB 吧，兼容MySQL，1500 家企業(yè)都在用

如果貴司的數(shù)據(jù)量比較大，正在考慮要分庫分表，那么完全可以使用它，來避免分庫分表，分庫分表是一個過渡方案，使用分布式數(shù)據(jù)庫才是終極方案。

2024-01-23 13:20:00

分庫分表分布式

PolarDB 開發(fā)者大會歸來... 原創(chuàng)

作為國內(nèi)最早定義的一款“云原生”數(shù)據(jù)庫，PolarDB 發(fā)展已歷經(jīng)十五年，從早期基于開源數(shù)據(jù)庫的深度優(yōu)化，到結(jié)合云原生技術(shù)并形成獨立品牌對外發(fā)布，到提供多種版本形成品牌矩陣，再到率先提出 Serverless 化并再次開源。

2024-01-23 07:33:12

PolarDB 開源數(shù)據(jù)庫云原生

使用雙異步后，如何保證數(shù)據(jù)一致性？

AbstractQueuedSynchronizer簡稱AQS，它是一個同步框架，它提供通用機制來原子性管理同步狀態(tài)、阻塞和喚醒線程，以及維護(hù)被阻塞線程的隊列?；?AQS 實現(xiàn)的同步器包括：ReentrantLock、Semaphore、ReentrantReadWriteLock、 CountDownLatch 和 FutureTask。

2024-01-22 08:52:00

AQS 雙異步數(shù)據(jù)一致性

Spring Boot和MyBatis框架實現(xiàn)返回數(shù)據(jù)的脫敏處理

本文將詳細(xì)介紹如何在 Spring Boot 和 MyBatis 中實現(xiàn)數(shù)據(jù)脫敏，并使用 Hutool 工具庫來簡化脫敏處理，并提供示例代碼。

2024-01-22 08:46:37

MyBatis 數(shù)據(jù)脫敏 Spring

螞蟻 TuGraph-DB 數(shù)據(jù)庫查詢引擎技術(shù)

本文詳細(xì)介紹了 TuGraph-DB 數(shù)據(jù)庫查詢引擎。大致可以分為三個階段：圖數(shù)據(jù)庫起步、圖查詢語言起步和圖查詢語言迭代。

2024-01-19 08:01:08

TuGraph-DB 數(shù)據(jù)庫查詢引擎

Apple 如何構(gòu)建 iCloud 來存儲數(shù)十億個數(shù)據(jù)庫譯文精選

Record Layer采用了這一策略來高效地管理其排名索引系統(tǒng)中的一部分結(jié)構(gòu)——跳表（skip list）。然而，手動設(shè)置這些沖突范圍可能較為復(fù)雜，并且可能導(dǎo)致難以識別的錯誤，特別是當(dāng)它們與應(yīng)用程序的主要邏輯混合在一起時。因此，建議構(gòu)建于FoundationDB之上的系統(tǒng)創(chuàng)建更高級別的工具，如自定義索引，以處理這些模式。

2024-01-18 17:39:00

數(shù)據(jù)庫存儲索引

面試官：分庫分表后如何生成全局ID？

數(shù)據(jù)庫自增 ID 只適用于單機數(shù)據(jù)庫環(huán)境，而對于分庫、分表、數(shù)據(jù)分片來說，自增 ID 不具備唯一性，所以要要使用雪花 ID 來替代數(shù)據(jù)庫自增 ID。但雪花算法依然存在一些問題，例如時間回?fù)艿膯栴}。

2024-01-17 14:42:24

分庫分表數(shù)據(jù)庫數(shù)據(jù)分片

如何使用 JIT 技術(shù)實現(xiàn)高效的數(shù)據(jù)庫表達(dá)式求值

本文將分享如何使用 JIT 技術(shù)高效優(yōu)化數(shù)據(jù)庫表達(dá)式求值。JIT 即時編譯技術(shù)，又稱為動態(tài)翻譯，或運行時編譯。其核心在于將程序在運行過程中轉(zhuǎn)換為機器代碼，而非在執(zhí)行前預(yù)先編譯為機器代碼。

2024-01-17 07:00:56

JIT 技術(shù)數(shù)據(jù)庫表達(dá)式求值

面試官：如何保證本地緩存的一致性？

在多級緩存中，本地緩存是不可或缺的組成部分，而想要保證本地緩存的數(shù)據(jù)一致性，可能采用：設(shè)置較短的本地緩存過期時間、通過配置中心來協(xié)調(diào)和同步本地緩存，以及使用本地緩存框架的自動更新功能保證數(shù)據(jù)的一致性等解決方案，而不同的業(yè)務(wù)場景，選擇的解決方案也是不同的。

2024-01-15 10:38:20

多級緩存數(shù)據(jù)一致性分布式緩存

性能優(yōu)化2.0，新增緩存后，程序的秒開率不升反降

緩存就是把訪問量較高的熱點數(shù)據(jù)從傳統(tǒng)的關(guān)系型數(shù)據(jù)庫中加載到內(nèi)存中，當(dāng)用戶再次訪問熱點數(shù)據(jù)時，是從內(nèi)存中加載，減少了對數(shù)據(jù)庫的訪問量，解決了高并發(fā)場景下容易造成數(shù)據(jù)庫宕機的問題。

2024-01-15 08:13:47

緩存數(shù)據(jù)庫性能優(yōu)化

八個使用SQL處理日期和時間的小技巧

在處理日期間隔時，尤其是在需要精確計算的情況下，要考慮閏年的存在。數(shù)據(jù)庫通常處理閏年，但需要注意跨多年進(jìn)行計算時可能存在的問題。

2024-01-11 18:04:53

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

世界上最流行的數(shù)據(jù)庫，竟然是套殼的！

SQLite的源代碼使用Fossil來管理，而Fossil又依賴SQLite來存儲代碼倉庫的信息，這就產(chǎn)生了一個在后人看來類似先有雞還是先有蛋的問題。

2024-01-11 09:11:08

數(shù)據(jù)庫 SQLite 管理

Spring Boot 如何整合高性能數(shù)據(jù)庫連接池 HikariCP

HikariCP是一個高性能的數(shù)據(jù)庫連接池，與Spring Boot集成非常容易。通過配置連接池的屬性，您可以根據(jù)應(yīng)用程序的性能需求進(jìn)行調(diào)整。整合HikariCP和Spring Boot有助于提高數(shù)據(jù)庫連接性能，特別是在高負(fù)載的應(yīng)用程序中。

2024-01-10 08:17:50

HikariCP 數(shù)據(jù)庫 Spring

數(shù)據(jù)庫半年度盤點：20+國內(nèi)外數(shù)據(jù)庫重大更新及技術(shù)精要

2023年下半年，MySQL版本發(fā)行迎來了重要的變化，開啟了穩(wěn)定版和創(chuàng)新版同時發(fā)行的新階段。8.0發(fā)布了兩個版本，8.0.34和8.0.35，還發(fā)布了8.1和8.2的創(chuàng)新版。

2024-01-10 07:35:38

數(shù)據(jù)庫半年度技術(shù)

LiteDB：由C#代碼構(gòu)建輕量級、快速且簡單易用嵌入式文檔型數(shù)據(jù)庫

LiteDB適用于小型項目或者單用戶應(yīng)用程序，特別適合需要使用嵌入式數(shù)據(jù)庫來存儲數(shù)據(jù)的應(yīng)用程序，例如桌面應(yīng)用程序、移動應(yīng)用程序和IoT設(shè)備等。它具有很小的安裝腳本、低資源占用，同時提供了簡單易用的API和交互式查詢語言。

2024-01-09 08:50:32

LiteDB 數(shù)據(jù)庫 NoSQL

增加索引 + 異步 + 不落地后，從 12h 優(yōu)化到 15 min

Hashtable的synchronized是針對整張Hash表的，即每次鎖住整張表讓線程獨占，ConcurrentHashMap允許多個修改操作并發(fā)進(jìn)行，其關(guān)鍵在于使用了鎖分離技術(shù)。

2024-01-08 08:17:45

數(shù)據(jù)庫索引異步

詳解數(shù)據(jù)庫分片，大幅提升Spring Boot查詢MySQL性能

我們既使用了表分片又使用了數(shù)據(jù)庫分片。除此以外，我們可以進(jìn)一步提高性能，方法是在單個服務(wù)器中增加更多的數(shù)據(jù)庫，可能總共有1000個表的副本。

2024-01-07 18:02:21

數(shù)據(jù)庫分片副本

關(guān)系型數(shù)據(jù)庫的時代一去不返？25年老兵開炮：該放棄80年代的產(chǎn)物了！

隨著數(shù)據(jù)庫系統(tǒng)、鍵值和對象存儲、搜索引擎技術(shù)和編程語言的廣泛應(yīng)用，幾十年來一直使用一種數(shù)據(jù)庫的時代已經(jīng)一去不復(fù)返了。再也不會有項目無休止地爭論 MySQL、MSSQL、Oracle 或 Postgres 是否是正確的選擇。如今，數(shù)據(jù)庫和存儲是根據(jù)具體情況決定的。很多時候，我發(fā)現(xiàn)自己正在編寫一個基于對象或鍵值存儲的小型自定義存儲策略。

2024-01-05 07:35:00

關(guān)系型數(shù)據(jù)庫存儲

大家都需要什么樣的數(shù)據(jù)庫運維工具

不管怎么樣，我們還是會沿著心中的夢想走下去，D-SMART社區(qū)版上開放自定義工具、自定義基線、自定義故障模型、健康模型等已經(jīng)在我們的考慮中，甚至全功能社區(qū)版也在我的考慮之中，也許不久后大家可以在3.0的社區(qū)版中體驗到。

2024-01-04 08:06:28

數(shù)據(jù)庫運維工具

Prometheus 與 VictoriaMetrics 優(yōu)缺點對比

我們總結(jié)Prometheus與VictoriaMetrics的各個方面的對比，雖然VictoriaMetrics在某些方面可能比Prometheus更強大，比如在處理大規(guī)模數(shù)據(jù)和高并發(fā)負(fù)載時的性能表現(xiàn)，完全可以替換Prometheus，但它相對來說是相對較新的項目，尚未達(dá)到Prometheus在用戶社區(qū)和廣泛采用方面的水平。

2024-01-04 08:00:22

時序數(shù)據(jù)庫項目

OLAP 的技術(shù)研發(fā)與思考--ClickHouse 2023 總結(jié)和 2024 展望

ClickHouse 是一個用于聯(lián)機分析(OLAP)的列式數(shù)據(jù)庫管理系統(tǒng)(DBMS)，主要用于線上分析處理。本文會介紹 ClickHouse 2024 核心新功能和產(chǎn)品研發(fā)方向。

2024-01-04 07:40:52

ClickHouse 數(shù)據(jù)庫 DBMS

MyCat分庫分表實時同步到GreatSQL

1. 本方案中，業(yè)務(wù)訪問MyCat的表名字，和server后端的表名字完全一致，只是庫名字不相同，然后MyCat代理表名和實際server的表名字可以不相同，這種情況下，暫時無法映射處理。

2024-01-03 08:14:33

GreatSQL MyCat 庫名字

六個提升SQL查詢性能的核心技巧

使用SELECT *? 是一個常見的錯誤，這可能會嚴(yán)重影響查詢性能。當(dāng)使用SELECT * 時，數(shù)據(jù)庫會返回所有列的數(shù)據(jù)，包括那些我們不需要使用的列。相反，我們應(yīng)該明確列出真正需要的列，這樣可以減少數(shù)據(jù)傳輸量和處理的工作量，從而提高查詢的效率和性能。

2024-01-02 18:01:12

SQL SELECT 查詢

國產(chǎn)優(yōu)秀ORM框架SqlSugar的使用方法，實例解析

以下是對SqlSugar的詳細(xì)介紹及其相比其他ORM框架的優(yōu)點。通過使用SqlSugar，可以簡化數(shù)據(jù)庫操作，提高開發(fā)效率。希望以上內(nèi)容對您有所幫助。

2024-01-02 09:21:18

SqlSugar 數(shù)據(jù)庫 ORM框架

在 Golang 應(yīng)用程序中管理多個數(shù)據(jù)庫

在這篇詳細(xì)的文章中，我們涵蓋了在Golang應(yīng)用程序中處理多個數(shù)據(jù)庫的基本知識?，F(xiàn)在，您已經(jīng)掌握了處理復(fù)雜數(shù)據(jù)場景的基本技能，從設(shè)置多個數(shù)據(jù)庫到完成事務(wù)。

2023-12-29 22:39:25

Golang 應(yīng)用程序數(shù)據(jù)庫

平臺數(shù)據(jù)激增破千萬下的SQL優(yōu)化

利用Explain，可以快速的分析出缺失的索引，比如檢查Join或者Order by中使用的字段，對于大表，有無索引會有幾十甚至上百倍的效率差異。但索引也并非越多越好，過多的索引會對插入及更新造成比較大的影響。

2023-12-29 08:12:58

Explain 索引 SQL優(yōu)化

在PG數(shù)據(jù)庫中 shared_buffers會影響DROP TABLE的性能嗎

數(shù)據(jù)庫就是這樣一點點的在用戶場景中完善起來的，商用數(shù)據(jù)庫廠商十分注重收集這方面的需求，而開源數(shù)據(jù)庫因為用戶群體十分龐大，需求更為龐大，因此在實現(xiàn)某些功能的時候，選擇比較困難，無法像商用數(shù)據(jù)庫那么迅速的響應(yīng)。

2023-12-28 07:35:44

數(shù)據(jù)庫場景 Object

并發(fā)環(huán)境下，先操作數(shù)據(jù)庫還是先操作緩存？

在分布式系統(tǒng)中，緩存和數(shù)據(jù)庫同時存在時，如果有寫操作的時候，先操作數(shù)據(jù)庫，再操作緩存。

2023-12-27 13:44:00

數(shù)據(jù)庫系統(tǒng)分布式

面試官：系統(tǒng)有萬億條消息怎么存儲？

2015 年，Discord 的第一個版本建立在單個 MongoDB 之上。2015 年 11 月左右，MongoDB 存儲了 1 億條消息，其內(nèi)存無法再容納數(shù)據(jù)和索引。延遲變得不可預(yù)測。消息存儲需要轉(zhuǎn)移到另一個數(shù)據(jù)庫。這時 Cassandra 被選中。

2023-12-26 09:34:47

系統(tǒng)MongoDB 存儲

上一頁 1 ··· 6 7 8 9 10 ··· 40 下一頁

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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