Oracle & SUN，嚴(yán)峻的挑戰(zhàn)(一)

今天參加了Oracle & SUN合并后第一次與合作伙伴及客戶的通氣會(huì)。整個(gè)會(huì)議給我的感覺是：Oracle雄心勃勃，SUN意氣風(fēng)發(fā)，而我自己，心懷惴惴。 ????? Oracle有了SUN，那么從硬件到軟件Oracle的產(chǎn)品線就十分齊備了。Oracle半年前推出11gR2 for linux，接著for solaris，而至今都沒有for windows。這是否意味著：Oracle已有足夠能力對(duì)其他平臺(tái)說不。是否意味著：Oracle將借助其數(shù)據(jù)庫市場(chǎng)的領(lǐng)先地位，全面推廣for Oracle的Storage、Server、OS、Middleware、APP。如果是，那么Oracle將成為事實(shí)上的壟斷者。無論SI、Customer，都將受到負(fù)面影響。 ????? MySQL怎么辦？如果Oracle既不對(duì)其支持、也不對(duì)其放手，甚至通過蠶食的手段吸收其市場(chǎng)。那后果會(huì)怎樣？加劇Oracle對(duì)企業(yè)級(jí)數(shù)據(jù)庫市場(chǎng)的壟斷？這并非僅是我的悲觀論調(diào)：今天我在會(huì)場(chǎng)上沒有聽到任何關(guān)于MySQL未來的說法，并且現(xiàn)場(chǎng)詢問Oracle & SUN的高層官員也沒能得到清晰的響應(yīng)。Oracle官員說不放棄，這不是我們想聽到的，我們希望Oracle能對(duì)MySQL做出規(guī)劃，否則鬼才相信它會(huì)越來越好。 ????? 原SUN的系統(tǒng)總監(jiān)在演講過程中對(duì)SUN的全線產(chǎn)品大夸特跨，老實(shí)說我對(duì)SUN還是很有好感的，只是實(shí)在沒明白，既然SUN這么好，為什么還會(huì)經(jīng)營困難，以致被收購？

FLY的數(shù)據(jù)庫系統(tǒng)將何去何從？這需要全面Review：FLY的SI存儲(chǔ)層面需要面對(duì)兩個(gè)挑戰(zhàn)，業(yè)務(wù)數(shù)據(jù)存取及元數(shù)據(jù)存取。第一個(gè)挑戰(zhàn)需要大容量、高性能、高可靠性的存儲(chǔ)設(shè)備及共享文件系統(tǒng)；第二個(gè)挑戰(zhàn)需要穩(wěn)定可靠、高性價(jià)比的數(shù)據(jù)庫及中間件。老大似乎一直在與第一個(gè)挑戰(zhàn)做斗爭：FLY SEC、FLY FS、FLY NAS，這些產(chǎn)品彰顯出將FLY打造成中國Avid的野心。在我看來，第一個(gè)挑戰(zhàn)已被解決了60%，我對(duì)剩下的40%亦保持樂觀。第二個(gè)挑戰(zhàn)，我更傾向于把它看成是對(duì)我的挑戰(zhàn)，趁老大還沒有足夠的精力關(guān)注它。 ????? 如今，Oracle與SUN合并了，挑戰(zhàn)重新充滿了變數(shù)。

相關(guān)文檔：

Oracle?的生產(chǎn)庫都是啟動(dòng)在歸檔模式下，RAC下歸檔非歸檔的切換和單實(shí)例也是一樣的，都是在MOUNT模式下執(zhí)行ALTER?DATABASE?ARCHIVELOG/NOARCHIVELOG;命令。?不同的是：RAC環(huán)境下所有實(shí)例都必須處于非OPEN狀態(tài)，然后在任意一個(gè)處于MOUNT狀態(tài)的實(shí)例執(zhí)行ALTER?DATABASE命令，操作成功后，再正常啟動(dòng) ......

一、 常用日期數(shù)據(jù)格式

1.Y或YY或YYY 年的最后一位，兩位或三位

SQL> Select to_char(sysdate,'Y') from dual;

TO_CHAR(SYSDATE,'Y')

--------------------

7

SQL> Select to_char(sysdate,'YY') from dual;

TO_CHAR(SYSDATE,'YY')

---------------------

07

SQL> Select to_char(sysdate,'YYY') from ......

1、查詢兩個(gè)日期之間的數(shù)據(jù)。

假設(shè)有表Table1，其創(chuàng)建表的sql語句為：

create table Table1(

StationID??? NUMBER(10) Primary key,

Year?????????? NUMBER(4)? not null,

Month??????? NUMBER(2)? n ......

The DB File Scattered Read wait event generally indicates waits related to full table scans or fast

full index scans. As full table scans are pulled into memory, they are scattered throughout the

buffer cache, since it is usually unlikely that they fall into contiguous buffers. A large numb ......

The DB File Sequential Read wait event generally indicates a single block read (an index read,

for example). A large number could indicate poor joining orders of tables or unselective indexing.

This number will certainly be large (normally) for a high-transaction, well-tuned system. You ......

總結(jié)

以上是生活随笔為你收集整理的oracle面临的挑战,Oracle SUN，严峻的挑战（一）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。