其他

SQLSERVER的資料表值函式是SQLSERVER 2005以來的新特性，由於它使用比較方便，就像一個單獨的表一樣，在我們的系統中大量使用。有一個擷取客戶資料的SQLSERVER

      CSLA.NET這一系列其實是我很早就有的想法，接觸和使用這個架構時就報怨國內的資源太少，入門教程除了作者的那本書就再也沒有什麼了，這一系列也是應一些朋友的要求，說實話，CSLA.NET我使用起來並不是很熟練，不過我想這一系列能夠對入門和深入的朋友還是會有協助,如果大家對這一系列有啥看法，請直接反饋給我:        1.和我一起學CSLA.NET----先忽悠下        2.和我一起學CSLA.NET----設計模型及資料訪問        3.和我一起學CSLA.NET-

PDF.NET資料開發架構 是一套輕量級的快速資料開發架構，它具有iBatis類似的SQL-MAP特性和Hibernate的ORM持久化特性，但不使用反射，整個過程幾乎沒有複雜的配置，非常適合新手使用和大蝦研究。 整個架構提供了核心類庫，代碼產生工具和整合管理工具。 PDF.NET整合開發工具 Ver4.1 體驗版安裝程式，除了可以產生實體類，建立和管理SQL-MAP檔案，自動產生DAL層代碼，也可以作為通用資料庫訪問工具使用。 本版本可以直接支援下列資料庫：SQLSERVERSQL

內容摘要預設情況下，SharePoint的所有內容，都是放在資料庫中。（該資料庫我們稱之為內容資料庫）。如果我們要儲存的內容體積較大，則可能導致內容資料庫急劇增大，管理將更加複雜。同時，將這些大的內容放在資料庫，還將加重資料庫存取資料以及網路傳輸資料的壓力。在SharePoint 2007的時候，提供了一個所謂的EBS的擴充介面，儲存供應商可以實現固定的介面來與SharePoint做一定意義上的擴充。請參考http://msdn.microsoft.com/zh-cn/library/bb802

首先談一下背景。最近正要上馬的項目中，遇到一個客戶的需求：表名是動態，根據資料庫裡的某些值來決定。舉個例子來說 需求有主表Student，有兩列ID和Class然後有從表XXXStudentDetail，其中XXX是Student表中的Class的值，取值範圍不受限也就是說每有一種Class就要添加一張StudentDetail表 面對需求，技術上考慮了兩個方案，但是都碰壁了1

周末在家看了看Lucene.Net。想嘗試著給資料庫加上全文檢索索引的功能。早就聽說Lucene的API很複雜難用，看了幾篇文檔之後有了打退堂鼓的念頭。。。已經不單單是API的問題了，就那個檢索的文法就。。。於是很自然的想到了有沒有Linq to

一點小經驗，寫下來做個筆記，也與大家分享一下 今天在進行效能調優的時候發現一個問題：一句HQL經Nhibernate翻譯出來變成SQL後執行效率緩慢首先來看一下翻譯出來的SQL語句代碼Code highlighting produced by Actipro CodeHighlighter

內容摘要SharePoint是微軟提供的一個企業層級的協作平台，目前最新的版本是2010，它的功能相當多，而且也相當靈活。為了協助大家更好地，從相對較高的層面瞭解SharePoint 2010的體繫結構，我這裡分七講來分別介紹。本節講解如何從開發人員角度理解SharePoint這個產品。我將詳細介紹如何配置在Windows

最近做公司項目，我們要整合所有業務系統的客戶資料，各業務系統的資料庫有的Oracle，有的是SQLSERVER，而且表結構也不相同，如何整合不同系統之間的客戶資料成為一個令人頭痛的難題！ 解決方案：在整合資料的方式上存在分歧，有兩種方案：方案1，將所有系統的客戶資料整合到一個資料庫中--“中樞資料庫”，所要的工作主要有設計一個“超級客戶資料表”，儘可能多的包含各個業務系統的客戶資料表的欄位，然後再開發一套程式完成各個業務資料庫與“中心”資料庫直接的資料匯入，更新，同步等；方案2，不設立“中樞資料

面對一堆堆的複雜SQL語句，你需要把它寫成.NET程式，是不是有點厭煩了？我們的DAL代碼和具體的資料庫，SQL語句緊密耦合，有沒有辦法分離開？如果你有一個想法，這些複雜的SQL統統都交給DBA去做，讓我們程式員只是關注於商務邏輯的實現，那該多好啊！這就是PDF.NET資料開發架構之SQL-MAP幫你做的：PDF.NET 資料開發架構之SQL-MAP代碼產生工具 詳細使用介紹http://www.pwmis.com/sqlmap/toolshelp.htmPDF.NET資料開發架構

上一次我們看到了如何讓NHibernate通過寫多個mapping“半自動”的實現我們動態映射的需求。這一次我們看一下如何?多對一之類的關係，以及如何存取資料。1 兩張XXX表存在多對一之類別關係時的映射  由於只指定Class，NHibernate還是不知道該Class具體應該映射到哪張表，於是需要同樣的指定entity name代碼Code highlighting produced by Actipro CodeHighlighter

在CSDN上有一個文章

什麼是參數化查詢？我們來看百度百科對此的定義和樣本：一，定義------------------------------------------------------------------　參數化查詢（Parameterized Query 或 Parameterized Statement）是指在設計與資料庫連結並訪問資料時，在需要填入數值或資料的地方，使用參數 (Parameter) 來給值，這個方法目前已被視為最有效可預防SQL注入攻擊 (SQL Injection)

昨天下午老老實實的乾著活，突然被領導叫去面試。 說是面試，其實就是走走形式。因為一來項目急著要人，二來又是推薦來的，應該也已經經曆了公司的考核。面試的對象是個剛剛走出校園的學生，有點項目的實際經驗，還算不錯吧。但是針對我們的項目而言，一來沒有BS架構的經驗(其實我也不咋有UI的經驗)，二來C#不夠熟悉，估計還得有一段時間才能投入真正的開發。第一次面試別人，還是誠惶誠恐的。一來完全沒有準備，只能趁領導先問的時間裡面想了幾個領域相對分散的問題；二來就自己這個半吊子的水平。。。再說自己又不是項目的負責

這個問題爭論很久了，用不用預存程序，有時甚至到了個人信仰的程度，我們還是來看看在知名技術社區前人對此的激烈討論吧，順便說說相關的東西。 1， “使用預存程序的好處” --http://topic.csdn.net/u/20110218/15/4c5f0fe6-ce49-4c39-9e1b-0df378618d7a.html作者是一個狂熱的預存程序派，該貼回複已經超過300條，學習，贊同，質疑，反對的聲音不少，其中還有不少回複已經被管理員刪除；2，“預存程序 orm 比拼” ，原貼地址：http:

    在RPG遊戲中，人物攜帶物品在地圖中走動，不同的物品具有不同的功能，如果就這麼簡單，那對物品的使用，就可以成為物品的一個方法，使用物品就調用這個方法好了。    很要命，不同的人物使用同一件物品的時候，效果也不一樣。    這時候還要把這個方法放到物品對象中嗎？    也許還可以，OO分析會開始非人類的胡言亂語：如果在方法調用中，加上user參數，那麼物品知道是誰在使用它，於是就可以根據使用者的不同來進行不同的處理了。    賣鍋的，物品居然活了，它成了一個精靈，知道誰在使用它。   

能用LinqToNhibernate還是很爽的~~能獲得編譯時間類型檢查就不說了，就連where子句的複用都比用HQL爽快很多~~~比如我有這種有時間限制的實體Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->    public interface ITerminableEntity    {        DateTime StartDate { 

上文說到LinqToNhibernate的DateTime處理上存在一個陷阱。仔細想想的話，其實應該不僅僅是針對DateTime，而是LinqToNhibernate只能處理到hbm映射過的property這一個層級，再取property的property的時候就會有一些莫名其妙的問題。這次來談談今天寫代碼的時候碰到的另一個問題：無法使用運算式參數。先來看看我原來寫的代碼：代碼Code highlighting produced by Actipro CodeHighlighter

上次起了個很驚悚的標題，說是LinqToNhibernate無法多次使用Where子句，後來實踐了一下發現問題不在多次使用Where，而在於使用了運算式參數，於是厚顏無恥的偷偷改了文章標題和內容-v-再後來又試了一次，發現還是可以用運算式參數的，上次提及的那個網頁以及錯誤資訊（Expression argument must be of type ICollection.）

去年有個項目，PM給出的資料庫設計中所有表的主鍵都是uniqueidentifier類型的，其值由nhibernate中指定的演算法自動產生。後來他辭職之後，繼任維護這個項目的PM對這個設計大為不滿：白白耗費了儲存空間不說，可讀性還很差。另一個team的架構師也給我發過來一篇博文，其中主要講了三點：1 NEWID產生的uniqueidentifier可讀性差，如果非得用這個類型，可以考慮NEWSEQUENTIALID2