我買片幾乎都是隨便買,以外型為第一考量,
不過這次遇到麻煩了,PHIPLIS的片子,壞片率太高,
接近1:1,這很傷成本的說,考慮換片….
去到了我認為是我當初買的那家(其實不太確定是不是那家),
提出換片的需求,結果換到是有換到,不過,這次的片子情況更糟,
雖然是空片,但連燒都不讓我燒(一直維持在讀取狀態),
只好再去一趟,換更好一點的,結果當然是愈換愈少片
(原本20片,現在變13片,但有的換就不錯啦!!)
還好這次換回來的,只有一個有不能燒的情況,
還算不錯了呀!!
已經有遇到燒錄失敗,但我以為成功的情況,
片子不得不慎選呀!!
PS.換片,店家還是拿別人拿去換的片給你
相對於SQL SERVER,ORACLE的資訊少了很多,
目前找到的有
http://www.oracle.com/pls/db10g/portal.portal_demo3?selected=1
http://www.hkln.net/
這套系是自己胡搞瞎搞下的產物,
本來的立意很偉大,
就是要把自己備份下來的DVD分享給大家,
除方便自己查詢,也免的忘記東西借給誰,
所以才有什麼,預借,確認借出,確認歸還的過程,
但之後的迴響卻不甚熱烈,
也或許是我程式沒寫好的原因吧!!
目前,JASONSEARCH將改為私人使用為主,
邏輯改為:開放,借出,鎖定,
開放即為”可借出的資料”,
借出即”可歸還的資料”,
鎖定為”不可借出,也不可歸還的資料”,
並將導入DW(資料倉儲)的概念,
明確的記錄資料的異動,
而不再只是簡單的異動查詢
寫完後,真覺得自己很偉大
(迷之聲:又在自HIGH了)
出現的訊息是
WORD無法讀取此文件。此文件可能已損壞。請試試看以下的方法：
*開啟並修復此檔案
*使用{文字復原}轉換程式來開啟此檔
解決的方式：「OFFICE2003請更新到SP2」
BO的報表,複雜的SQL開一個要1個半小時,
這樣算起來,一天還真的做不了幾張,
光看資料跑對不對一天就過了,
真傷工時呀!!
線上分析處理 ( On – Line Analytical Processing ; OLAP )
線上交易處理 ( On – Line Transaction Processing ; OLTP )
關聯式資料庫 ( Relational DataBase , RDB )
關鍵績效指標 ( Key Performance Indicator , KPI )
擷取、轉換並載入 (extract, transform, and load , ETL)
http://zh.wikipedia.org/wiki/ETL
維度 ( Dimension )
工作說明書 ( SOW )
別名 (一份基準表格):
別名是結構描述中現有表格的參照。
別名是以不同名稱完全複製自原始表格 (基準表格) 的表格。
表格中的資料完全與原始表格相同，
但是不同的名稱會「欺騙」查詢的 SQL，
讓它以為您使用的是兩個不同的表格而接受。
本文 (已定義的連接路徑):
本文是連接的集合，
提供 Web Intelligence 有效的查詢路徑以產生 SQL。
捷徑連接:
捷徑連接是一個可提供兩個表格之間替代路徑的連接。
由於不考慮中介表格並將一般較長的連接路徑縮短，
因此捷徑連接能夠改善查詢的效能。
捷徑連接最常用來將一個共用查詢表格沿著連接路徑進一步連結到另一個表格。
連接路徑是由同一個本文中許多不同的表格所構成。
此時，捷徑連接只有在被查詢的值於表格階層中解除常態化成較低層級，
使得相連的所有層級都存在相同的值時才有效。
連接問題:
Loop / 多對單一查詢設陷 (收斂式多對單一連接) / 一對多重查詢設陷 (序列式多對單一連接)
MT/DIM
DIM_CURRENT/DIM_OLD/DIM_TEMP
TRUNCATE tmp –> INNER JOIN比對,如完全一樣INSERT tmp
1–> 上END DATE, UPDATE ( END_DATE IS NULL and _tmp no data )
2–> INSERT ( select _current and _tmp not exits )
MT/FCT
串SK & measure出來的值
MT/REF
PK,部分功能同DIM
INIT
建初始 @
EL
SP_EL_DIM_IMPORT.sql
–STEP 1: DROP COLUMN EXT_DATE
–STEP 2: EMPTY EL_TABLE
–STEP 3: CREATE BULK INSERT STATEMENT
–STEP 4: EXECUTE BULK INSERT STATEMENT
–STEP 5: ADD COLUMN EXT_DATE
–STEP 6: UPDATE EXT_DATE資料提供：BOP\BOP_DW\BI_TXT\
自行產生：BOP\BOP_DW\DIM_TXT\
DDL
Creat Table
笛卡兒乘積是一個結果集，內含查詢中每個表格每一列的所有可能組
合。笛卡兒乘積幾乎都是不正確的結果。
兩個表格在結合時，不指定任何條件，如：
SELECT employee.realname, salary.amount FROM employee, salary
SELECT employee.realname, salary.amount FROM employee JOIN salary
SELECT employee.realname, salary.amount FROM employee CROSS JOIN salary
在這個例子中，employee 原有 4 筆資料，而 salary 有 5 筆資料，在 JOIN 之後，
結果將是兩者資料筆數的乘積：20。
就等於是將兩個資料表中，所有可能的組合全部列出來一樣，
其結果在實務上不見得有意義。這種結合可被視為兩個資料表的
「笛卡兒乘積（Cartesian product）」。