excel 找含*的資料

EXCEL欄位中想要找含有*的儲存格
看來很簡單，但怎麼找都回傳所有的儲存格

看了這篇說明才知道*是指萬用查詢
秘訣   如果要尋找工作表資料中的星號、問號與波狀符號 (~)，可以在 [尋找目標] 方塊中輸入波狀符號做為尋找目標的前置字元。例如，若要尋找包含 "?" 的資料，可以輸入「~?」做為搜尋準則。

尋找含*的儲存格，請CTRL+F，輸入關鍵字 ~*


 

windwos 8 drag and drop

windows 8真的很討厭....
原本檔案 都可以用drag and drop的方式開啟
例如在檔案總管目錄下查看目錄檔案，想要用drag and drop 打開一個沒有副檔名定義開啟程式的檔案，以前都直接將檔案拖到文字編輯器就開啟來了。

在window 8預設就無法這樣做.即使設定了控制台下使用者帳戶下的使用者帳戶控制為不要通知，仍然無法drag and drop。

windows 8 UAC限制的更加嚴格，表面上讓你關閉通知，但骨子里卻留了一手。

參考這篇文How to bring back Drag and Drop in Windows 8

在regedit中，找到 HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > Windows > CurrentVersion > Policies > System 
將 EnableLUA設為0


然後重開機。

windows 8真的很討厭....，
T400 改為使用整合顯示卡後，當的機率變小，但還是會當...而且當掉的時機點竟然都是在長時間不用的情況下??
當掉後，必須把電池先拔掉再插回去才開得了機????

機器的電源管理都是設不休眠...不關閉顯示器...除了設定10分鐘變暗之外....

真不知道他在當什麼.....

SQLCLR FormsAuthentication.HashPasswordForStoringInConfigFile

人客給了一個EXCEL，要批次先建好系統使用者
但因預設密碼為使用者帳戶，每個人都不同，我又想直接透過SQLServer openrowset 方式讀取excel檔然後直接轉入。

首選當然是建一個CLR Funciton 直接在tsql 使用，但CLR不支援System.Web，所以FormsAuthentication.HashPasswordForStoringInConfigFile 就沒法使用了。

找到可行的解決方法，改寫成CLR Funciton ，記錄一下 ，粉方便~~~

What will give me the same result as FormsAuthentication hashing for a non web application?

public static string SHA1(this string stringToHash)
{
    // SHA1 is 160bit
    SHA1 sha = new SHA1Managed();
    byte[] hash = sha.ComputeHash(Encoding.ASCII.GetBytes(stringToHash));

    StringBuilder stringBuilder = new StringBuilder();
    foreach (byte b in hash)
    {
     stringBuilder.AppendFormat("{0:x2}", b);
    }
    return stringBuilder.ToString().ToUpper(); // HashPasswordForStoringInConfigFile uses uppercase hex
}

OPENROWSET導致SQL Server服務關閉

Windows 8 + SQL 2012 (11.0.3128)

症頭是使用OPENROWSET導致SQL Server服務關閉。
 select * 
  from OPENROWSET('Microsoft.ACE.OLEDB.12.0',
  'Excel 12.0;HDR=YES;IMEX=1;Database=c:\temp\ImportUsers.xlsx',
  'select * from [Users$]')  

查看事件檢視器，就這麼簡短的一行字
SQL Server (MSSQLSERVER) 服務意外地終止。已經發生 1 次。

另外還有項看不懂的Application Error
失敗的應用程式名稱: sqlservr.exe，版本: 2011.110.3128.0，時間戳記: 0x50deadad
失敗的模組名稱: ntdll.dll，版本: 6.2.9200.16579，時間戳記: 0x51637f77
例外狀況代碼: 0xc0000374
錯誤位移: 0x00000000000ebd59
失敗的處理程序識別碼: 0x61c
失敗的應用程式開始時間: 0x01cecd9d9186c411
失敗的應用程式路徑: C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Binn\sqlservr.exe
失敗的模組路徑: C:\Windows\SYSTEM32\ntdll.dll
報告識別碼: af519ed8-3991-11e3-be9a-0c6076872559
失敗的套件完整名稱:
失敗的套件相關應用程式識別碼:



 同一個EXCEL檔轉成ImportUsers.xls使用SQL 2005讀取，卻沒有問題
 select * 
  from OPENROWSET('Microsoft.Jet.OLEDB.4.0',
  'Excel 8.0;HDR=YES;IMEX=1;Database=c:\temp\ImportOrgnUsers.xls',
  'select * from [Users$]')   

 找到這篇文章，解藥如下

EXEC master.dbo.sp_MSset_oledb_prop 
N'Microsoft.ACE.OLEDB.12.0', N'AllowInProcess', 1  

EXEC master.dbo.sp_MSset_oledb_prop
 N'Microsoft.ACE.OLEDB.12.0', N'DynamicParameters',1

試了一下，執行 AllowInProcess即可解決。

順便查了一下何謂 AllowInProcess  Anish Shenoy說到

AllowInProcess=0 (default)
Running the process outside the SQL Server Process:

Allowing the provider to run outside the SQL Server Process helps to protect the SQL Server process from errors in the provider, as when the provider runs outside the SQL Server process Updates or inserts involving column data types like (varchar(max), nvarchar(max), varbinary(max), text, ntext, or image) are not allowed.

AllowInProcess=1
Running the process inside the SQL Server Process:
By setting this option in the SQL Server providers, we will be able to handle the data types like (varchar(max), nvarchar(max), varbinary(max), text, ntext, or image) including long columns, image and text data.

In case of excel data we can see that when we import an excel data into the database tables without having predefined datatypes, by default the datatypes of some of the columns may be assigned to nvarchar(max) or ntext etc, so if we do net set the Allow Inprocess it will throw error.  
這讓我順便抱怨一下，在SQL2012使用 撰寫SQL 指令 Import /Export資料時，在資料表對映無法解析到正確的資料類型 ，datatype 202 是什麼東西啊。



剛好也了解到原來這算是是一個BUG嗎?

nvarcahr 和varchar在SP1取消支援，改成了[DT_WSTR]和[DT_STR]，把SSIS的定義套用在SSMS，真是很奇怪。

t400 安裝windows8 當當當

前三個月將t400裝上了windows8，除了界面灰常不習慣之外，再來就是三不五時熱當的問題不勝其擾。
前者給安裝了classical shell後，又回到了熟悉的程式集界面了....

後者想了很久，也熱當了幾十次後，後來想說就把獨立顯卡給關了看看,至今三個星期，再也沒有當過。

這這這叫我下次怎麼還買得下手小黑啊......

聯想的小黑啊，你的品質何時可以回升啊，我還是愛死你的鍵盤啊~~~

2013/11/17
得到了一個結論，當機時間都是在較長時間不使用電腦時發生的，所以做了一個測試，把顯卡調回獨顯，在OS電源管理中 ，將所有設定都設為永不，這才真正解決了當機的問題。
原本只有將讓電腦睡眠設為永不
後來連同讓顯示器變案及關閉顯示器都設為永不，就再也不當了.

tsql binary_checksum

通常在SQL Server 安裝時，我都選擇 Chinese_Taiwan_Stroke_CI_AS
至於相容層級怎麼選? 有80, 90,100 ,

但說實在的，有什麼差別，我倒是沒仔細想過....


參考這篇MSDN上的說明，和「補充字元」(Supplementary Character)排序相關吧~(阿災)


 既然資料庫內資料不分大小寫，那當真的有需求要比較大小寫時，就可以用binary_checksum

 select  case when 'mmdd' = 'MMDD' then 1 else 0 end as '不分大小寫'
,case when 'A' = 'Ａ' then 1 else 0 end '不分全半型'
,case when  binary_checksum('mmdd') = binary_checksum('MMDD') then 1 else 0 end '分大小寫'

SQL SERVER LEAP YEAR(轉)

只適用在SQL SERVER 2012 參考

SQL SERVER – Detecting Leap Year in T-SQL using SQL

 SELECT (IIF(DATEPART(dd,(EOMONTH(CONCAT(1910,'0201')))) = 29,1,0))


其他版本SQL SERVER 參考

Different ways to find out a Leap Year

再加一個INFORMIX datediff