其他

       最近在做一個項目，項目的需求不夠明確，這是做項目的大忌，但是沒有辦法。項目的架構採用Dotnet平台使用C#進行開發，為了加快項目的開發進度，採用代碼產生工具之MyGeneration 產生業務基本代碼，資料持久層採用IBatisNet,交易處理採用Castle的交易處理代碼塊，整體採用Castle IOC容器進行組裝。      

  簡單說一下我對這個CRM系統的設計方案哦  一、開發基礎選用  開發基礎包括資料訪問，監控跟蹤，異常處理，日誌記錄，公用函數等東西，每個系統一般都不是從零開始做的，都有個基礎架構的，有的可能功能少一些，但是資料訪問是必須的，我列舉一下備選的方法供大家討論。 

文章目錄   總結：     最近公司的新版本的系統開發完成了，交付給客戶使用之前，正式將其升級到我們正在使用的系統，升級後的三天，系統頻繁down機，三天時間已經超過15次。自己才真正感覺到頻繁down機的後果。    後來第三天下午，公司組織了幾個人研究系統，我研究資料庫，一個看jboss 4.2.3, 另外兩個看新加的代碼。看看哪個地方出了問題。   

  前段時間在 http://www.itput.net/ 看到 一篇文章，      http://www.itpub.net/thread-1031306-1-4.html提到一個SQL語句： 建立環境：Code highlighting produced by Actipro CodeHighlighter

文章目錄   總結：     今天客戶系統升級，通過DMVs效能分析查了一下，升級後發現一個語句執行時間比較長，執行語句要好幾秒鐘，調出語句如下：Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->select distinct field003 from ufi2j0n11179717502375

    有個小故事：一個青年人在半山腰，突然遇到暴雨，不知道該怎麼辦？於是請教路過的和尚，和尚說："你應該向山頂走。"青年問： "為什麼不往山下跑？山頂風雨不是更大嗎？ "往山頂走，固然風雨可能更大，卻不足以威脅你的生命。至於向山下跑，看來風雨小些，似乎比較安全，但卻可能遇到暴發的山洪而被活活淹死。"和尚嚴肅地說："對於風雨，逃避它，你只有被捲入洪流；迎向它，你卻能獲得生存！" 除了登山，在人生的戰場上，不也是如此嗎？“眾裡尋他千百度，驀然回首，那人卻在燈火闌珊處。”

     從上海來到溫州，看了前幾天監控的sql語句和資料變化，發現有一條語句的io次數很大，達到了150萬次IO，而兩個表的資料也就不到20萬，為何有如此多的IO次數，下面是執行語句： Code highlighting produced by Actipro CodeHighlighter

  第一部分請參看：http://tubo.cnblogs.com/archive/2005/09/02/228735.html 針對這樣的需求，版本一就無能為力了（當然你也可以增加幾個功能：比如分類A的新聞起草和分類B的新聞起草，再把這個功能添加到相應的角色裡面去，但是這個應該不是我們要得解決方案吧，不過版本二也是基於這個思想來解決的）。 其實比新聞更好的例子是論壇板塊的版主。 下面是版本二的解決方案：

由於中國的考試製度，我們很少有人從小就享受到主動獲得知識的樂趣。相反，一切似乎都是在被迫中進行，總覺得一切都是在為別人做的，為父母做，為老師做，逐漸養成了一種自己都意識不到的被動心態，進而產生抱怨心態。因為是為別人做的，所以自然會抱怨，對一切不滿。我們抱怨學校、父母、工作、婚姻甚至社會，總覺得哪裡都不對勁。但其實問題是出在我們自己身上，出在我們凡事都被動的心態上。　　對於正在尋找和已經參加工作的每個人都要明了的一件事是：你做任何工作都是在為自己工作！要感謝給你提供工作的機構，不管這個機構本身如何

     最近公司同事碰到需求，實現一個功能，想用一個sq語句實現，他讓我看看如何?sql。由於前期做培訓時說到盡量減少和資料庫的互動，能一條sql取出來就不用兩次sql語句:Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->CREATE TABLE [dbo].[zping.com](     [id] [varchar](32) NOT NULL,

   今天看到一篇文章，關於討論如何最佳化語句，原文如下：       作者總結貼： http://blog.csdn.net/wangd1121/archive/2008/06/23/2579435.aspx       網友討論貼： http://topic.csdn.net/u/20080504/14/5c5866c3-8b91-45ef-ab17-f994f88f8e42.html     問題描述：Code highlighting produced by Actipro

工作三年了，各個方面都表現不錯，但是職位上一直沒有什麼變化。眼看跟公司的合約 到期了，公司為了留住人才，提拔我作了部門經理，呵呵，真是很高興。但老闆私下裡 也跟我說，我各個方面都不錯，業務、人緣、能力都可以，但是還缺少管理者的氣質， 還要練練。 這管理者的氣質怎麼練呢？苦惱了很久；作為新提拔的經理，員工們也都不是很佩服。 終於有一天，在酒席上，老闆吐了真言，小王，你去買個lenovo的手機用用。 老闆就是老闆！ 這句點撥，事後證明，絕對可以與當年一位道家達人暗示一位孫姓的猴子三更到後門學

      30歲時，我形成了一個定見：諮詢顧問是一個值得我終生去做的職業。我喜愛學習，喜愛見識，喜愛溝通，喜愛探究，喜愛多元的領域，喜愛指手畫腳，喜愛異想天開，喜愛交三教九流的朋友，喜愛傳播，喜愛記述與總結，喜愛明白別人的想法。而所有這一切的喜愛，指向一個可能的職業，就是諮詢顧問——諮詢顧問需要大量知識與見識，需要想象力與洞察力，需要在不同領域與不同的學科著力，需要與各方面的人溝通，需要高下之間都能自如應對，需要為各種不同類型的問題提供豐富的資源參照。

     在CSDN看到一篇貼子，是討論一個SQL語句的寫法：要求如下     Code highlighting produced by Actipro CodeHighlighter

    今天碰到一個需求，將多行資料id值，變成一列，並更新到制定列中,在網上找了也沒好的方法，最後自己寫了一個實現，語句如下：Code highlighting produced by Actipro CodeHighlighter

說出我的故事：黃金搭檔總經理劉作偉我的故事不夠滄桑，所以可能和大家分享的也不太多。60年代末期出生的人對那個時代想必都存有感觸，我與時代一同曆經了單一到多元的文化熏陶，曆經了從封閉到開放的心路坎坷。生活對於我而言，更像是學習與曆練之地，一路走來，一路學習，一路實踐。童年雖然生活在經濟水平一般的家境下，但是因為兄弟姐妹多，少了物質上滋養的我精神上還是非常快樂和富足的。大學我考上礦院讀英語，為了減輕家裡的負擔，很早就決定自力更生，籌划了點“小生意”。最初選擇了賣磁帶，和學習相關的英語磁帶對於當時很多

SQL_TRACE概述：　　SQL_TRACE是Oracle資料庫提供的用於進行SQL跟蹤的手段，在某種意義上講，可以說是Oracle最強有力的輔助診斷工具。 　　SQL_TRACE可以作為初始化參數在全域啟用，也可以通過命令列方式在具體session啟用。       set timed_statistics=true  允許sql trace 和其他的一些動態效能檢視收集與時間有關的參數　　1．在全域啟用 　　在參數檔案(pfile/spfile)中指定: 　　sql_trace

   （二）主從模式  主從模式，是資料庫設計模式中最常見、也是大家日常設計工作中用的最多的一種模式，它描述了兩個表之間的主從關係，是典型的“一對多”關係。 舉例如下（註：這個例子已經作了相當程度的簡化，僅僅是用來協助大家理解“主從模式”這個概念來使用的，請大家注意）。 比如論壇程式。一個論壇通常都會有若干“板塊”，在每個板塊裡面，大家發行就緒很多的新帖。這時候“板塊”和“發帖”就是主從模式，主表是“板塊”，從表是“發帖”，二者是“一對多”的關係。 多個潛水員也可以對感興趣的同一份發帖進行回複，