其他

ORM工具開發系列的代碼產生工具的開發，接上回，繼續來設計基於模板的代碼產生器。模板編輯器 Template Editor編輯器的基本要求是，檔案編輯(Copy,Cut,Paste,Find/Replace)功能，文法高亮顯示，智能提示。對於.NET系統的內建類型，可以積極式載入，並提供智能提示功能。 ，可以直接引用系統內建的類型，在編輯模板時，會自動調出智能提示視窗。如果能做到自訂的變數可達到這種效果，給模板的編寫帶來極大的方面，如所示，自訂屬性Math的提示視窗

今天進入ORM工具開發系列的代碼產生工具的開發。現在流行的代碼產生工具，一般是基於模板的。T4,Code Smith在基於模板的代碼產生方面相當流行。ORM工具，需要從不同的資料庫中讀取中繼資料，調用代碼產生模板，產生代碼。先來看一下代碼產生器的介面，邊看邊說。 介面是採用文章《Management Console 工具管理類軟體通用開發架構（開放源碼）》中提到的代碼架構，加上停靠的Output視窗，輸出編譯錯誤和調試資訊，Properties表單，用於解析屬性，設定屬性值，Server

作為一款優秀的ORM工具，一直享受著LLBL Gen快速代碼產生的好處，卻很少鑽研它的原理，趁項目不忙，研究下LLBL Gen 3.x的模板開發方法。如果不熟悉基礎的配置和步驟，請參考文章《優秀的基於模板的代碼產生工具Template Studio》。LLBL Gen提供的ORM架構是免費的，原始碼也可以從官網擷取，ORM設計器需要商業許可。既然是入門，肯定不能太複雜，參考Code Smith的入門資料的例子，產生下面的檔案，作為模板代碼產生的入門例子。using System;

LLBL Gen作為一個優秀的ORM代碼產生工具，可以基於模板快速產生應用程式代碼。可能你也會推薦T4,Code Smith等模板產生器，但是先別急，先看看這篇文章作為入門教程，再來比較各自的優勢和不足。以第三方的模板Provide common SQL Functions for Microsoft SQL Server為例子，來講解模板產生的步驟。設計範本開啟Template Studio,選擇TemplateBindings

相對10g沒什麼大變化。Interface不像OWB那樣有很多組件可用，只能簡單的從source到target，複雜的轉換就要interface互相嵌套完成。針對某類資料庫特性的處理就需要寫km了。Package的流程式控制制功能不強，比如loop操作，只能在Procedure中完成。Procedure和KM基本上就算是coding了。所以說ODI的作用局限在不同類型的資料庫間的整合，複雜的轉換還是裝載到Oracle資料庫後使用OWB完成。但目前ODI似乎沒有提供直接調用OWB的tool，而且E

SPSS Clementine是Spss公司收購ISL獲得的資料採礦工具。在Gartner的客戶資料採礦工具評估中，僅有兩家廠商被列為領導者：SAS和SPSS。SAS獲得了最高ability to execute評分，代表著SAS在市場執行、推廣、認知方面有最佳表現；而SPSS獲得了最高的completeness of vision，表明SPSS在技術創新方面遙遙領先。  用戶端基本介面        SPSS

下面使用Adventure Works資料庫中的Target Mail作例子，通過建立分類樹和神經網路模型，決策樹用來預測哪些人會響應促銷，神經網路用來預測年度營收。Target Mail資料在SQL Server樣本資料庫AdventureWorksDW中的dbo.vTargetMail視圖，關於Target

瞭解SPSS Clementine的基本應用後，再對比微軟的SSAS，各自的優缺點就非常明顯了。微軟的SSAS是Service Oriented的資料採礦工具，微軟聯合SAS、Hyperion等公司定義了用於資料採礦的web服務標準——XMLA，微軟還提供OLE DB for DM介面和MDX。所以SSAS的優勢是管理、部署、開發、應用耦合方便。但SQL Server 2005使用Visual Studio 2005作為用戶端開發工具，Visual

先看應用程式如何應用驗證。以SalesOrderHeaderEntity為例子。 常見的三種驗證： 1）儲存之前的驗證，重寫ValidateEntityBeforeSave 2) 刪除前的驗證，重寫ValidateEntityBeforeDelete 3) 屬性擷取值之後的驗證，重寫ValidateFieldValue 先講解一個基本的模式，基類中的設計virtual方法,派生中中override,我們在運行時，會調用實際類型的方法 public

這一節追蹤LLBL Gen是如何把實體映射到為資料庫操作的SQL語句的。 先來看讀取資料庫的程式片段[TestMethod] public void TestFetchSalesOrderHeader() {     DataAccessAdapter adapter = new DataAccessAdapter(ConnectionString);     SalesOrderHeaderEntity salesOrder = new

最近考慮幫工廠開發一套產品檢驗資料管理系統，用於記錄生產過程共對物料品質檢驗資料。初步打算用SharePoint中的Forms Services和WorkFlow做，但是這個項目涉及的部門多，生產環境複雜。我不敢肯定能用SharePoint實現，不要項目報上去了，投入人力開發了，結果到後來才發現做不了就慘了。下面是我調研下來的些情況和碰到的一些痛點，請大家幫我參考看SPS是否能滿足需求，有好的工具和做法也請推薦。  首先，我構思的工作流程和表單基本如下：

AdventureWorks的預存程序uspGetEmployeeManagers,調用方法如下 DECLARE    @return_value int EXEC    @return_value = [dbo].[uspGetEmployeeManagers]         @EmployeeID = 1 執行的結果所示 在測試工程中，建立如下的測試指令碼[TestMethod] public void TestStoredProcedureCall()

Cyclic Redundancy Check循環冗餘檢查，是基於資料計算一組效驗碼，用於核對資料轉送過程中是否被更改或傳輸錯誤。 演算法原理 假設資料轉送過程中需要發送15位的二進位資訊g=101001110100001，這串二進位碼可表示為代數多項式g(x) = x^14 + x^12 + x^9 + x^8 + x^7 + x^5 +

TypeConverter 類,MSDN中的解釋是提供一種將值的類型轉換為其他類型以及訪問標準值和子屬性的統一方法。 先看一下例子，能夠將字串翻譯成點結構的類型轉換器 public class PointConverter : TypeConverter {       public override bool CanConvertFrom(ITypeDescriptorContext context,Type sourceType) {       if

以前將SQL源綁定到GridView，在RowDataBound事件中，可以將Row的DataItem轉換為DataRowView。但使用Linq源後就無法轉換，會報類型錯誤。1void AuthorsGridView_RowDataBound (Object sender, GridViewRowEventArgs e)2  {3      DataRowView rowView = (DataRowView)e.Row.DataItem;4    }

LLBL Gen作為一款商業的ORM工具，有強大的ORM設計器，穩定的查詢文法。 先來看一下，ORM的基礎要素 1  對象和資料庫表格的映射 2  查詢的實現，對於添加，刪除，修改命名，如何映射成資料庫的SQL命令 3  多種資料庫支援的實現 對象和資料庫表格的映射NHibernate採用的是xml檔案儲存體實體屬性與資料庫欄位的映射關係，之後，大量的ORM架構模範這一做法。xml檔案的好處是編輯方便，不需要編譯;LLBL

自己列印的，有需要的聯絡我 Enterprise Performance Management Architect Administrator's GuideEssbase Administration Services Developer's GuideHyperion Data Relationship Management Ntier Administrator's GuideHyperion Data Relationship Management Ntier User'

最近新裝了系統，在新系統下繼續使用ODP.NET 11g做開發，可是編譯時間卻拋出異常：未能負載檔案或程式集“Oracle.DataAccess, Version=2.111.6.20, Culture=neutral,

JSF 1.2之前還可以用MyFaces的組件，2.0還是個新玩意，只能靠自己。開始的想法是自己做一個上傳檔案組件，組件中封裝<input type="file" />，然後用commons-fileupload解析ServletRequest。 代碼Code highlighting produced by Actipro CodeHighlighter

從萬體館搬到虹口已經快4個月，期間身份證還被偷了，新辦的戶口地址已經變成虹口區，從此就被打上虹口的烙印。在虹口的這幾個月中，明顯感覺到虹口和徐匯是兩個完全不同的地方。虹口像是60歲的老人，而徐匯是30歲的中青年。這種差異主要體現在居民年齡結構和功能設施方面。虹口這邊老小區很多，在街上到處都是閑逛的阿姨大媽。菜市裡、小區裡常常看到有人吵架。曲陽家樂福裝水果的免費塑料袋經常都被貪便宜的小市民拿光，還有一次看到工作人員趁人不注意，扯了一大把的袋子往兜裡塞。總之，虹口區閑人多，亂七八糟的事情也多。另一方