查詢恢複誤刪除表的某一時間段的記錄資料!

      有時在進行資料庫操作時,不小心將某張表的部分資料誤刪除了,在這種情況下通過歸檔日誌恢複以外還可以通過查詢誤刪除表的某一時間段的記錄資料將這些資料查詢出後進行資料恢複即可. 其查詢誤刪除表的某一時間段的記錄資料SQL語句如下:select  *  from table_name as of   timestamp to_timestamp(timestamp_value, 'YYYY-MM-DD HH24:MI:SS'); 註:這樣的語句只適用於 table_name

ERP概念的通俗理解

 ERP(Enterprise Resource Planning)企業資源計劃系統,是指建立在資訊技術基礎上,以系統化的管理思想,為企業決策層及員工提供決策運行手段的管理平台。   一天中午,丈夫在外給家裡打電話:“親愛的老婆,晚上我想帶幾個同事回家吃飯可以嗎?”(訂貨意向)妻子:“當然可以,來幾個人,幾點來,想吃什麼菜?”丈夫:“6個人,我們7點左右回來,準備些酒、烤鴨、番茄炒蛋、涼菜、蛋花湯……。你看可以嗎?”(商務溝通)妻子:“沒問題,我會準備好的。”(訂單確認)妻子記錄下需要做的菜單(

基於Struts+Spring+Hibernate的Web應用程式框架的搭建(二)

  1.我們已經搭建完了基本架構,接下來加入日誌功能,只需修改原來的web.xml,增加一些配置資訊:<!--通知Spring Log4j設定檔的位置 --><context-param>    <param-name>log4jConfigLocation</param-name>   

天華山山水秀

上周末部門組織旅遊,去了趟天華山,感覺不錯,特發帖紀念。    天華山位於遼寧省東部山區的寬甸滿族自治縣的灌水鎮北部,為長白山脈西南麓,海拔1100多米的高寒林帶區,景區總面積63平方公裡。這裡的奇峰、怪石、森林、古木、洞峽、幽澗、瀑布、溪水的自然之美,相映生輝,它的奇妙、清幽、雄險和潤秀,以及密集型、高品位的自然景觀資源,被專家們譽為“曠世佳境,萬景奇山”。    我們早晨五點從瀋陽出發,大概上午十點到達了天華山腳下:{function anonymous(){function

深入淺出中介者模式

一、引子中介在現實生活中並不陌生,滿大街的房屋中介、良莠不齊的出國中介……。它們的存在是因為它們能給我們的生活帶來一些便利:租房、買房用不著各個小區裡瞎轉;出國留學也不用不知所措。中介者模式在程式設計中也起到了類似的作用。 二、定義與結構GOF給中介者模式下的定義是:用一個中介對象來封裝一系列的對象互動。中介者使各對象不需要顯式地相互引用,從而使其耦合鬆散,而且可以獨立地改變它們之間的互動。簡單點來說,將原來兩個直接引用或者依賴的對象拆開,在中間加入一個“中介”對象,使得兩頭的對象分別和“中介”

使用Gmail的日子

擁有Gmail還是好久以前的事情了,但是一直沒有使用起來,當時之所以申請也是圖個新鮮。記得剛剛接觸它的時候還感到強烈的不適應,半天沒有找到怎麼寫新郵件;對功能按鈕的布局也是感到無所適從。因此就把它擱在一邊了,畢竟自己在163上兩個2G的大郵箱用的也很方便。但是前一段時間公司進行網路改革,徹底的封鎖了一批網站,163肯定沒有倖免。我外部郵箱的信件變得無法收取了,也無法用外部郵箱寫信了。這時候我想起了Gmail。經過半個多月的使用,我發現Gmail在設計上有許多讓我眼前一亮的創意,使用上也是別具一格

UML2答疑

1.UML2為什麼要定義相容層級? UML2是一個範圍很大的語言集合。這些語言集被劃分成不同的模組,不同廠商的UML工具可以實現不同的模組。這些工具之間的需要進行互操作(比如不同的工具提供開發過程不同步驟的建模功能),這樣就可能會存在一個問題,就是不同的UML工具之間所定義的模型的相容性的問題。因此,UML2規範定義了少量的UML2相容層級,以增加兩個工具支援相同的或者相互相容的語言子集的可能性。2.什麼是語言單元(Language

流程設計器開發一(控制器和視圖部分)

       

UML2的設計原則

UML元模型的設計思想遵循以下原則:模組化-應用強內聚、松耦合的原則來將建模的概念分組到多個包,並將功能特性組織到多個元類中。分層-UML元模型應用了兩種分層。首先,包的結構分離了元語言核心概念與使用它們的高層概念。第二,四層元模型的架構模式分離了跨越很多抽象層的關注點(尤其是有關執行個體的關注點)。分區-分區用於組織相同層的概念範圍。在InfrastructureLibrary中,細緻的分區用於提供現在以及將來元模型建模標準所需要的靈活性;在UML元模型中,分區則比較粗略,這樣增強了包的內聚性

流程設計器開發七(屬性頁面部分)

        這一節主要介紹如何給編輯器增加屬性頁面,屬性頁面主要用來顯示編輯器中選中對象的屬性的,比如在編輯器選中活動,可以在屬性頁面上顯示活動的大小和位置等資訊,要實現這一功能,首先要讓模型實現IPropertySource介面,我們讓模型的基類ModelElement實現這個介面,基類要實現這介面中六個方法,這六個方法如下:/** An empty property descriptor. */       private static final

看JUnit4中Metadata的巧妙應用

JUunit4至今還是神神秘秘,不知道最終是個什麼樣子。但是已經有文章在對其進行介紹。先不管文章裡描述的是否是JUnit4最後的面貌,我們可以從中看出JUnit4藉助Tiger的新特性進行了不小的改進,尤其是中繼資料(Metadata)的應用。在文章透露出的所有資訊裡面,幾乎所有的改進都和中繼資料有關。以前一切依靠命名規範來約束的方法,現在都改為通過不同類型的中繼資料來加以區別。當然這倒沒有什麼大不了的,通過中繼資料注釋(Metadata

對MDA的目標的理解

MDA官方首頁介紹MDA的文字:http://www.omg.org/mda/;翻譯如下:OMG的模型驅動架構提供了一種開放的,廠家中立的方式來應對商業與技術變化的挑戰。基於OMG的建設標準,MDA將商務邏輯和應用邏輯從底層平台技術中分離出來。使用UML和其它相關的OMG建模標準來構建應用及整合系統業務功能及行為中的模型,使得這些模型獨立於平台,真正實現MDA的跨平台,包括開源的或私人的、Web

流程設計器開發八(建立嚮導部分)

        這一節主要介紹如何通過建立嚮導,來建立我們擴充的檔案(.workflow),要在建立增加內容,必須擴充org.eclipse.ui.newWizards,因此我們要修改plugin.xml檔案,增加內容如下:<extension         point="org.eclipse.ui.newWizards">      <category            id="com.example.workflow"           

架構與系統架構

 昨天與同事閑聊,同事提了一個問題,既然已經有Spring、Equinox等等這樣優秀的架構了,是不是我們在做系統的時候,就可以不考慮系統架構的事了呢。這似乎是個很簡單的問題,但是系統的研究一下,我覺得還是對我們理解架構、理解系統架構、設計模式還是有協助的。對於象Spring這樣的軟體開發基礎架構來說,架構本身並不解決系統架構的問題,它只是協助我們更容易的實現一個擴充性更好的系統架構。當然這一點不適應於領域架構,本文並不討論領域架構的問題,因此下面如無特殊說明,所說的架構都是指的基礎架構。前面的

理想的MDA實現

研究了AndroMDA、Acceleo等等若干種MDA的實現,發現他們對MDA的實現,都不是我理解中的MDA,都是一種殘缺不全的實現。那麼我想象中的MDA應該是什麼樣的呢?它肯定不是那種“不用寫一句代碼就能實現整個系統”的空中樓閣。因為MDA已經採用了UML2做為建模的基礎(原因MDA官方網站上已經有很多論述),那麼我們就得想想UML2作為進行MDA開發的第一步,它都為後序的工作帶來了什麼。UML2定義了十三種圖,分別描述一個系統的不同的側面,也成為了描述一個系統的需求及系統設計的基礎概念。這些

MDA的目標與理想

最近研究了一段時間的MDA,瞭解了一下OMG

GEF架構中的設計模型(觀察者模式)

        觀察者模式(Observer)定義:多個對象同時監聽某個主題對象,如果主題對象的屬性發生變化,會通知所有觀察者,使它們進行相應的操作。       根據這個定義,流程設計器中的模型和控制器的關係,就是觀察者模式的典型應用,一個模型對應多個控制器,而這些控制器都監聽模型屬性的變化,如果模型屬性發生變化了,就通知該模型的所有控制器,讓它們重新整理該模型對應的視圖。      

企業分布式構件整合的應用情境之一

 企業內每個人都可以在自己的機器上發布服務,比如自己機器上有某種資料(個人資源,或是自己負責的業務資源),可以直接發布出來,供別人查詢。個人發布服務後,自動向企業服務匯流排註冊。企業服務匯流排維護統一的中繼資料描述,負責服務路由及服務之間互動的資料格式轉換。企業員工可以從個人門戶上選擇定製自己需要的服務。 致命缺點:個人發布服務如果不能完全傻瓜化,則難以推動。

workflow and bpm

工作流程與商務程序管理到底有何不同?如果說有前對它們之間的不同的感覺都是量上的差異,那麼通過對近一段時候我所接觸的一項目的總結,對它們之間的不同應該說有了質的差異上的感覺。一般的說法,Workflow是一個技術上的概念,而BPM是一個管理上的概念(在IBM等這些可惡的大公司的忽悠下,BPM也在技術化),這一點我最新的認識是:workflow是一種技術上進行商務程序管理的方法(注意僅僅是一種),主張商務程序管理建模、運行、控制、管理的過程。第一步一定是建模,因此workflow的相關規範(如XPD

Drools推理的例子1-房間救火

 1.必須使用有狀態的sessionKnowledgeBuilder kbuilder = KnowledgeBuilderFactory.newKnowledgeBuilder();kbuilder.add( ResourceFactory.newClassPathResource( "fireAlarm.drl", getClass() ), ResourceType.DRL );if ( kbuilder.hasErrors() ) {

總頁數: 61357 1 .... 12969 12970 12971 12972 12973 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.