其他

   大量匯出索引： 

恭喜，你選擇開發工程師做為自已的職業　　悲哀，你選擇開發工程師做為自已的職業

除了上面提到的四種主要設計模式，還有一些其他模式，在某些項目中可能會用到，在這裡先簡單做個說明，暫不做深入討論，等到以後的項目用到這些模式的時候，再結合實際需求詳細解說。 （一）繼承模式繼承模式，可以看作是“主從模式”的一種特殊情況（或者說是“變形”），它所代表的兩個對象也是“一對多”的關係。它與“主從模式”的區別是，“繼承模式”中從表的主鍵是複合主鍵，並且複合主鍵中必定包含主表的主鍵列。根據從表繼承主表的列的數量，繼承模式又分以下兩種情況：1.      

   原創：胖子劉（轉載請註明作者和出處，謝謝）

   碰到一個需求,將一個列的資料“122,123,145”

  一個 SSIS 包可以包含諸如連線管理員、 記錄提供者、 控制流程元素、 資料流元素、 事件處理常式、 變數，和設定項目。當您使用包模板建立一個新包時，您可以重新使用這些項目。例如對於您可能希望重新使用包模板在以下各項：記錄提供者： 您可以建立一個包，其中包含連線管理員和 $ 記錄提供者。 可以作為模板使用該程式包的其他程式包。 執行此操作時相同的 SQL Server 資料庫中記錄事件的所有資訊。注意它可能會更易於分析日誌資料在同一個 SQL Server 資料庫中記錄所有事件資訊。

用友資料庫表名參照表1 Accessaries 成套件表2 AccInformation 帳套參數表3 AdjustPVouch4 AdjustPVouchs5 Ap_AlarmSet 單位警示分類設定表6 Ap_BillAge 帳齡區間表7 Ap_Cancel 核銷情況表8 Ap_CancelNo 產生自動序號9 Ap_CloseBill 收付款結算表10 Ap_CtrlCode 控制科目設定表11 Ap_Detail 應收/付明細帳12 Ap_DigSet13 AP_DispSet

      剛到公司不久，才知道公司產品在效能上有問題，資料量和並發數一大，系統就很慢，需要最佳化。在和公司同事討論某模組最佳化，通過sql無法最佳化，因為系統sql是判斷5個緯度，一個使用者id, 一個機構id，一個崗位id, 還有層級判斷和是否公用。      有5個”or“組成查詢，表資料一大就表掃描，效能很差，但業務要求和系統要求這樣判斷。即使在表中這五個欄位都建索引，速度也不會快。太多"OR"了，SQL Server 查詢分析器無法最佳化。    

   名值模式:   通常用來描述在系統設計階段不能完全確定屬性的對象，這些對象的屬性在系統運行時會有很大的變更，或者是多個對象之間的屬性存在很大的差異。 舉例如下（註：這個例子已經作了相當程度的簡化，僅僅是用來協助大家理解“名值模式”這個概念來使用的，請大家注意）。        1.      

EXCEL檔案匯入資料庫的簡便方法嗨! 這個問題你可能有很多好方法.不過多學一種不是壞事.你用的方法可能是:1. 存成txt檔案, 再用sql*loader2. 存成txt檔案, 再用第三方工具(如pb, delphi, toad, pl/sql dev等)匯入.sql*loader用起來費勁, 為了小小的需求, 裝一個第三方工具麻煩.看看我的方法.比如檔案中有id, name兩列(分別為A列和B列), 要匯入的表為person(person_id, person_name)在excel

冷/熱/邏輯是ORACLE中最基本的三種備份與恢複，也是最簡單的、最原始的，它們在8i之前就出現了，不過優點不如復原管理員RMAN多，但RMAN是8i之後才出現的，同時8i開始出現的STANDBY（9i後叫DATA GUARD），是一種更進階的Database

文章目錄 總結：     這段時間最佳化時，發現一個語句執行時間很長，效率很低，語句如下：select id,field015,field016,field017,field001,field020,field010,field014,field011,field013,field004,field018,field005,field007,field003,null ,requestid from ufv3a7n7117886584187

多對多模式  也是比較常見的一種資料庫設計模式，它所描述的兩個對象不分主次、地位對等、互為一對多的關係。對於A表來說，一條記錄對應著B表的多條記錄，反過來對於B表來說，一條記錄也對應著A表的多條記錄，這種情況就是“多對多模式”。 “多對多模式”需要在A表和B表之間有一個關聯表，這個關聯表也是“多對多模式”的核心所在。根據關聯表是否有獨立的業務處理需求，可將其劃分為兩種細分情況。 1.      

 1、一個年輕人，如果三年的時間裡，沒有任何想法，他這一生，就基本這個樣子，沒有多大改變了。2、成功者就是膽識加魄力，曾經在火車上聽人談起過溫州人的成功，說了這麼三個字，“膽子大”。這其實，就是膽識，而拿得起，放得下，就是魄力。3、這個世界，有這麼一小撮的人，開啟報紙，是他們的訊息，開啟電視，是他們的訊息，街頭巷尾，議論的是他們的訊息，彷彿世界是為他們準備的，他們能夠呼風喚雨，無所不能。你的目標，應該是努力成為這一小撮人。4、如果，你真的愛你的爸媽，愛你的女朋友，就好好的去奮鬥，去拼搏吧，這樣，

  下面是我總結的SQL最佳化思路，也是對自己做了這幾年系統和資料庫最佳化的一個小結，不是很完整，寫這個文檔是應付領導的，現在共用出來，以後在慢慢更正吧！      資料庫層面最佳化解決思路： 當出現SQL查詢比較慢問題 在資料庫層面，最佳化方法一般採用，減少訪問次數，高效SQL，建立索引和建立表分區,好的資料庫表設計。  情況一：一個功能執行很慢，通過SQL Profile取出SQL語句。如果查看sql的各個表，如果查詢的表的資料量在5萬以下，    解決思路：     

　4月，正是空降經理人入職的高峰期與試用期。,這個時期的經理人能否在企業生存下來，幹出成績，除了主觀的努力、能力、經驗外，還有一個重要因素，那就是心態——如果總把自己當人才，認為自己是被請來的，結果往往都是試用期不過，就捲鋪蓋走人。 　　

 TKPROF的使用      tkprof 的目的是將sql trace 產生的追蹤檔案轉換成使用者可以理解的格式     1. 格式      tkprof inputfile outputfile [optional | parameters ]     參數和選項：     explain=user/password 執行explain命令將結果放在SQL trace的輸出檔案中     table=schema.table 指定tkprof處理sql

（五）使用上述四種模式的一般原則1.       什麼時候用“主擴充模式”？對象的個數不多；各個對象之間的屬性有一定差別；各個對象的屬性在資料庫設計階段能夠完全確定；各個擴充項物件有獨立的、相對比較複雜的業務處理需求，此時用“主擴充模式”。將各個對象的共有屬性抽取出來設計為“主表”，將各個對象的剩餘屬性分別設計為相應的“擴充表”，“主表”與各個“擴充表”分別建立一對一的關係。 2.      

    最近在做一個報表，比較複雜，大體是一個主表a，子表b，子表c，子表d，統計這3個主表對應的資料。一開始我直接用left join 進行關聯，結果統計的資料大了，結果發現，資料有重複，left join 關聯時，如果u有2個，c有2個，b的資料會重複，這樣資料會變多，在如果個，d也有的話，資料又有很多重複。    解決辦法：        由於是想在一條sql裡來實現這個功能，但是重複資料比較麻煩，使用distinct也沒辦法解決，最後只能用字查詢來做，    類似：      

我永遠都會記得那個晚上，我像平時一樣在看體育新聞，妻子洗了澡出來對我說：“我的腳上怎麼多了一顆黑痣？”　　我是一個毫無醫學常識的人，覺得女人都喜歡大驚小怪的，就沒有理會她。　　我們的生活應該說是很和諧，很安逸的。從我在公司任了高職之後，她就當起了全