不管是系統，單一軟體，或者專案中，第一步就是要確認需求，但往往很多"業主"，在這一步就卡關
業主，是我對需求者的泛稱，對象也許是接案的客戶，又或者是在企業內，提出需求的部門員工、主管...等
由於軟體開發有一定的階段跟必要條件，跟很多實體產品的開發是一樣的
並不是開發一個購物網站，就比建構實體的商店來的簡單，要思考的事情也不會變少
通常問題在哪裡? 根據我的觀察，這是一個很普遍的現象
就是 -- 不知道問題在哪裡
- Jul 31 Fri 2015 08:24
-
開發階段中的需求定義
不管是系統，單一軟體，或者專案中，第一步就是要確認需求，但往往很多"業主"，在這一步就卡關
業主，是我對需求者的泛稱，對象也許是接案的客戶，又或者是在企業內，提出需求的部門員工、主管...等
由於軟體開發有一定的階段跟必要條件，跟很多實體產品的開發是一樣的
並不是開發一個購物網站，就比建構實體的商店來的簡單，要思考的事情也不會變少
通常問題在哪裡? 根據我的觀察，這是一個很普遍的現象
就是 -- 不知道問題在哪裡
- Jun 18 Thu 2015 07:35
-
使用與開發的不同
- Oct 21 Fri 2011 11:38
-
網站與程式設計
由於台灣有絕大的比例屬於中小企業,因此節省成本,是很多這類型企業的首要
因此對於製作一個網站的報價,動輒數萬的價格敬謝不敏
企業們常常在遇到要花錢的關頭時,就會拿出節儉的美德
造成許多台灣的產業被自己綑綁,停滯不前,例如各行各業的設計師,有能力的,接不到案子
靠低價,接到案子的,做的東西亂七八糟
一個網站要形成,有許多步驟::
視覺 , 美編 , 網站設計 , 需要寫程式的就要程式設計,需要動到資料庫的就要資料庫設計
不單單如此,上面簡單的一行描述可能包含了要動用十數種軟體,當中需要數年的經驗與學習才能完善
更別說每個業主都要天馬行空的想像網站要可以飛天遁地,聲光效果俱佳,卡司驚人....等
因此,假設企業主們,你們做的事情是"專業",我們也剛好是,合理的價格,利潤,才是讓彼此共存與進步的平衡
一個好個網站,程式設計公司或者服務提供者,絕對可以規劃出適合你們的產品
當然也可以選擇其他可以大量的複製,簡單申請個帳號就能夠開通網站的服務方式
純粹看您的需求,歡迎來電洽詢,我們可以為您規劃適合您的方式
http://moye.idv.tw/service.aspx?item=t0005&cum=9bdd36d8-dfe7-4c3a-a9cc-567f4af207b6
- Mar 14 Mon 2011 11:47
-
找尋
從拿起相機開始，一切都是為了紀錄，隨性，與自己快樂、享受為原則，
拍照就是為了傳達自己的想法，意念，
想想也有6~7年了，一直以來總是會有人"指導"我怎麼拍照
但是我卻從來沒有被影響過
理由很簡單，我拍我的照，我拍我愛的，我愛我拍的，就這樣
你愛的，你自己想辦法拍，跟我沒有關係
如果我有一張照片可以讓你喜歡~謝謝，非常謝謝
雖然我從沒有正式的學過攝影，但是我拿相機的第一天
就有人告訴我，攝影的法則，就是沒有法則
這跟我所學的 世間一切法，一切相，一切非法，一切非相，皆為虛妄
是一致的
所以我接受了
========================================
每當朋友在工作上，有所疑問時，他們願意聽聽我的聲音時
我總會說，興趣跟工作是不一樣的
雖然我們很希望，工作可以跟興趣結合，並樂在其中
但是實在是有點門檻的
興趣就是興趣，因為你快樂，你高興，所以成為興趣
但是工做就是必須為了填飽肚子，為了現實，所以他門是衝突的
可是還是有辦法融和它門兩者，問題是，我們如何能堅持下去
不喪失信心，不犧牲樂趣，不與工作妥協....
可是如果我門能做到這樣的話~那也不用煩惱這問題了~哈
=========================================
我總是可以給身邊的人一些聽起來刺耳的意見
很感謝他們還是笑著臉迎向我
事隔多年，今天這個問題的主角換成我自己，我卻手足無措
也不知道該向誰求救，求教，求問
上一次困擾我時，已經是10多年前了(我很早就工作了，我不老)
希望透過這些過往的影像紀錄，或許可以找到答案
========================================
不論是我拍的照片，別人拍的照片
或者看電影，聽音樂，欣賞別人的作品時.....
我都很不喜歡旁邊有人從頭批評到尾，而且沒有立論的亂評一通
你可以聽聽~看看 然後發表意見~但是發表意見前你必須能夠欣賞
從作者想要傳達的角度來發表意見，而不是全憑個人喜好，亂批一通
或許現在已經不流行這樣了，一切都被光速化，源遠流長的東西沒人在意，誰也不在乎了，但是當我們抱怨時，其實應該想想，是誰造成的?
是我們自己，我們忘卻了一切核心的價值，我門把自己變的市儈，因此當我門被市儈的對待時，無法理直氣壯的傲然挺身對抗
- Mar 01 Tue 2011 12:44
-
網站成功術 之 網路行銷
- Jan 22 Sat 2011 10:54
-
專業貧乏的年代
yahoo上看到的新聞 2011-01-22
http://tw.news.yahoo.com/article/url/d/a/110122/78/2l90z.html
摘要如下
MSN又強迫更新 網友怨新版爛還要更新
你昨天使用了MSN嗎？昨天許多網友一打開電腦發現MSN出現更新要求，否則無法登入。
平常都以ＭＳＮ跟廠商溝通的上班族，頓時傻眼，因為聯絡時間已到，居然還硬是被要求更新，且更新速度還那麼慢，簡直氣死了。
微軟公司︰做安全性修補
微軟公司表示，目前MSN最新版本是Windows Live Messenger 2011；
昨天要求更新的用戶是仍然使用二○○九早期版本的部分用戶，微軟已於去年十二月一日發郵件通知，請用戶更新版本；
因為有些安全性的修補程式十分重要，是在防範用戶上社群網站時，被盜取資料，因此針對較舊版本，進行強迫性更新。
不乖乖更新就不給登入
但是顯然這個通知並未讓全部用戶知悉，噗浪上罵聲連連，網友「流浪的命」說︰「不更新ＭＳＮ就沒法上？新版那麼爛還要我更新！」某些公司因電腦有設定權限，使用者得依賴公司的網管人員協助，才能更新，一天下來，網管工程師簡直忙得團團轉。
網管工程師文哥昨天忙了一天，全是幫同仁更新ＭＳＮ，對於微軟不顧用戶、直接強制升級的做法表示︰「蠢呆了，心裡很Ｘ……」。
http://tw.news.yahoo.com/article/url/d/a/110122/78/2l90z.html
摘要如下
MSN又強迫更新 網友怨新版爛還要更新
你昨天使用了MSN嗎？昨天許多網友一打開電腦發現MSN出現更新要求，否則無法登入。
平常都以ＭＳＮ跟廠商溝通的上班族，頓時傻眼，因為聯絡時間已到，居然還硬是被要求更新，且更新速度還那麼慢，簡直氣死了。
微軟公司︰做安全性修補
微軟公司表示，目前MSN最新版本是Windows Live Messenger 2011；
昨天要求更新的用戶是仍然使用二○○九早期版本的部分用戶，微軟已於去年十二月一日發郵件通知，請用戶更新版本；
因為有些安全性的修補程式十分重要，是在防範用戶上社群網站時，被盜取資料，因此針對較舊版本，進行強迫性更新。
不乖乖更新就不給登入
但是顯然這個通知並未讓全部用戶知悉，噗浪上罵聲連連，網友「流浪的命」說︰「不更新ＭＳＮ就沒法上？新版那麼爛還要我更新！」某些公司因電腦有設定權限，使用者得依賴公司的網管人員協助，才能更新，一天下來，網管工程師簡直忙得團團轉。
網管工程師文哥昨天忙了一天，全是幫同仁更新ＭＳＮ，對於微軟不顧用戶、直接強制升級的做法表示︰「蠢呆了，心裡很Ｘ……」。
- Oct 16 Thu 2008 08:44
-
常用 也常被遺忘的語法
有些常用的語法 每每要用時都會忘記 而要回頭查以前的程式
怪了 既然是"常用"的語法 怎麼還會忘記
因為 如果某個功能常用
通常我們會把他寫成類別方法 或是副程式 來進行呼叫
也就是...在某個系統中你可能使用到他10次 但是只寫了1次.....
所以今後或把一些常用但是我每每忘記的語法補充上來
高居被我遺忘的常用語法就是 取得日期 並轉換格式
取得日期的VB.net語法是 Now.Day() 就這樣 很簡單
但是依照電腦設定不同 有的人會顯示2008年1月1號
有的會顯示2008年01月01號 有的人還會自訂成1月1號 2008年
可是我要把這東西放到資料庫總不能任由他的格式個人化吧
所以我會把他轉換成 2008/01/01 統一使用10個字元儲存 而且存成Vcahr這一類的型態
為何不用Date或DateTime型態...因為這背後有更複雜的理由 所以 如果要拿他做運算
我習慣自己取出來轉換 而不是交由資料庫處理
那指定格式的VB.net語法如下
怪了 既然是"常用"的語法 怎麼還會忘記
因為 如果某個功能常用
通常我們會把他寫成類別方法 或是副程式 來進行呼叫
也就是...在某個系統中你可能使用到他10次 但是只寫了1次.....
所以今後或把一些常用但是我每每忘記的語法補充上來
高居被我遺忘的常用語法就是 取得日期 並轉換格式
取得日期的VB.net語法是 Now.Day() 就這樣 很簡單
但是依照電腦設定不同 有的人會顯示2008年1月1號
有的會顯示2008年01月01號 有的人還會自訂成1月1號 2008年
可是我要把這東西放到資料庫總不能任由他的格式個人化吧
所以我會把他轉換成 2008/01/01 統一使用10個字元儲存 而且存成Vcahr這一類的型態
為何不用Date或DateTime型態...因為這背後有更複雜的理由 所以 如果要拿他做運算
我習慣自己取出來轉換 而不是交由資料庫處理
那指定格式的VB.net語法如下
| Format(Now.Day(),"yyyy/MM/dd") |
要在Asp.net中動態指定控制項的顏色
'要先引用System.Drawing Imports System.Drawing '指定控制項顏色 '前景色 cortrolerID.ForeColor = coloe.Red '背景色 controlerID.BackColor = color.Yellow |
上述是指定預先定義的顏色名稱
指定顏色的方法還有
controlerID.BackColor = color.FromName(Yellow) '一樣是使用預先定義的顏色名稱 另外可以使用ARGB方法 controlerID.BackColor = color.FromArgb(250,255,12,57) '格式為 Alpha值 , R值 , G值 , B值 Alpha值應該可以視為飽和度或透明度 |
- Oct 15 Wed 2008 23:45
-
跨資料庫查詢
這個問題實在有點兒意思
因為其實我一直在迴避這個問題
從以前寫程式就一直會把整個組織的資料庫開成同一個
裡面放所需要的Table
可是呢 這樣做實在有點瞎
因為其實不同的系統 如果需要區隔資料庫的話
當然應該把資料庫的實體位置分開
而不是逃避 然後用所謂的Table名稱規則來識別
終於我被迫要面對這樣的問題
由於目前的環就就是這樣設計
不同的系統 使用不同的資料庫
當然就免不了要有一些共用的資料
那...如果你的系統 有某些東西 正好要使用到這些共用的功能
而且不能有迴避的狀況那怎麼辦
所謂的迴避可能就是 你可以自己建個Table在自己的資料庫
因為那個Table的資料可能萬年不變
總而言之
如果你的主機是同一台 但是資料庫不同
而你又要join它們之間的資料那該怎麼做
答案其實很簡單
就是使用完整的資料庫名稱就好了
通常我們只會
如果 TableA 在DBa 而 TableB 在 DBb 這時候只要改成使用完整的資料庫描述就好了
SQL Server範例語法如下
當然 在兩個資料庫中都要有相對應的權限
那麼應該有人會問 這樣的語法寫在程式裡面那我的連線設定是要使用哪一個呢
答案是都可以 只要使用兩個中的其中一個就行了
那MySQL呢 .....這才是我的工作上的重點啊 由於沒有MySQL就暫時先這樣
等到有環境在補上來
P.s 經測試.MySQL也是如上述方式 2008/10/16
因為其實我一直在迴避這個問題
從以前寫程式就一直會把整個組織的資料庫開成同一個
裡面放所需要的Table
可是呢 這樣做實在有點瞎
因為其實不同的系統 如果需要區隔資料庫的話
當然應該把資料庫的實體位置分開
而不是逃避 然後用所謂的Table名稱規則來識別
終於我被迫要面對這樣的問題
由於目前的環就就是這樣設計
不同的系統 使用不同的資料庫
當然就免不了要有一些共用的資料
那...如果你的系統 有某些東西 正好要使用到這些共用的功能
而且不能有迴避的狀況那怎麼辦
所謂的迴避可能就是 你可以自己建個Table在自己的資料庫
因為那個Table的資料可能萬年不變
總而言之
如果你的主機是同一台 但是資料庫不同
而你又要join它們之間的資料那該怎麼做
答案其實很簡單
就是使用完整的資料庫名稱就好了
通常我們只會
SELECT * FROM TableA ta
INNER JOIN TableB tb ON ta.xx=tb.xx
如果 TableA 在DBa 而 TableB 在 DBb 這時候只要改成使用完整的資料庫描述就好了
SQL Server範例語法如下
SELECT * FROM DBa.dbo.TableA ta
INNER JOIN DBb.dbo.TableB tb ON ta.xx=tb.xx
當然 在兩個資料庫中都要有相對應的權限
那麼應該有人會問 這樣的語法寫在程式裡面那我的連線設定是要使用哪一個呢
答案是都可以 只要使用兩個中的其中一個就行了
那MySQL呢 .....這才是我的工作上的重點啊 由於沒有MySQL就暫時先這樣
等到有環境在補上來
P.s 經測試.MySQL也是如上述方式 2008/10/16
- Sep 09 Tue 2008 09:08
-
Who's Job ? & Who's Duty?
這篇文寫的有一點時日了.當時只是純粹發洩一下
把它藏在一個沒有人知道我是誰的地方....(真是駝鳥)
今天重新看了一下決定讓他出來見見光
--------------------------------------------------------------------------------------------
我一向很討厭一種...所謂的工作回報機制
從幹 SI 到之前的....(還是保留好了)
一般來講資訊相關領域似乎普遍會有這種狀況
就是上班打卡制 下班責任制
遲到要扣薪 加班只能賺到GOP跟GPT...(這兩個東西是肝功能的兩個指標)
好了~今天並不是要說這個
上述的狀況也沒有誰對誰錯~誰壓榨誰
而是
有一種東西 叫做工作回報的管理機制
我在不少工作單位都看過
目的呢 就是各位工程師們 要把工作內容 回到給公司知道
原因主要是在於 工程師 四處跑的機會很高
所以想要知道工程師們 今天幹了什麼
就不曉得哪個王八蛋發明了這種機制
來說說一般資訊產業的等級吧
通常~最下面 就是工程師群們 負責出生入死 親上火線與顧客周旋 短兵相接
工程師也有分級~但是呢~在組織裡面 統稱就是"下級" (請勿說成低級)
上面一點是誰呢?
通常我們叫這個等級為專案管理人 或者專案經理 又或者 專案管理人者...
反正就是總兵等級 負責統領工程師 本身或許也是工程師 但大部分不是
主要職掌的工作就是所謂的"掌握專案進度"
在更上面一點呢 通常是xx部經理 xx部特助 xx顧問
再往上一點呢? 應該是 副總經理 這個等級了
然後上面就是總經理 or 老闆
因為很多老闆自己兼總經理 或者又叫 "總裁" , "執行長"(自從台灣霹靂火之後開始流行)
那~我要說的是
通常裡面事情最雜 最難以分身 最要花勞力的 就是工程師 這個下級
其他的等級通常都已經是管理層面居多了
我從一開始就搞不懂
所謂工作回報機制的由來
一般來講理由是 因為工程師"群" 這些下級"們" 為數眾多
因此專案管理人的這個層級 就會希望下級們 主動回報進度
通常還會建立個專案管理系統...不管是用word . excel . Project .或者e-mail
甚至開發個web讓下級們無論身在何處.....都能被壓榨.
在我幹工程師沒多久時 我對於這個機制並沒有異議
而且 我還鼓勵其他工程師們主動點回報
因為這樣可以讓 "上面"對你的印象加分~表示自己負責 夠細心 夠責任感
主動爭取上頭對你的好感與信任
但是後來證明這樣真的只能賺到GOP跟GPT....
這些往日的弟兄們....我對不起你們...尤其是H牌公司的同仁們 那些當時年輕的工程師們
因為那只是我當時熱中"管理"的想法....( 唸管理人的缺點...啥都要管理 )
彼得杜拉克大師....我也對不起你 我扭曲了管理的意義...
我有異議的部分是....
專案管理人的工作是什麼~?? 大家說一說....
從字面上來解釋~應該是管理專案...吧
那什麼是管理專案呢?........
不外乎就是~~掌握專案進度..然後再報告上級...專案的狀況
雖然很攏統~但是就是"掌握專案狀況"
所以說~讓我們整理一下..
掌握專案是誰的工作~誰的責任呢? 應該是所謂的專案管理人 這個層級吧
但是誰在做工作回報呢? 耶~是工程師耶...那專案管理人幹嘛呢?
據說是~整理下級"們"的回報.....
一個下級打兩行字 說明工作 10個就可以變成20行 插點圖就是一頁了
然後一個禮拜就有一小本 3個月後也就是一季就可以出版給上頭了
然後~誰受到上面的掌聲?
其實這也不算什麼
只是最近發生~專門管理人們要下級們回報工作
那....下級們除了東奔西跑的特性 外 還有所謂 一開始提到的 下班是責任制
工作沒有告一段落 是閃不了人的
所以通常要等下級們來回報....時間上可能就晚了 也不一致
於是....由於專案管理人需要向更上面回報...而且要整理~就規定下級們
在哪個時間區間理回報.....
這個 就是我不爽的地方
掌握專案進度是專案管理人的責任
結果Loading反而在下級們身上....
好的專案管理人~應該隨時"主動"掌握進度吧.
掌握進度於~跟下級哈拉打屁之中~順便搏感情於無形~
反正大家都是工程師~不致於哈拉的內容聽不懂吧
而不是要大家在某個時間內完成回報
而且~在聽到這個怪狀況時~我才知道我的專案管理是誰.....這真的很怪
致全天下倒楣的下級們 萬歲
希望你們有朝一日...也變成令人討厭的管理人...那代表你們的努力有成果了....
而我呢 ? 少說幾年內 我想也不會想管理的工作了
分享一句
魔鬼代言人 / 艾爾帕西諾（Al Pacino）: 虛榮是我最愛的原罪
自省 : 我迷失了好一陣子
把它藏在一個沒有人知道我是誰的地方....(真是駝鳥)
今天重新看了一下決定讓他出來見見光
--------------------------------------------------------------------------------------------
我一向很討厭一種...所謂的工作回報機制
從幹 SI 到之前的....(還是保留好了)
一般來講資訊相關領域似乎普遍會有這種狀況
就是上班打卡制 下班責任制
遲到要扣薪 加班只能賺到GOP跟GPT...(這兩個東西是肝功能的兩個指標)
好了~今天並不是要說這個
上述的狀況也沒有誰對誰錯~誰壓榨誰
而是
有一種東西 叫做工作回報的管理機制
我在不少工作單位都看過
目的呢 就是各位工程師們 要把工作內容 回到給公司知道
原因主要是在於 工程師 四處跑的機會很高
所以想要知道工程師們 今天幹了什麼
就不曉得哪個王八蛋發明了這種機制
來說說一般資訊產業的等級吧
通常~最下面 就是工程師群們 負責出生入死 親上火線與顧客周旋 短兵相接
工程師也有分級~但是呢~在組織裡面 統稱就是"下級" (請勿說成低級)
上面一點是誰呢?
通常我們叫這個等級為專案管理人 或者專案經理 又或者 專案管理人者...
反正就是總兵等級 負責統領工程師 本身或許也是工程師 但大部分不是
主要職掌的工作就是所謂的"掌握專案進度"
在更上面一點呢 通常是xx部經理 xx部特助 xx顧問
再往上一點呢? 應該是 副總經理 這個等級了
然後上面就是總經理 or 老闆
因為很多老闆自己兼總經理 或者又叫 "總裁" , "執行長"(自從台灣霹靂火之後開始流行)
那~我要說的是
通常裡面事情最雜 最難以分身 最要花勞力的 就是工程師 這個下級
其他的等級通常都已經是管理層面居多了
我從一開始就搞不懂
所謂工作回報機制的由來
一般來講理由是 因為工程師"群" 這些下級"們" 為數眾多
因此專案管理人的這個層級 就會希望下級們 主動回報進度
通常還會建立個專案管理系統...不管是用word . excel . Project .或者e-mail
甚至開發個web讓下級們無論身在何處.....都能被壓榨.
在我幹工程師沒多久時 我對於這個機制並沒有異議
而且 我還鼓勵其他工程師們主動點回報
因為這樣可以讓 "上面"對你的印象加分~表示自己負責 夠細心 夠責任感
主動爭取上頭對你的好感與信任
但是後來證明這樣真的只能賺到GOP跟GPT....
這些往日的弟兄們....我對不起你們...尤其是H牌公司的同仁們 那些當時年輕的工程師們
因為那只是我當時熱中"管理"的想法....( 唸管理人的缺點...啥都要管理 )
彼得杜拉克大師....我也對不起你 我扭曲了管理的意義...
我有異議的部分是....
專案管理人的工作是什麼~?? 大家說一說....
從字面上來解釋~應該是管理專案...吧
那什麼是管理專案呢?........
不外乎就是~~掌握專案進度..然後再報告上級...專案的狀況
雖然很攏統~但是就是"掌握專案狀況"
所以說~讓我們整理一下..
掌握專案是誰的工作~誰的責任呢? 應該是所謂的專案管理人 這個層級吧
但是誰在做工作回報呢? 耶~是工程師耶...那專案管理人幹嘛呢?
據說是~整理下級"們"的回報.....
一個下級打兩行字 說明工作 10個就可以變成20行 插點圖就是一頁了
然後一個禮拜就有一小本 3個月後也就是一季就可以出版給上頭了
然後~誰受到上面的掌聲?
其實這也不算什麼
只是最近發生~專門管理人們要下級們回報工作
那....下級們除了東奔西跑的特性 外 還有所謂 一開始提到的 下班是責任制
工作沒有告一段落 是閃不了人的
所以通常要等下級們來回報....時間上可能就晚了 也不一致
於是....由於專案管理人需要向更上面回報...而且要整理~就規定下級們
在哪個時間區間理回報.....
這個 就是我不爽的地方
掌握專案進度是專案管理人的責任
結果Loading反而在下級們身上....
好的專案管理人~應該隨時"主動"掌握進度吧.
掌握進度於~跟下級哈拉打屁之中~順便搏感情於無形~
反正大家都是工程師~不致於哈拉的內容聽不懂吧
而不是要大家在某個時間內完成回報
而且~在聽到這個怪狀況時~我才知道我的專案管理是誰.....這真的很怪
致全天下倒楣的下級們 萬歲
希望你們有朝一日...也變成令人討厭的管理人...那代表你們的努力有成果了....
而我呢 ? 少說幾年內 我想也不會想管理的工作了
分享一句
魔鬼代言人 / 艾爾帕西諾（Al Pacino）: 虛榮是我最愛的原罪
自省 : 我迷失了好一陣子
- Aug 07 Thu 2008 14:49
-
什麼是CRUD
最近找一些新技術的資料
在GOOLGE上搜尋然後老是看到一些~
"利用xxx元件進行CRUD"
使用xxx技術對資料做CRUD"....
由於一開始只是搜尋特定技術的應用
並沒有特別去了解CRUD是啥玩意兒
想說應該又是個不知道什麼鬼的新技術吧
今天由於要找silverlight與資料庫相關的技術
又看到了這個名詞...就好奇的Google了一下 什麼是CRUD
沒想到... CRUD就是Create 、Read 、Update 、 Delete.......
豁然開朗之後真是無力~~~
其實有很多技術都有他的專有名詞 但是偶爾就會蹦出來 新的名詞來形容這些技術
有時候還真是不好適應....
在GOOLGE上搜尋然後老是看到一些~
"利用xxx元件進行CRUD"
使用xxx技術對資料做CRUD"....
由於一開始只是搜尋特定技術的應用
並沒有特別去了解CRUD是啥玩意兒
想說應該又是個不知道什麼鬼的新技術吧
今天由於要找silverlight與資料庫相關的技術
又看到了這個名詞...就好奇的Google了一下 什麼是CRUD
沒想到... CRUD就是Create 、Read 、Update 、 Delete.......
豁然開朗之後真是無力~~~
其實有很多技術都有他的專有名詞 但是偶爾就會蹦出來 新的名詞來形容這些技術
有時候還真是不好適應....
- Mar 26 Wed 2008 23:30
-
SQL Server 2005 V.S. SQL Server 2000 介面
SQL Server 2005相較於SQL Server 2000的轉變實在不算小
尤其是介面上的變化.是最直接讓許多使用者必須去適應的
介面上的變化當然不算什麼
新東西 有個新樣貌 似乎是理所當然的
但是SQL Server 2005真正進步的地方其實是效能與穩定性
不過筆者還沒有到可以談論到這個檔次的程度
只好拿介面來哈啦一下
SQL 2000 使用的介面很直覺的就是"嵌入式主控台"
很多Windows管理程式通用的介面
如果你的機器上沒有SQL Server 2000 而你想要連接到SQL主機去管理資料庫那麼
使用的工具就是MMC主控台 嵌入他的管理介面 非常直覺 很容易使用
而SQL 2005的介面與管理工具則必須另外安裝 他是不是也是新版的MMC尚未去研究
因為新版的MMC 3.0界面其實與我所看到的SQL 2005是一樣的
另外例如WSUS 3.0 這一類的工具 介面也是如此
所以 本篇的主要內容其實就是比較一下MMC 2.0 跟 MMC 3.0
只是剛好筆者最近要使用SQL 2005 於是就拿來做個開場
這個感觸是來自於~早些時候的SQL 2000 介面看起來雖然有點鳥
但是很實用.該有的主要資訊一目了然.少用的次要資訊則需要稍微挖一下功能表
或者點點滑鼠那不常用的右鍵
而SQL 2005看起來則是繽紛多了
一個畫面.包含資料表的List.關資訊.進去之後則是每個資料欄位的相關資訊
問題來了.在SQL Server的管理與操作上 似乎並不是那麼經常要看到這些資訊
而且SQL 2000也不是看不到.這些資訊的畫面也是集中顯示的(雖然SQL 2005也有)
但是精簡的畫面 似乎實用性就比較大
最後其實筆者所不解的是..
在SQL 2000的介面上 是一次列出所有的Table 顯示Table的資料 則是以令開始窗的方式
繼續嵌入在MMC裡面 開多個 就是一個一個的小視窗 當然也可以最大化啦 但是這樣就只能一次看到一個
所以在使用SQL 2000時 筆者是習慣 以浮動式的視窗來看資料表.而且要比較資料表間的資料也比較方便
甚至每個視窗中的SQL指令使否顯示 都是獨立的 直接顯示在該資料表上方
而SQL 2005 則是再開一個標籤頁.....真是無力
不過後來發現他也是可以每個Table自己一個SQL語法視窗.
就是在該Table點那不常用的右鍵..選窗格 > SQL 另外還有 "圖表" ,"準則" , 跟"結果"可以挑
BUT....SQL 2005的介面似乎不能這麼做...希望是我還沒找到方法~
因為它是以標籤頁的方式來顯示資料表.換而言之~他的每個Table開起來都是直接暫滿視窗畫面的...
那...我要找彼此有關聯的資料...就麻煩多了..得一頁一頁的切換
而不能並排顯示 或者水平排列顯示... 因此...介面上來講 SQL 2005進步的地方真是有點詭異
當然~如果有人可以解決我這個問題跟疑惑~~~歡迎指教 進步 是建立在接受批評之上的~
尤其是介面上的變化.是最直接讓許多使用者必須去適應的
介面上的變化當然不算什麼
新東西 有個新樣貌 似乎是理所當然的
但是SQL Server 2005真正進步的地方其實是效能與穩定性
不過筆者還沒有到可以談論到這個檔次的程度
只好拿介面來哈啦一下
SQL 2000 使用的介面很直覺的就是"嵌入式主控台"
很多Windows管理程式通用的介面
如果你的機器上沒有SQL Server 2000 而你想要連接到SQL主機去管理資料庫那麼
使用的工具就是MMC主控台 嵌入他的管理介面 非常直覺 很容易使用
而SQL 2005的介面與管理工具則必須另外安裝 他是不是也是新版的MMC尚未去研究
因為新版的MMC 3.0界面其實與我所看到的SQL 2005是一樣的
另外例如WSUS 3.0 這一類的工具 介面也是如此
所以 本篇的主要內容其實就是比較一下MMC 2.0 跟 MMC 3.0
只是剛好筆者最近要使用SQL 2005 於是就拿來做個開場
這個感觸是來自於~早些時候的SQL 2000 介面看起來雖然有點鳥
但是很實用.該有的主要資訊一目了然.少用的次要資訊則需要稍微挖一下功能表
或者點點滑鼠那不常用的右鍵
而SQL 2005看起來則是繽紛多了
一個畫面.包含資料表的List.關資訊.進去之後則是每個資料欄位的相關資訊
問題來了.在SQL Server的管理與操作上 似乎並不是那麼經常要看到這些資訊
而且SQL 2000也不是看不到.這些資訊的畫面也是集中顯示的(雖然SQL 2005也有)
但是精簡的畫面 似乎實用性就比較大
最後其實筆者所不解的是..
在SQL 2000的介面上 是一次列出所有的Table 顯示Table的資料 則是以令開始窗的方式
繼續嵌入在MMC裡面 開多個 就是一個一個的小視窗 當然也可以最大化啦 但是這樣就只能一次看到一個
所以在使用SQL 2000時 筆者是習慣 以浮動式的視窗來看資料表.而且要比較資料表間的資料也比較方便
甚至每個視窗中的SQL指令使否顯示 都是獨立的 直接顯示在該資料表上方
而SQL 2005 則是再開一個標籤頁.....真是無力
不過後來發現他也是可以每個Table自己一個SQL語法視窗.
就是在該Table點那不常用的右鍵..選窗格 > SQL 另外還有 "圖表" ,"準則" , 跟"結果"可以挑
BUT....SQL 2005的介面似乎不能這麼做...希望是我還沒找到方法~
因為它是以標籤頁的方式來顯示資料表.換而言之~他的每個Table開起來都是直接暫滿視窗畫面的...
那...我要找彼此有關聯的資料...就麻煩多了..得一頁一頁的切換
而不能並排顯示 或者水平排列顯示... 因此...介面上來講 SQL 2005進步的地方真是有點詭異
當然~如果有人可以解決我這個問題跟疑惑~~~歡迎指教 進步 是建立在接受批評之上的~
1