其他

癥狀： 1、IIS預設網站停止，啟動時發生意外Ox8ffe2740錯誤； 2、或者IIS網站前有紅色的Error，無法啟動IIS ，提示“伺服器沒有及時響應或控制請求” 原因一：World Wide Web Publishing 服務沒有啟動 解決方案：啟動World Wide Web Publishing 服務，再啟動IIS。 World Wide Web Publishing 服務若無法啟動的詳細解決方案：

最近在做一個測試，看向資料庫插入10條需要多長時間。 系統：redhat + oracle 9.2.0.4，＋ RAID5 ＋ 一萬轉的SCSI硬碟 條件：每插入一條就commit.          在用戶端生程insert語句，然後發到資料庫。 用盡了方法，發現每秒只能插入大約600條，但是相同條件下sql server能每秒插入1000多條,令我這個Oracle

Select …forupdate語句是我們經常使用手工加鎖語句。通常情況下，select語句是不會對資料加鎖，妨礙影響其他的DML和DDL操作。同時，在多版本一致讀機制的支援下，select語句也不會被其他類型語句所阻礙。   藉助for update子句，我們可以在應用程式的層面手工實現資料加鎖保護操作。本篇我們就來介紹一下這個子句的用法和功能。   下面是采自Oracle官方文檔《SQLLanguage Reference》中關於for

之前用三層試著做了做登入的小Demo，出的問題還是不少的，不過也還說的過去。在之後，就想把串連資料庫的字串進行一下修正，將它添加到設定檔中，而在代碼中直接引用設定檔，進行讀取資料，從而串連資料庫，進行後續的工作。然而就在這簡單的設定檔中，遇到了一個小麻煩。 在沒有用設定檔之前，是這樣定義的： Public Class dalLogin...Dim Connstr As String = "Data Source=192.168.24.126;Initial

很多socket編程的初學者可能會遇到這樣的問題：如果先ctrl+c結束伺服器端程式的話，再次啟動伺服器就會出現Address already in use這個錯誤，或者你的程式在正常關閉伺服器端socket後還是有這個問題。正如下面的這段簡單的socket程式。   server.c #include <sys/types.h> #include <sys/socket.h> #include <stdio.h> #include

對於一些遺留項目,實現EJB的遠程調用是很有必要的,這裡就簡單介紹一下Spring中的配置和調用方式,從中可以感受到Spring可插拔配置業務方法的強大功能.         首先在spring的設定檔中配置如下:             <bean  

<beans>    <bean id="dataSource"        class="org.apache.commons.dbcp.BasicDataSource">        <property 

昨天講了java事務，由於Transaction(事務) 分兩種 Local Transaction 和 Global Transaction 涉及到一個Connection的Commit，稱為Local Transaction 涉及到多個Connection的Commit，稱為Global Transaction Local Transaction用JDBC事務實現是沒有問題，然而Global

J2EE應用體系中有很多名詞，其中就包括JTA和JTS，剛一接觸能夠感覺到兩者存在某種特定的關係，但是卻無法顧名思義。因為平常工作用的都是C++開發，很少看這些玩意，不知道也就不知道吧，反正就是一種技術而已。可是最近因為學習的緣故，需要弄清楚這兩者之間的關係，於是在網上找了一些資料，也稍微做了一下思考，感覺SUN太喜歡故弄玄虛了，搞這麼多名詞還不能顧名思義。JTA和JTS是用於分散式交易管理的一套約定或規範。

　在資料庫操作中，為了有效保證並發讀取資料的正確性，提出的交易隔離等級。 資料庫是要被廣大客戶所共用訪問的，那麼在資料庫操作過程中很   交易隔離等級 可能出現以下幾種不確定情況。 更新丟失（Lost update） 　　兩個事務都同時更新一行資料，但是第二個事務卻中途失敗退出，導致對資料的兩個修改都失效了。這是因為系統沒有執行任何的鎖操作，因此並發事務並沒有被隔離開來。 髒讀（Dirty Reads）

資料庫分庫分表(sharding)系列(五) 一種支援自由規劃無須資料移轉和修改路由代碼的Sharding擴容方案 資料庫分庫分表(sharding)系列(四) 多資料來源的交易處理 資料庫分庫分表(sharding)系列(三) 關於使用架構還是自主開發以及sharding實現層面的考量 資料庫分庫分表(sharding)系列(二) 全域主鍵建置原則 資料庫分庫分表(sharding)系列(一) 拆分實施策略和樣本示範

事務和兩階段交易認可,三階段提交協議（有限狀態自動機） •1 事務的ACID   事務是保證資料庫從一個一致性的狀態永久地變成另外一個一致性狀態的根本，其中，ACID是事務的基本特性。   A是Atomicity，原子性。一個事務往往涉及到許多的子操作，原子性則保證這些子操作要麼都做，要麼都不做，而不至於出現事務的部分操 作成功，而另外一部分操作沒有成功。如果事務在執行的過程中發生錯誤，那麼資料庫將復原到事務發生之前的狀態。比如銀行的轉賬服務

資料庫表設計 當對象是動態增加時的幾種設計: 1.        在表中預留欄位. 這種做法效率高,但預覽欄位個數不知道要多少合適. 2.       動態在表中建立欄位.  一般安全的系統是不容許這樣做的. 3.       利用動態屬性工作表配置. 增加屬性工作表,和屬性值表.

HTTP Method小結（GET,POST.etc）        大家知道提交請求時有get, post方法，其實還有其他很多方法：     GET 從指定的url上擷取內容 POST 提交body中的內容給伺服器中指定的url中，屬於非等冪的(non-idempotent)請求 HEAD

資料庫事務的屬性－ACID   1、資料庫事務的屬性－ACID（四個英文單詞的首寫字母）： 1）原子性（Atomicity） 所謂原子性就是將一組操作作為一個操作單元，是原子操作，即要麼全部執行，要麼全部不執行。 2）一致性（Consistency）

Apache2+Tomcat6 整合與實戰筆記、Tomcat的最佳化交流 又要發這類環境配置隨筆了，也不是俺對這些配置高度興趣，只不過是在有當下部署問題和需求的時候，現解決一下，實屬無奈。 這也就是業餘和專業的區別吧。看來俺又專業些了。之前寫過《最新版 apache_2.2.11 與 apache-tomcat-6.0.18 整合方案》這個方案是 以tomcat為主，把apache整合進來，但是效果並不是俺想要的，在正式需要使用的時候才發現這種方案達不到要求。很早前還有一些多連接埠和

在網路管理中，IP地址盜用現象經常發生，不僅對網路的正常使用造成影響，同時由於被盜用的地址往往具有較高的許可權，因而也對使用者造成了大量的經濟上的損失和潛在的安全隱患。有沒有什麼措施能最大限度地避免此類現象的發生呢。為了防止IP地址被盜用，可以在Proxy 伺服器端分配IP地址時，把IP地址與網卡地址進行捆綁。

Internet的規模每一百天就會增長一倍，客戶希望獲得7天24小時的不間斷可用性及較快的系統反應時間，而不願屢次看到某個網站"Server Too Busy"及頻繁的系統故障。 網路的各個核心部分隨著業務量的提高、訪問量和資料流量的快速增長，其處理能力和計算強度也相應增大，使得單一裝置 根本無法承擔。在此情況下，如果扔 掉現有裝置去做大量的硬體升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升，這又將導致再一次硬體升 級的高額成本投入，甚至效能再

http://topic.csdn.net/u/20080421/15/b0e4c874-7c72-481d-8a95-37c2ce1f7d89.html 這個預存程序執行的速度還不錯.500W速度分頁只要2秒,任何頁數 可是有點問題就是,如果排序不是主鍵,ID,那麼分頁就會出錯,不知道各位有什麼好個意見,修改一下 ------------------------------------------------------- SQL

if exists(select 1 from sysobjects where name = 'proc_pagination') drop proc proc_pagination go create proc proc_pagination --建立分頁預存程序 @page int = 1, -- 頁數 @pagesize int = 10, -- 每頁的大小 @tableName varchar(100), -- 要查詢的表名 @orderFields varchar(255), --