Time of Update: 2018-12-05
Wolff定律告訴我們外形隨外界應力的改變而改變,Pauwel在進一步的研究中提出了應力改變的極限性,骨生長隨應力的改變界於µ0~µ1
Time of Update: 2018-12-05
只從成功在虛擬機器安裝了雙節點RAC後 能全部啟動起來 STATE ONLINE. 可每次重啟機器後 總是有幾個UNKNOWN的,如果手工就能啟動.crs_start ora.xxxxx, 或則是crs_start -f xxxxx如果不報錯都能成功啟動起來. 然後網上尋找了下,有人說可能是時間同步問題,如果10秒就沒有問題. 想下時間同步,可虛擬機器做了時間同步機制啊. 當這個10秒鐘的差距,在虛擬機器上啟動系統本來就有些慢,而且同時啟動的時候總有先後區別.
Time of Update: 2018-12-05
這個申請比較麻煩,得自己去申請,考試中心和網路培訓中心都代理,幫忙之類的.從 培訓講課老師那裡獲得了申請地址http://education.oracle.com/pls/web_prod-plq-dad/db_pages.getpage?page_id=99&p_org_id=1243197&lang=ZHS#4 這個地址講的是如何申請.... 其實也沒講什麼
Time of Update: 2018-12-05
最近看了很多關於《程式員職業規劃》,《再談國內程式員做不到三十五歲!》之類的文章,發現還是有很多人對於“程式員發展方向”感到迷茫。 據我目前瞭解的情況來看,大致可以分為四類: 1.技術+技術(深入階段) 這算是一條純技術路線,具體又可以分3個方向: 技術(2年以上編程經驗)+技術(軟體測試,或系統分析師,或系統架構師) 有軟體開發的工作經驗,再加軟體測試,比剛開始就進入軟體測試行業的人要更具競爭優勢。軟體測試工作經驗越多越好,可以幹到退休,不用擔心年齡問題。 如果選擇“系統分析師,
Time of Update: 2018-12-05
用grep 查出符合多個條件的用法F:誰會用grep 查出符合多個條件的用法比如我要對警告檔案中的錯誤資訊抓出來 關鍵字是:Errors ORA- .trc 該怎麼寫?我的想法:cat /u01/app/oracle/admin/sid/bdump/alert_sid.log | grep Errors ORA- .trc > Alert_sid_Error.txtQ:grep | grep | grep 用多個管道F:cat
Time of Update: 2018-12-05
---觸發器文法Create Trigger [TriggerName] ON [TableName] FOR [Insert][,Delete][,Update]AS--觸發器要執行的動作陳述式.Go---觸發器例子 Create Trigger updatePoll---觸發器名 On Poll --在Student表中建立觸發器 for Update --為什麼事件觸發 As --事件觸發後所要做的事情
Time of Update: 2018-12-05
今天發現公司的研發資料庫有個表也走索引,其表是分區,有2個索引無資料,表和索引已經分析過了.有圖有真相:從圖可知道 它訪問索引N1 ROWID條件成了過濾謂詞.看下錶結構:create table OSS_USER_BEH_SUM_DAY_201110( RECDATE NUMBER(8) not null, OPERID NUMBER(10) default 0 not null, PROVCODE NUMBER(5) default 0 not
Time of Update: 2018-12-05
最近趕個項目,裡面要統計末末的屬性 Normal 0 7.8 磅 0 2 false false false MicrosoftInternetExplorer4 <!-- /* Font Definitions */ @font-face{font-family:宋體;panose-1:2 1 6 0 3 1 1 1 1
Time of Update: 2018-12-05
今天查看周報過程時 發現了它:ORA-00600: 內部錯誤碼, 參數: [32695], [hash aggregation can't be done], [], [], [], [], [], []其過程P_PROD_WEEK_I_NEWANDLOST_USER 新增使用者和流失分析。以前它用很大的TEMP,32G才滿足它的需求。 ORACLE 版本: 10.2.03 Google: http://space6212.itpub.net/post/12157/399059 It
Time of Update: 2018-12-05
oradebug可以協助我們做很多事情,如dump記憶體資訊、設定事件、掛起進程等。本文主要介紹如何使用oradebug掛起進程。 為什麼要掛起進程呢?比如因為開發人員對資料庫執行一個很大的操作,嚴重影響了資料庫的正常運行,此時你有兩個選擇:1、刪掉進程2、暫停進程實際上,我們往往不能十分確定把進程直接kill掉會造成什麼後果,所以暫停進程的執行就是一個比較折中的選擇。要暫停進程步驟很簡單:首先找到進程,然後暫停就可以了。使用oradebug暫停進程時,可以使用pid,也可以使用spid。要找出
Time of Update: 2018-12-05
author:skatetime:2011-04-06 對於電子商務網站,我們該如何對資料分析呢?當我們拿到資料的時候該做些什嗎?要回答這幾個問題前,先回答如下問題:1. 資料是給誰看的? 2. 看資料的人,想從資料中得到什嗎?或者用資料證明什嗎? 這些資料是給管理層或著市場人員看的,他們一般要從資料中看出一些變化的趨勢,影響趨勢的因素,還有要驗證下他們行銷活動的效果如何。那如何滿足他們呢?
Time of Update: 2018-12-05
我有個任務 獲得使用者的首次發生簡訊的記錄。使用者數量有200萬,簡訊發生記錄有8千萬條。開始採用的方法是 取使用者發送最小時間的記錄 select username min(sendtime) mintimefrom sms_sendgroup by usrename 獲得最小時間後 再去獲得該記錄的所有資訊出來。採用inner join sms_send on sendtime=mintime and username=username 1 相對很慢,2 老是出問題
Time of Update: 2018-12-05
一. 先來看一下建立索引要做哪些操作:1. 把index key的data 讀到記憶體==>如果data 沒在db_cache 中,這時候很容易有大量的db file scatter read wait2. 對index key的data 作排序==>sort_area_size 或者pga_aggregate_target 不夠大的情況下,需要做 disk sort, 會有大量的driect path read/write , 另外,消耗大量CPU Time3. 建立新的index
Time of Update: 2018-12-05
過程中 這類語句造成的SELECT ×From ( SELECT DISTINCT f_username --取前8-15天儲值使用者 FROM t_base_user_fill_burse WHERE f_date >= to_date('2009-10-19', 'YYYY-MM-DD') - 15 AND f_date < to_date('2009-10-19', 'YYYY-MM-DD') - 7)INNER JOIN ( SELECT *
Time of Update: 2018-12-05
You can create a relational table with the following organizational characteristics: (1)A heap-organized table does not store rows in any particular order. The CREATE TABLE statement creates a heap-organized table by default. (2)An index-
Time of Update: 2018-12-05
Cache和Buffer是兩個不同的概念,簡單的說,Cache是加速“讀”,而buffer是緩衝“寫”,前者解決讀的問題,儲存從磁碟上讀出的資料,後者是解決寫的問題,儲存即將要寫入到磁碟上的資料。在很多情況下,這兩個名詞並沒有嚴格區分,常常把讀寫混合類型稱為buffer cache,本文後續的論述中,統一稱為cache。Oracle中的log buffer是解決redo寫入的問題,而data buffer cache則解決data
Time of Update: 2018-12-05
簡單的說ON_COMMAND是點了按鈕或功能表項目後的響應訊息,ON_UPDATE_COMMAND_UI是用來表示對應的按鈕和功能表項目的狀態的響應訊息.比如WINDOWS內建的記事本程式,它的"格式"菜單下有個"自動換行",那麼在編寫記事本這個程式時,對文本進行自動換行或不自動換行的操作就要放在ON_COMMAND訊息響應函數裡,而"自動換行"功能表項目左邊是否打勾的操作則放在ON_UPDATE_COMMAND_UI響應函數裡.
Time of Update: 2018-12-05
如何釋放過度佔用的Shrink Undo資料表空間OS:Red Hat Enterprise Linux AS release 4 (Nahant)DB:Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production 一台Oracle10gR2資料庫報出如下錯誤:ORA-1653: unable to extend table SYSMAN.MGMT_SYSTEM_ERROR_LOG by 8 in
Time of Update: 2018-12-05
預設情況下允許遠程終端串連的數量是2個使用者當你是斷開或者直接關閉視窗來退出遠端桌面會出現"已達最大串連數"提示,無法登入遠端桌面。產生此提示的原因是以前使用遠端桌面時直接關閉了視窗,而不是“登出”使用者,導致遠端桌面視窗雖已關閉,但使用者使用的資源並未釋放,達到系統允許最多串連數限制。所以最好養成一個習慣用登出退出遠端桌面解決方案:1. 強制遠端連線到伺服器 在“運行”視窗輸入“mstsc /v:xxx.xxx.xxx.xxx(此處為伺服器IP)
Time of Update: 2018-12-05
一些ORACLE中的進程被殺掉後,狀態被置為"killed",但是鎖定資源很長時間不釋放,有時實在沒辦法,只好重啟資料庫。現在提供一種方法解決這種問題,那就是在ORACLE中殺不掉的,在OS一級再殺。 1.下面的語句用來查詢哪些對象被鎖:select object_name,machine,s.sid,s.serial# from v$locked_object l,dba_objects o ,v$session swhere l.object_id = o.object_id and