商務

Mark Rittman's Oracle Weblog 上面看到的一篇隨筆，裡面提到的文章和論文值得看下： A few articles and papers I came across recently, that you might find interesting.First up is a number of in-depth articles written by Howard Rogers, on some Oracle 10g features that BI&W

在跟業務相關的函數方法介面設計中，函數參數形式一般有兩種：一、傳遞具體的值，比如save(int id,char name, char value)。優點：當參數個數較少時（三個以下）調用比較方便，函數參數等比較一目瞭然；缺點：不能適應參數個數等變化的需求；二、通過Map等容器傳遞，比如save(hashmap

其實商務邏輯曾是必需的，為什麼增加外觀層？商務邏輯，一般都是體現SQL,以及調用資料訪問器，擷取/提交資料當初做項目的時候定義商務邏輯和外觀層是這麼分工的商務邏輯，簡單的SQL邏輯，單種的商務邏輯外觀調用商務邏輯，管理事務，做一些輸出的重新整理曾經做過remoting/webservice的demo,感覺只需要在外觀層上再加一層webservice方法或者remoting的方法既可。所有的商務邏輯都繼承了BaseRule，這樣就不用編寫那些insert/update/delete方法來調用資料訪

XXXX（不知道為什麼CnBlogs上的人這麼抵制XXXX，呵呵……）上推出了“體驗SQL Server 2005”活動，當然啦，一些關於SQL Server

Visual Studio .NET Web Control for Business Intelligence一個網友告訴我的控制項，謝謝他！其實是一個ASP.Net 1.0下的一個OLAP Web Control，由GrapeCity, Inc.開發，在Microsoft網站上免費下載，這個控制項最早竟然出的是日本鬼子的鳥語版本，後來才出的英文版本，可能GrapeCity,

複印社居然沒有現成的模板可用，所以就自己回來設計了兩張。不過，設計的思路是web型的，不曉得列印出來後效果會是怎麼樣，今天晚上下班去取，呵呵。用到了微軟的表徵圖，希望微軟不會找我麻煩吧：）這個是正面的。這個是反面的。設計著重的突出了微軟的標記，突出vista最新的設計思路，下面.net俱樂部是朝俞暉要的，他也曾發給我幾個模板，但是看上去都很單調，所以也才決定自己做。字型是用vista下內建的，沒有去下載特殊的藝術字型。以前一直沒有固定的英文名字，這次定下來了，是有說道地，scott,  asp.

Microsoft Business Connectivity Services (BCS) 可從以下各類資料庫連接到外部資料： Microsoft SQL ServerOracleOLE DBODBC如何：基於 SQL Server 表建立外部內容類型這一主題說明使用 Business Connectivity Services 顯示來自 SQL Server 資料庫的外部資料的基本方式。在使用其他資料庫（如 Oracle、OLE DB 和 ODBC）時，必須遵循下列方法之一（因為

SharePoint中可以通過Visio

今天下午要做K78去天津，這是我第一次真正的去天津，以前都是路過的，不算數，這次的計劃如下：4月12日到達天津，做666路去客戶那裡爭取搞定，如果不行只能住一天了，剩下的就是趕快返回長春，現在身體的恢複很慢，很痛恨出差，可是沒辦法了。去天津也就想弄點吃的了狗不理包子、十八街麻花、耳朵眼炸糕，這些東西也不知道可以弄到幾樣，更多好吃的在http://destinations.ctrip.com/Destinations/DistrictdiningOverview.asp?District=154&

最新proxy server (2005-11-21 08:05)地址:218.57.243.34連接埠:80提供:skyloveu其他備用（update 11-21 08:05）211.115.69.146216.68.79.21=korea61.49.34.185=bei jing202.97.142.40=shan xi210.22.129.198=shang

明天本人開發的基於MOSS的一個業務系統要正式運行了,但是MOSS系統作為一個業務系統,來說,我覺得有如下不方便的地方:1 SPD的“資料檢視”中, 沒有友好的“操作成功的提示”,如果提交成功了就直接返回原表單頁面. 如果你自訂“確定”的操作,讓他提交完了導向提示成功的頁面。那麼當提交失敗時,  不會提示Event Handler返回的資訊.，頭疼。2 列表中的資料，如果在Excel Service中使用？不是說Excel Service可以引用外部資料嘛？ 為什麼一但在Excel

目標：大家可以設想這樣一個情景，公司已經部署資訊化，且很多辦公流程已經挪到線上正在運營的系統來解決，這帶給企業的員工非常大的便利，節省辦公時間，提高辦公效率，可是我們把所有的流程和資料都放到了公司伺服器，一旦離開了公司，我們就相當於和我們所有的辦公環境脫離了，不再可以查看公司系統上的運營資料，不再可以進行添加刪除等等一系列操作。如果你最近的工作非常的多，你在有限的正常辦公時間內不能完成，那怎麼辦，只有在辦公室奮戰，叫苦不迭的夜晚辦公室生活就開始了.離線應用生來就是為瞭解決這樣的問題，針對上面所列

            近來一直學習多線程，備感鬱悶。以前在項目中使用也較少，現在把我的一些疑問說出來，徵求下大家比較好的解決方式：      需求：我有20w的人員資料，我要導到其他系統或者其他地方，用多線程怎麼實現呢？      處理方式一：比如我每個線程都去讀取100條資料，之後把這100條資料插入到資料庫中。這100條資料我該怎麼讀取呢？？      處理方式二：5個線程負責從資料庫裡讀取資料，5個線程從一個共有對象裡取出資料，之後插入到指定資料庫中。多線程方面沒得問題，問題還是前5個線

1.   商務邏輯與系統結構1.1.  商務邏輯Store系統的商務邏輯主要包括如下幾條：基於多店鋪使用。庫存=採購入庫-採購退貨-銷售零售+銷售退貨毛利潤=（零售價格-採購進價）*零售數量篇幅有限，我在這裡只是簡單的列舉了便利店管理中的常見商務邏輯，複雜的更細不在這裡一一展開了。 1.2.  系統結構本案例Store系統採用領域驅動設計，共分為四層：展示層、應用服務層、領域層和基礎結構層。展示層由

文章目錄 1：業務、技術如何平衡   2：程式員如何學習業務3：結合業務、技術提煉業務模型

一.Everybody can say no , someone can say yes

在上一篇（創業團隊的那些事（一））從郵件中看到很多博友的評論，很行賞他們的觀點，關於創業團隊，我們都有說不完的理論，想不完的創意，幹不完的事情，永遠無法預知的結果，只知道我們這樣做是目前最好的做法。每個互連網工作者都想在互連網這五線譜上彈出屬於自己的的旋律。這年代，大街小巷都是兩個字的聲音：“創業”。我一直認為一個企業/公司想做好做大，那麼團隊是永遠不能忽視的，因為團隊就像是一個人的大腦，沒有大腦的工作都是零散的，優秀的團隊，才有優秀的產品，才有優秀的企業。一.我們不是神，我們是人。如果是一個0

在smashingmagazine上看到這篇文章，講的是Web應用程式設計流程和準則等方面，也許對大家有所協助。翻譯比較倉促，錯誤地方請多指教，查看原文點這裡。商務Web應用程式的介面設計商務Web應用程式的設計常常被人們所忽視。我看到許多程式，它們既不符合商業目標，也不滿足使用者需求，它們有很差的使用者體驗，並造成了商業利潤的損失。更誇張的是，有些設計師根本沒有參與整個程式的開發流程，而是把全部職責都推給了開發人員。對於擅長前端和後台技術的工程師來說，他們缺乏設計能力，很難完成這項艱巨的任務。

I have implented the IDataErrorInfo interface on the BaseEntity class.  Thiis interface provides the functionality to offer custom error information that a user interface can bind to.  Controls like the DataGridView automatically detect this