其他

練習2：預存程序和使用程式塊更新資料該練習將示範如何用資料訪問應用程式調用預存程序，並使用強型別的DataSet來更新資料。第一步開啟DataEx2.sln項目，預設的安裝路徑應該為C:\Program Files\Microsoft Enterprise Library January 2006\labs\cs\Data Access\exercises\ex02\begin，並編譯。第二步

既然裝上了Visual Studio 2010 Beta 1，正好可以試試.NET Framework 4.0裡的一些新東西。我比較關注的是Expression Tree的部分，到底哪些功能進到了.NET 4，哪些還得到CodePlex的DLR站上去找呢？試用一下找找感覺。我暫時沒試這個beta裡的C#對dynamic的支援，是因為暫時還沒想到啥有趣的情境能寫點簡單的代碼來玩的。對.NET類型故意使用dynamic的玩法在之前CTP的時候就玩過了，不過癮了。回頭針對.NET

通過SQL Server 2008管理非結構化資料SQL Server 技術文檔作者：Graeme Malcolm (內容主管)技術審核員：Shan Sinha項目編輯：Joanne Hodgins發布日期：2007年8月適用產品：SQL Server

exec　sp_change_users_login　'UPDATE_ONE',沒有登陸名的資料庫使用者,'新的登陸名'go原因:SQL備份的問題有一台SQL SERVER 伺服器，將其中的資料庫DataBase1備份成一個檔案，在另外一台SQL SERVER伺服器上還原，資料表和預存程序等恢複沒有問題，但某些使用者自訂的使用者（這些自訂使用者在原資料庫中是某些表和預存程序的所有者）變成孤立使用者，既無法利用也不能刪除，導致不能利用這些使用者帳號訪問資料庫。解決方案:1)

隨著辦公自動化和電子商務的飛速發展，企業對資訊系統的依賴性越來越高，資料庫作為資訊系統的核心擔當著重要的角色。尤其在一些對資料可靠性要求很高的行業如銀行、證券、電信等，如果發生意外停機或資料丟失其損失會十分慘重。為此資料庫管理員應針對具體的業務要求制定詳細的Database

自動FTP的SHELL指令碼，結合資料庫的系統管理，它有很多用途，可以提高你的工作效率。用途1: 把資料庫的邏輯備份或者其它關鍵的檔案傳到另一個地區，實現遠端備份。( 例如：從北京機房的傳到上海機房。)auto_ftp.sh 內容如下：#!/usr/bin/shftp -i -n 192.168.0.253 <<FTPITuser username passwordbinput /oracle_backup/exp/user1.dmp.Z

以US7ASCII的庫中匯出的資料匯入到字元集為ZHS16GBK的庫為例子：假設US7ASCII的庫是A機，字元集為ZHS16GBK的庫為B機1.確定你A機上的oracle使用者的.profile檔案中的NLS_LANG是US7ASCII，正常的匯出所有資料。2.然後傳到B機上，bin模式，然後在B機上設定好oracle使用者的設定環境變數NLS_LANG=AMERICAN_AMERICA.US7ASCII以sys使用者執行update props$ set values$='US7ASCII'

本節，直接寫通過代碼來學習。這些基本操作都比較簡單，與這些基本操作相關的內容在之前的1至6節基本介紹完畢。l　增加：方法1：使用AddToXXX(xxx)方法：執行個體代碼如下：using (var edm = new NorthwindEntities()){Customers c = new Customers { CustomerID = "c#", City = "成都市", Address = "中國四川省",

昨天用匯入資料的時候發現有的地方有這個錯誤。後來才發現我用RPM封裝的MYSQL設定檔裡面有old_passwords=1去掉就可以了。Got a packet bigger than ‘max_allowed_packet’ bytes or ERROR 1153 (08S01) at line 616: Got a packet bigger than ‘max_allowed_packet’ by

我使用OO技術第設計一次軟體的時候，犯了一個設計者所能犯的所有錯誤。那是一個來自國外的外包 項目，外方負責功能設計，我們公司負責程式設計、編碼和測試。第一個重要的錯誤是，我沒有 認真的把設計說明書看明白。功能點設計確實有一些問題，按照他們的設計，一個重要的流程是無法實 現的。於是我在沒有與投資方溝通的情況下，擅自改動了設計，把一個原本在Linux系統上開發的模組改 到了Windows系統上。結果流程確實是實現了，但是很不幸，根本不符合他們的需要，比起原先的設計差

本文的內容是學習如何使用多線程技術建立應用程式，使應用程式在執行時間和資源密集型後台事務的時候，使用者介面（UI）仍然保持活動狀態。多線程技術（multithreading）是編程中最強大的概念之一。使用多線程技術，你可以把複雜的事務拆分到彼此獨立執行的多個線程之中。良好的多線程應用程式是自然地同步的，類似於Web服務調用。在預設情況下，Web服務調用屬於阻塞（blocking）調用--即調用者（caller）的代碼停止執行，直到Web服務返回結果為止。但是由於Web服務調用通常很慢，就可能導致

AspectNet是一個基於.Net

Enterprise Library 2.0 技巧（4）：如何用編程的方法來配置Logging Application Block在本系列的技巧（1）和技巧（2）中分別介紹了使用外部設定檔，使用資料庫記錄配置資訊兩種方法，不知道大家有沒有想過不使用任何設定檔，也不使用資料庫而直接用編程的方法來實現呢？本文將會展示如何使用編程的方法來配置Logging Application Block。首先我們需要瞭解一下Logging Application

摘要：我們知道在Enterprise Library1.1中對於每一個應用程式塊都有一個對應的設定檔，而在Enterprise

由於最近對Powershell越來越喜歡，在空餘時間，整理一下一些常用的經典例子分享給大家：1. 活動目錄,列出域資訊#===========================================# 列出域資訊#===========================================$strComputer = "." # zivsoft-lihua$colItems = get-wmiobject -class

ORM中的繼承關係映射全解——單表繼承體系、一實體一具體表、一實體一擴充表、介面映射本文涉及的內容包括：1.單表繼承體系2.一實體一具體表3.一實體一擴充表4.介面實現映射vs基類繼承映射1.單表繼承體系所謂單表繼承體系就是用一張資料庫表格儲存體整個繼承體系中的所有實體的資料。單表繼承體系適合那種繼承體系中實體數目相對較少，總記錄數相對較少，子類對父類的屬性擴充也相對較少的情形。單表繼承體系優點是讀/寫繼承體系中的每個實體的資料，都只需操作一張表，效能較好，並且，新增繼承

閱讀本文之前,請先閱讀:Enterprise Library 2.0 -- Logging Application Block (上)上一篇中我們介紹了如何去配置Logging Application Block,本文將主要介紹Logging Application Block 的基本操作以及Formatter和Trace Listeners 的自訂方法，首先我們來看如何將一個事件記錄寫入到一個文字檔中。假設我們按照上一篇的操作配置了Logging Application

XCOPY 部署在DotNetNuke 2.2.0中，增加了一個新的特性就是在不登入應用程式的情況在在主機分級配置皮膚和容器。當你是一個主機管理員並希望提供給你的使用者一些心皮膚，或者你覺得用FTP上傳皮膚比使用者介面更加方便，或者你想在本機測試你的新皮膚的時候，這是相當有用的一個特性。如何使用這個特性？你只須拷貝你的皮膚或者容器包到應用程式一個適當的檔案夾下，應用程式將馬上識別到這個檔案並執行必要的安裝程式。

在DotNetNuke 1.0.0到

練習1：加解密字串通過本練習將學習通過加密來保護資訊，在這裡建立一個類似於IM的聊天應用程式，加密通訊過程中的資訊。第一步打BugSmak.sln項目，預設的安裝路徑應該為C:\Program Files\Microsoft Enterprise Library January 2006\labs\cs\Cryptography\exercises\ex01\begin，並編譯。第二步 回顧應用程式1．在解決方案管理器選中Chat.cs檔案，選擇View |