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

<style id="t61vl"><rp id="t61vl"></rp></style>

<style id="t61vl"></style>

<legend id="t61vl"><track id="t61vl"></track></legend>

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)題庫

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

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

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

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

數(shù)據(jù)庫運(yùn)維

1517內(nèi)容??

關(guān)注

數(shù)據(jù)庫運(yùn)維話題針對(duì)數(shù)據(jù)庫的軟件安裝、配置優(yōu)化、備份策略選擇及實(shí)施、數(shù)據(jù)恢復(fù)、數(shù)據(jù)遷移、故障排除、預(yù)防性巡檢等多個(gè)話題，分享使用技巧以及實(shí)踐應(yīng)用等內(nèi)容。

共 1517 條

當(dāng)心懶惰的程序員降低你的數(shù)據(jù)庫安全

必須承認(rèn)的一點(diǎn)是，很少有應(yīng)用程序是以SQL Server安全所希望的方式來進(jìn)行編寫的。我把問題歸咎于懶惰的數(shù)據(jù)庫開發(fā)人員。

2015-03-25 13:16:55

SQL Server 數(shù)據(jù)庫安全開發(fā)人員

Java開發(fā)者編寫SQL語句時(shí)常見的10種錯(cuò)誤

當(dāng)Java開發(fā)人員編寫SQL語句時(shí)，一切都變得不同了。SQL是一種說明式語言，與面向?qū)ο笏枷牒兔钍剿枷霟o關(guān)。在SQL語言中，查詢非常容易表達(dá)。但它也不是那么容易以最佳或最正確地方式編寫出來。開發(fā)人員不僅需要重新思考自己的編程模式，還需要從集合論的角度進(jìn)行深入思考。

2015-03-19 11:53:57

Java SQL 數(shù)據(jù)庫開發(fā)

數(shù)據(jù)庫安全測(cè)評(píng)常見問題的分析與對(duì)策

本文主要對(duì)數(shù)據(jù)庫安全檢測(cè)的工作重點(diǎn)和常見問題進(jìn)行分析，安華金和提出高效、正確測(cè)評(píng)的工作方法和應(yīng)對(duì)措施，為安服人員按等保要求進(jìn)行數(shù)據(jù)庫安全測(cè)評(píng)提供幫助。

2015-03-17 21:01:12

數(shù)據(jù)庫安全

10分鐘學(xué)會(huì)理解和解決MySQL亂碼問題

本文將詳細(xì)介紹MySQL亂碼的成因和具體的解決方案。在閱讀本文之前，強(qiáng)烈建議對(duì)字符集編碼概念還比較模糊的同學(xué) 閱讀下博主之前對(duì)相關(guān)概念的一篇科普：十分鐘搞清字符集和字符編碼

2015-03-12 17:01:33

MySQL MySQL亂碼編碼轉(zhuǎn)換

五招輕松搞定SQL Server數(shù)據(jù)匯總

有些時(shí)候你想讓SQL Server 返回一個(gè)聚集結(jié)果集合，而不是一個(gè)詳細(xì)的結(jié)果集。SQL Server的GROUPBY子句，為你提供了一種聚合SQL Server數(shù)據(jù)的方式。GROUPBY子句允許你在一列或多列數(shù)據(jù)甚至是表達(dá)式上進(jìn)行分組操作，在這篇文章中，我將討論如何使用GROUPBY子句來匯總數(shù)據(jù)。

2015-03-10 11:34:22

SQL Server 數(shù)據(jù)匯總 ROUPBY

經(jīng)驗(yàn)分享：MySQL日志維護(hù)策略總結(jié)

MYSQL的日志文件基本可以分為六個(gè)類型。本篇博文基于博主的學(xué)習(xí)和實(shí)驗(yàn)，總結(jié)整理出mysql日志維護(hù)的七項(xiàng)策略和相關(guān)建議。

2015-03-10 11:30:00

MySQL 日志維護(hù)

MongoDB 查詢超時(shí)異常的原因及解決辦法

在對(duì)超過百萬條記錄的集合進(jìn)行聚合操作時(shí)，偶爾會(huì)發(fā)生Read timed out 異常，本文分析了ConnectionTimeOut和SocketTimeOut的區(qū)別，并提出該問題的解決辦法。

2015-03-09 15:41:08

MongoDB 查詢超時(shí)異常 Socket Time

大數(shù)據(jù)量下MySQL插入方法的性能比較

不管是日常業(yè)務(wù)數(shù)據(jù)處理中，還是數(shù)據(jù)庫的導(dǎo)入導(dǎo)出，都可能遇到需要處理大量數(shù)據(jù)的插入。插入的方式和數(shù)據(jù)庫引擎都會(huì)對(duì)插入速度造成影響，這篇文章旨在從理論和實(shí)踐上對(duì)各種方法進(jìn)行分析和比較，方便以后應(yīng)用中插入方法的選擇。

2015-03-09 10:40:44

MySQL 大量數(shù)據(jù)插入

數(shù)據(jù)庫部署的全方位靜態(tài)分析

DBA是數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全和數(shù)據(jù)平臺(tái)性能的最后一道防線，因此DBA也是第一批響應(yīng)問題的人。本文介紹了如何進(jìn)行全方位的數(shù)據(jù)庫靜態(tài)分析。

2015-03-03 14:08:39

Oracle數(shù)據(jù)庫數(shù)據(jù)庫靜態(tài)分析

MySQL編程中的6個(gè)重要的實(shí)用技巧

本文匯總了MySQL編程中的6個(gè)重要的實(shí)用技巧，包括每一行命令都是用分號(hào)(;)作為結(jié)束；采用關(guān)聯(lián)數(shù)組存取查詢結(jié)果；TEXT、DATE、和SET數(shù)據(jù)類型；用mysql_unbuffered_query()開發(fā)快速的腳本；通配符和NOT NULL和空記錄。

2015-03-02 14:47:01

MySQL MySQL編程技術(shù)

MySQL 復(fù)制滯后怎么辦？其實(shí)方法很簡單

要理解你的復(fù)制行為為何滯后，然后了解如何使用正確的方法來解決滯后問題。

2015-03-02 14:39:07

MySQL MySQL復(fù)制

InnoDB 隔離模式對(duì) MySQL 性能的影響

正確的使用InnoDB 隔離模式，能夠讓您的應(yīng)用程序得到最佳性能。你得到的好處可能不同，在某些情況下，也可能沒什么區(qū)別。關(guān)系到InnoDB 的歷史版本，似乎好有好多工作要做，希望在未來的MySQL中能解決。

2015-02-12 09:14:41

如何不使用DBCA在Oracle 11中刪除數(shù)據(jù)庫

本文簡短的教程，將會(huì)向你展示如何不使用DBCA（數(shù)據(jù)庫配置助手）在Oracle 11中刪除數(shù)據(jù)庫。

2014-12-22 09:48:58

開源 PostgreSQL 的硬件性能調(diào)優(yōu)

數(shù)據(jù)庫性能優(yōu)化有兩個(gè)方面。一方面是提高數(shù)據(jù)庫對(duì)電腦CPU,內(nèi)存和硬盤的使用。另一方面是最優(yōu)化傳遞到數(shù)據(jù)庫的查詢。這篇文章討論的是在硬件方面優(yōu)化數(shù)據(jù)庫性能。

2014-12-01 11:30:06

Postgres 的全文搜索已經(jīng)足夠好了

搜索是項(xiàng)非常重要的功能，所以像elasticsearch和SOLR這樣的基于lucene的工具變得很流行。它們都很棒。但使用這些大規(guī)?！皻浴钡乃阉魑淦髑?，你可能需要來點(diǎn)輕量級(jí)的，但又足夠好的搜索工具。

2014-10-14 09:49:47

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

不同場景分析：MySQL 升級(jí)的最佳實(shí)踐

為什么MySQL升級(jí)是必須的? 原因有很多,比如：為了使用新增的特性,基于性能方面的考量, 修復(fù)的bug. 但是在沒有充分的測(cè)試以前就應(yīng)用到你的應(yīng)用中是非常危險(xiǎn)的, 因?yàn)樯?jí)可以能會(huì)讓你的應(yīng)用不能正常運(yùn)作- 也可能引起性能的問題. 此外, 我建議你關(guān)注MySQL的發(fā)布信息和Percona Server - 看看最近的版本有什么變化。

2014-09-29 09:48:54

MySQL MySQL實(shí)踐

SQL Server數(shù)據(jù)庫設(shè)計(jì)規(guī)范

數(shù)據(jù)庫設(shè)計(jì)是指對(duì)一個(gè)給定的應(yīng)用環(huán)境，構(gòu)造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其他應(yīng)用系統(tǒng)，使之能有效地存儲(chǔ)數(shù)據(jù)，滿足各種用戶的需求。數(shù)據(jù)庫設(shè)計(jì)過程中命名規(guī)范很是重要，命名規(guī)范合理的設(shè)計(jì)能夠省去開發(fā)人員很多時(shí)間去區(qū)別數(shù)據(jù)庫實(shí)體。

2014-08-29 10:24:05

SQL Server非聚集索引能給我們帶來什么？

最近在做的一個(gè)項(xiàng)目，頁面訪問的時(shí)候很慢（大概幾秒鐘的樣子），然后用日志記錄的方式，來排查這個(gè)問題，最后發(fā)現(xiàn)是Entity Framework初始化的一個(gè)坑（大概要花 6-7 秒），詳見：《來，給Entity Framework熱熱身》，但是除了這個(gè)問題，還發(fā)現(xiàn)當(dāng)一些用戶數(shù)據(jù)量很大的時(shí)候，訪問也是有些慢，這個(gè)就不是 Entity Framework 的問題了（因?yàn)槌跏蓟淹瓿桑?。下面是筆者解決問題的過程。

2014-08-28 10:06:57

SQL Server執(zhí)行計(jì)劃教會(huì)我如何創(chuàng)建索引？

以前有 DBA 在身邊的時(shí)候，從來不曾考慮過數(shù)據(jù)庫性能的問題，但是，當(dāng)一個(gè)應(yīng)用程序從頭到腳都由自己完成，而且數(shù)據(jù)庫面對(duì)的是接近百萬的數(shù)據(jù)，看著一個(gè)頁面加載速度像烏龜一樣，自己心里真是有種挫敗感。代碼的優(yōu)化問題，這是屬于程序員的職責(zé)范圍之內(nèi)，對(duì)于我來說，這一方面比較好探查些，因?yàn)槎际亲约菏煜さ?，用EF或SQL Server Profiler 跟蹤一下程序代碼產(chǎn)生的SQL，如果有問題，直接優(yōu)化程序代碼就可以了，如果SQL沒問題，那就得優(yōu)化數(shù)據(jù)庫了，對(duì)于我來說，這是一個(gè)無人區(qū)。

2014-08-28 09:54:35

Fabric結(jié)合GTID實(shí)現(xiàn)Mysql復(fù)制高可用

fabric為啟用復(fù)制的3個(gè)mysql實(shí)例提供高可用，應(yīng)用使用fabric-aware的連接器路由事務(wù)和SQL語句到合適的服務(wù)器，透明的進(jìn)行讀和寫操作……

2014-08-28 09:43:38

Fabric GTID Mysql

大數(shù)據(jù)架構(gòu)-使用HBase和Solr配置存儲(chǔ)與索引

HBase可以通過協(xié)處理器Coprocessor的方式向Solr發(fā)出請(qǐng)求，Solr對(duì)于接收到的數(shù)據(jù)可以做相關(guān)的同步：增、刪、改索引的操作，這樣就可以同時(shí)使用HBase存儲(chǔ)量大和Solr檢索性能高的優(yōu)點(diǎn)了，更何況HBase和Solr都可以集群。這對(duì)海量數(shù)據(jù)存儲(chǔ)、檢索提供了一種方式，將存儲(chǔ)與索引放在不同的機(jī)器上，是大數(shù)據(jù)架構(gòu)的必須品。

2014-08-22 11:04:39

大數(shù)據(jù)架構(gòu)

虛擬機(jī)備份克隆導(dǎo)致SQL Server出現(xiàn)IO錯(cuò)誤

晚上收到數(shù)據(jù)庫一封告警郵件SQL Server Alert System: 'Severity 016' occurred on \\xxxxx。本文將介紹錯(cuò)誤修正過程。

2014-08-21 10:05:59

分布式數(shù)據(jù)庫新思維：跨云平臺(tái) 譯文

時(shí)至今日，一體多用的數(shù)據(jù)庫處理方式將逐步讓位于成本更低但卻更加復(fù)雜的異構(gòu)式解決方案。

2014-08-07 08:49:47

數(shù)據(jù)庫

數(shù)據(jù)庫SQL優(yōu)化大總結(jié)之百萬級(jí)數(shù)據(jù)庫優(yōu)化方案

網(wǎng)上關(guān)于SQL優(yōu)化的教程很多，但是比較雜亂。近日有空整理了一下，寫出來跟大家分享一下，其中有錯(cuò)誤和不足的地方，還請(qǐng)大家糾正補(bǔ)充。

2014-07-18 09:33:53

數(shù)據(jù)庫數(shù)據(jù)庫優(yōu)化

CoolHash數(shù)據(jù)庫引擎壓測(cè)對(duì)比報(bào)告

Coolhash當(dāng)前性能指標(biāo)：讀寫吞吐量超過百萬，千萬級(jí)別查詢1秒完成，連續(xù)48小時(shí)打滿CPU強(qiáng)壓力運(yùn)行穩(wěn)定。redis官方公布讀寫性能在10萬tps，leveldb官方公布寫性能在40萬tps，讀在6萬tps，redis和leveldb都是傾向k/v高速讀寫，但不具備高效檢索功能，沒有join關(guān)聯(lián)設(shè)計(jì)。coolhash可以拿去pk世界上任何的數(shù)據(jù)庫引擎產(chǎn)品。

2014-07-10 10:33:47

CoolHash 引擎壓測(cè)

SQL Server中一個(gè)隱性的IO性能殺手

最近在一個(gè)客戶那里注意到一個(gè)計(jì)數(shù)器很高（Forwarded Records/Sec），伴隨著間歇性的磁盤等待隊(duì)列的波動(dòng)。本篇文章分享什么是forwarded record，并從原理上談一談為什么Forwarded record會(huì)造成額外的IO。

2014-07-07 10:58:22

如何進(jìn)行恢復(fù)PLSQL閃回誤刪除FlashBack Delete表

在PLSQL開發(fā)時(shí)，有時(shí)候會(huì)遇到對(duì)表中數(shù)據(jù)的誤刪除，其實(shí)遇到這種情況不需要緊張，如果問題較大，請(qǐng)DBA幫忙，如果只是小問題，只需自己處理，利用flashback閃回操作即可，可將表進(jìn)行恢復(fù)。在刪除中數(shù)據(jù)時(shí)，系統(tǒng)會(huì)自動(dòng)記錄一個(gè)SCN和時(shí)間戳，按SCN和時(shí)間戳就可以查詢出被誤刪除的資料。

2014-07-02 15:37:49

Cassandra與HBase的大數(shù)據(jù)對(duì)決誰是勝者？

眾多基于Bigtable技術(shù)的開源項(xiàng)目正在通過不同的方式實(shí)現(xiàn)高擴(kuò)展性、高靈活性、分布式及寬列數(shù)據(jù)存儲(chǔ)等功能，Cassandra和HBase就是其中的代表。

2014-04-15 09:30:08

對(duì)互聯(lián)網(wǎng)海量數(shù)據(jù)實(shí)時(shí)計(jì)算的理解

互聯(lián)網(wǎng)領(lǐng)域的實(shí)時(shí)計(jì)算一般都是針對(duì)海量數(shù)據(jù)進(jìn)行的，除了像非實(shí)時(shí)計(jì)算的需求（如計(jì)算結(jié)果準(zhǔn)確）以外，實(shí)時(shí)計(jì)算最重要的一個(gè)需求是能夠?qū)崟r(shí)響應(yīng)計(jì)算結(jié)果，一般要求為秒級(jí)。個(gè)人理解，互聯(lián)網(wǎng)行業(yè)的實(shí)時(shí)計(jì)算可以分為以下兩種應(yīng)用場景。

2014-04-11 10:35:49

實(shí)時(shí)計(jì)算

Apache Spark三種分布式部署方式比較

目前Apache Spark支持三種分布式部署方式，分別是standalone、spark on mesos和 spark on YARN。

2014-04-09 14:59:55

移動(dòng)環(huán)境中防止數(shù)據(jù)丟失的5種方法

企業(yè)敏感數(shù)據(jù)可能會(huì)被移動(dòng)到移動(dòng)設(shè)備，不再受企業(yè)網(wǎng)絡(luò)防御措施的保護(hù)。這是否會(huì)讓你的數(shù)據(jù)處于危險(xiǎn)之中?本文我們將探討防止移動(dòng)設(shè)備數(shù)據(jù)丟失的策略。

2014-04-01 11:13:32

數(shù)據(jù)丟失

當(dāng)“大數(shù)據(jù)”落地，當(dāng)技術(shù)接軌商業(yè)

從2012年以來，“大數(shù)據(jù)”持續(xù)升溫（《紐約時(shí)報(bào)》就把2012年定義為“大數(shù)據(jù)的十字路口”），跟著“熱鬧圍觀”的還有圖書市場。

2014-03-31 14:53:46

大數(shù)據(jù)

優(yōu)酷土豆應(yīng)用Spark完善大數(shù)據(jù)分析案例

優(yōu)酷土豆作為國內(nèi)最大的視頻網(wǎng)站，和國內(nèi)其他互聯(lián)網(wǎng)巨頭一樣，率先看到大數(shù)據(jù)對(duì)公司業(yè)務(wù)的價(jià)值，早在2009年就開始使用Hadoop集群，隨著這些年業(yè)務(wù)迅猛發(fā)展，優(yōu)酷土豆又率先嘗試了仍處于大數(shù)據(jù)前沿領(lǐng)域的Spark/Shark 內(nèi)存計(jì)算框架，很好地解決了機(jī)器學(xué)習(xí)和圖計(jì)算多次迭代的瓶頸問題，使得公司大數(shù)據(jù)分析更加完善。

2014-03-27 09:36:36

Hive動(dòng)態(tài)分區(qū)導(dǎo)致的Jobtracker Hang問題

昨天下午有20多分鐘Hadoop平臺(tái)無法跑Hive，Jobtracker的頁面也打不開，hadoop job –list也hang住沒有響應(yīng)，過了10分鐘后恢復(fù)了，查看gc日志發(fā)現(xiàn)Jobtracker沒有進(jìn)行full gc，查看這段時(shí)間的Job日志發(fā)現(xiàn)一個(gè)可疑的Hive SQL: Insert into table t(dt) as select xxx,dt from txx，是一個(gè)用了動(dòng)態(tài)分區(qū)的查詢.這個(gè)查詢和Jobtracker Hang住有什么關(guān)系呢？

2014-03-26 11:15:26

動(dòng)手實(shí)戰(zhàn)SQL Server死鎖

最近的一個(gè)項(xiàng)目由于客戶明確提出要做下性能壓力測(cè)試，使用的工具就是VS自帶的壓力測(cè)試工具。以前其它項(xiàng)目做壓力測(cè)試后反饋的其中一個(gè)重要問題就是數(shù)據(jù)庫的死鎖。沒想到我們這個(gè)項(xiàng)目測(cè)試時(shí)死鎖同樣的發(fā)生了，我之前的項(xiàng)目由于很少參與壓力測(cè)試，基本上也不會(huì)去了解死鎖，以及死鎖如何解決的問題。

2014-03-17 10:34:48

Oracle發(fā)布大數(shù)據(jù)一體機(jī)編碼工具

甲骨文已經(jīng)發(fā)布了一款將會(huì)讓開發(fā)者更容易為大數(shù)據(jù)一體機(jī)編寫應(yīng)用程序代碼的工具。這款名為Big Data Lite的工具捆綁了Oracle Linux、Cloudera軟件、Hadoop和大量甲骨文的云連接器，是為了在甲骨文的大數(shù)據(jù)一體機(jī)上復(fù)制可用的環(huán)境。

2014-02-12 09:15:17

Oracle 大數(shù)據(jù)

游戲數(shù)據(jù)分析-用戶留存率詳解與計(jì)算案例

留存率，越來越受到大家的關(guān)注，從網(wǎng)站用戶到客戶端產(chǎn)品，游戲產(chǎn)品，無線APP產(chǎn)品，都非常重視這一指標(biāo)，留存率成為衡量一個(gè)產(chǎn)品是否健康成長的重要指標(biāo)之一。

2014-01-22 15:34:00

數(shù)據(jù)分析

如家確認(rèn)使用涉事公司服務(wù) 泄露開房記錄

國內(nèi)安全漏洞監(jiān)測(cè)平臺(tái)烏云（WooYun.org）近日發(fā)布報(bào)告，稱如家、漢庭等大批酒店的開房記錄被第三方存儲(chǔ)，并且因?yàn)槁┒炊孤丁?/a>

2013-10-14 11:16:44

SQL Server 2014新特性探秘(1)：內(nèi)存數(shù)據(jù)庫

SQL Server 2014提供了眾多激動(dòng)人心的新功能，但其中我想最讓人期待的特性之一就要算內(nèi)存數(shù)據(jù)庫了。去年我再西雅圖參加SQL PASS Summit 2012的開幕式時(shí)，微軟就宣布了將在下一個(gè)SQL Server版本中附帶代號(hào)為Hekaton的內(nèi)存數(shù)據(jù)庫引擎。現(xiàn)在隨著2014CTP1的到來，我們終于可以一窺其面貌。

2013-09-24 09:38:03

把MongoDB當(dāng)成純內(nèi)存數(shù)據(jù)庫使用

將MongoDB用作內(nèi)存數(shù)據(jù)庫（in-memory database），也即，根本就不讓MongoDB把數(shù)據(jù)保存到磁盤中的這種用法，引起了越來越多的人的興趣。

2013-09-22 13:25:54

MongoDB 內(nèi)存數(shù)據(jù)庫

使用PostgreSQL數(shù)據(jù)庫日期類型的4個(gè)提示

PostgreSQL你可以通過簡單調(diào)用PostgreSQL內(nèi)置函數(shù)來實(shí)現(xiàn)數(shù)據(jù)庫日期類型功能。

2013-08-29 13:31:07

PostgreSQL 數(shù)據(jù)庫數(shù)據(jù)庫日期

Oracle 12c RMAN 功能增強(qiáng)

在ORACLE 12C中對(duì)rman的功能有了不少增強(qiáng),在以前的文章中寫過RMAN RECOVER TABLE功能,這里另外補(bǔ)充rman增強(qiáng)的兩個(gè)小功能(sql語句和數(shù)據(jù)文件分割)

2013-06-28 14:38:02

Oracle Eneterprise Linux 5.8上安裝Database 12c

在OEL6上至今沒有解決oracle-rdbms-server-12cR1-preinstall問題，所以嘗試了下OEL5，在OEL5使用OVC是沒有問題的。

2013-06-28 14:30:09

從MySQL遷移到MariaDB(CentOS)

MariaDB是一個(gè)采用Maria存儲(chǔ)引擎的MySQL分支版本，是由原來MySQL的作者M(jìn)ichael Widenius創(chuàng)辦的公司開發(fā)的免費(fèi)開源的數(shù)據(jù)庫服務(wù)器。Red Hat企業(yè)發(fā)行版RHEL 7將用MariaDB替代MySQL，一旦RHEL完成切換，基于RHEL的社區(qū)版 CentOS 將會(huì)緊跟著作出改變。所以呢，使用CentOS系統(tǒng)的這個(gè)VPS或遲或早都是要切換到MariaDB的，大勢(shì)所趨啊。

2013-06-21 13:49:08

關(guān)于數(shù)據(jù)庫查詢優(yōu)化的思考

使用數(shù)據(jù)庫已經(jīng)有6年歷史了，寫過許多的數(shù)據(jù)庫查詢語句，面對(duì)過許多的問題，也在磕磕碰碰中學(xué)到了很多東西。昨天在看系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)與SQL代碼時(shí)，突然“發(fā)現(xiàn)”了許多平常不屑看到的問題，于是就萌生了把它提出來思考的念頭。

2013-05-21 10:06:11

數(shù)據(jù)庫查詢優(yōu)化

SQL Server游標(biāo)生成工具

經(jīng)常做ERP報(bào)表，涉及存儲(chǔ)過程中讀取數(shù)據(jù)，多個(gè)表之間關(guān)聯(lián)的數(shù)據(jù)讀取，用到游標(biāo)。經(jīng)典的讀取用戶表的游標(biāo)例子

2013-05-20 16:09:39

Windows下安裝MariaDB

各大Linux發(fā)行版的 MySQL 逃亡潮越演越烈，繼Mageia 2（原 Mandriva 社區(qū)衍生版）和OpenSUSE 12.3 以后，F(xiàn)edora社區(qū)宣布將會(huì)在即將發(fā)布跳票的Fedora 19 使用 MariaDB 替代 MySQL。

2013-05-07 09:57:23

數(shù)據(jù)遷移：高難度帶來高回報(bào) 譯文

在過去的十年中，我已經(jīng)遇到過數(shù)不清的數(shù)據(jù)再加工任務(wù)。無論是把古老的數(shù)據(jù)庫遷移到現(xiàn)代化數(shù)據(jù)庫當(dāng)中，還是將大規(guī)模數(shù)據(jù)集利用新型處理工具進(jìn)行牽引等，將數(shù)據(jù)由一種格式轉(zhuǎn)化為另一種新格式的任務(wù)始終不斷出現(xiàn)、頻度極高甚至每天都有。而且對(duì)于包括IT部門在內(nèi)的絕大多數(shù)人來說，這一轉(zhuǎn)換過程仍然神奇乃至神秘。

2013-05-06 09:48:38

數(shù)據(jù)遷移

SQL Server實(shí)現(xiàn)最短路徑的搜索算法

在表RelationGraph中，有三個(gè)字段（ID,Node,RelatedNode）,其中Node和RelatedNode兩個(gè)字段描述兩個(gè)節(jié)點(diǎn)的連接關(guān)系；現(xiàn)在要求，找出從節(jié)點(diǎn)"p"至節(jié)點(diǎn)"j"，最短路徑（即經(jīng)過的節(jié)點(diǎn)最少）。

2013-04-23 09:31:52

MySQL 5.6.10跨平臺(tái)GTID復(fù)制實(shí)踐

根據(jù)業(yè)務(wù)需要，建立MySQL復(fù)制來實(shí)現(xiàn)數(shù)據(jù)冗余。MySQL 5.6.10版本提供了更方便的基于GTID的復(fù)制功能，MySQL可以通過GTID自動(dòng)識(shí)別上次同步的點(diǎn)，極大地方便了運(yùn)維人員，減少出錯(cuò)的幾率。

2013-04-07 10:50:24

上一頁 1 ··· 15 16 17 18 19 ··· 31 下一頁

點(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)練營

<blockquote id="e9dxc"></blockquote>