其他

早上用Cognos 10.1 做了一張銷售百分比的餅圖，發現有一個地區的銷售顯示0%。之後在資料中添加了計算項百分比，保留兩位小數。在餅圖顯示值中直接使用計算的百分比，保留兩位小數位，結果值竟然直接不顯示了（）。   之後嘗試在8的表徵圖中可以正確顯示（不過醜了點）：  最後再做了一次嘗試，將值顯示中的位置從“全部圍繞餅圖”變為“對其餅圖的左側和右側”，結果竟然顯示出來了。   感覺這個是Cognos

使用了微軟提供的不公開的預存程序sp_MSforeachtable CREATE TABLE #temp(  TableName NVARCHAR (128),   RowsCnt VARCHAR (11),  ReservedSpace VARCHAR(18),  DataSpace VARCHAR(18),  CombinedIndexSpace VARCHAR(18),  UnusedSpace VARCHAR(18)  )   EXEC sp_MSforeachtable'INSERT

The SQL Server SQLOS uses schedulersto manage the execution of user requests. SQLOS Schedulers map to CPUs.  Assuminga 4-CPU Server, there would be 4 SQLOS schedulers by default.  The following diagrams depict a simplifiedversion of execution model

SELECT       sch.name +'.' + t.nameAS [Table Name],       i.name AS[Index Name],      i.type_desc,       ISNULL(user_updates,0)AS [Total Writes],      ISNULL(user_seeks+user_scans + user_lookups,0)AS [Total Reads],      s.last_user_seek,      s.last_

SELECT    migs.avg_total_user_cost*(migs.avg_user_impact/ 100.0)*(migs.user_seeks+ migs.user_scans)ASimprovement_measure,   'CREATE INDEX[missing_index_' + CONVERT(varchar, mig.index_group_handle)+ '_' + CONVERT(varchar, mid.index_handle)   + '_' +

Not considering service levelagreements (SLAs) when designing a database environment and/or not consideringthe need for scheduled downtime for service pack/hotfix application,Defining "disaster" toonarrowly and not simulating/practicing a disaster

在我的ip_conntrack版本中，它目前已經可以緩衝路由，filter規則等，還可以平滑生效最新配置的NAT，它越來越像真正的SDN了，唯一有待完善的就是將5元組的tuple進化成N元組的tuple了，其餘的更新及修正都是些不會引發質變的量變。        現在看一下，ip_conntrack還能緩衝什嗎？當然了，在我的"路由cache in

以前一直認為關鍵範圍鎖定定只是在序列化隔離等級中才會出現，但是從論壇的一篇文章中看到Read-Committed隔離等級中竟然也出現了： 59:50. spid24s process id=process6463b88 taskpriority=0 logused=480 waitresource=KEY: 6:72057594065715200 (8500ea663c04) waittime=516ownerId=773364767 transactionname=test

在網上看到有人提到這樣的問題：用戶端和server網路中斷後提交的批處理還會運行嗎？ 這個問題涉及到了SQL server TCP串連的keepAlive。從微軟的Blog找到詳細的解釋： 簡單說，keepalive

在論壇看到一個文章，說資料庫變慢了一段時間，發現這段時間資料庫檔案的最後修改時間跟變慢的世界一致，想知道這段時間是否檔案確實增長了。 其實SQL Server提供了資料增長的Event，而且Default Trace裡面就記錄了。 下面我們做個測試，我建立了一個新的資料庫，建立表然後插入資料： create tabletest(testvarchar(100))goinsert intotest values (replicate('a',100))go 100000 現在查詢Default

論壇有人在問是否SQL Server的帳號可以區分大小寫，其實是可以的，但是有前提。 很多人認為SQL Server只有密碼才會區分大小寫，而SQL登陸賬戶不會區分，其實不然。預設SQL Server Login賬戶是大小寫不敏感的，但是如果你安裝的SQL Server定序為大小寫敏感的，那麼SQL Server的Login賬戶也會是大小寫敏感的（對於SA賬戶可以建立sa,Sa,sA）。 比如我的定序為大小寫敏感： SELECT SERVERPROPERTY('COLLATION')------

面對讓人無語的ip_conntrack，我有一種說不出的感覺！自從接觸它到現在，已經兩年多了，其間我受到過它的恩惠，也被它蹂躪過，被它玩過，但是又不忍心捨棄它，因為我找不到更好的替代。工作中，學習中，用到了ip_conntrack的幾乎所有特性，然而這些都不能拿來主義得使用，過程中多少有些美中不足，多少會留下一些遺憾，總結下來，我遇到的典型而非全部的問題如下所列：1.不能馬上生效NAT問題；2.需要confirm才能用的問題；3.conntrack cache面對save/restore

<html><head><script type="text/javascript" src="/jquery/jquery.js"></script><script type="text/javascript">$(document).ready(function(){ $("input").focus(function(){ $("input").css("background-color","#FFFFCC"); });

轉自微軟支援人員論壇：“我的SQL Server buffer pool很大,有辦法知道是哪些對象吃掉我的buffer Pool記憶體嗎？比方說，能否知道是哪個資料庫，哪個表，哪個index佔用了buffer Pool嗎？”針對這個問題可以使用（DMV） sys.dm_os_buffer_descriptors。這個DMV非常強大。根據SQL Server 聯機叢書，這個視圖的作用是　“返回有關 SQL Server

在某個html元素中設定你想顯示的html代碼，大家已經很熟悉了。js就有.InnerHTML可以設定。但是在這個元素後追加html代碼也是可以的，這是在jquery手冊上找到的$("button").click(function(){ $("p").after("<p>Hello world!</p>");});定義和用法after() 方法在被選元素後插入指定的內容。文法$(selector).after(content)參數 描述content

曾經看到很多人喜歡將測試資料庫和正式資料庫放到一台伺服器上，認為這樣可以節省資源。雖然正式和測試分成兩個執行個體配置，安全性上不會有問題，但是效能和維護上會有很多問題。 1. 維護：一般來說測試伺服器不需要什麼高可用性，測試需要停機就可以停機，不需要跟使用者去做溝通。但是對於正式伺服器都是有業務在跑的，而且有SLA的限制，不能說停就停。所以放到一起，測試伺服器就失去了靈活性。 2.效能：對於SQL

<!DOCTYPE html><html lang="en"><head><meta charset="utf-8"><title>jQuery UI Datepicker - Format date</title><link rel="stylesheet" href="../../themes/base/jquery.ui.all.css"><script src="../../jquery-1.7.1

Foxmail請求的名稱有效並且在資料庫中找到,但是它沒有相關的正確的資料來被解析安裝foxmail時，在建立帳號時點擊測試如果報上面的錯誤，說明你寫的郵件伺服器地址不正確。一般郵件伺服器地址前會有pop.或smtp.但是公司的伺服器有的不帶pop.或smtp.所以他預設給你加上了，導致地址不正確，去掉就好了去掉發送郵件伺服器地址中的stmp去掉pop3伺服器位址的pop 

在執行計畫中我們經常會看到KeyLookup和RIDLookup操作，而且Cost很大，具體什麼是Key Lookup和RID Lookup： RIDLookup是在使用提供的行標識符(RID) 在堆上進行的書籤尋找 KeyLookup運算子是在具有叢集索引的表上進行的書籤尋找 區別是 Key Lookup通過叢集索引索引值進行尋找，RID

 先來看兩個例子： 1.      建立測試表，C1為主鍵。 CREATE TABLE [dbo].[ProdTable2](      [c1] [int] IDENTITY(1,1)NOTNULL,      [c2] [datetime] NULL,      [c3] [char](25)NULL, CONSTRAINT[PK_ProdTable2] PRIMARY KEY CLUSTERED(      [c1]