微軟:How to read and write a file to or from a BLOB column by using ADO.NET and Visual C# .NET
SQl Server 2005 : Storing pdf,txt doc files in Tables
邏輯等於0與1和ON與OFF,是程式創作的思維. 如何利用創作來支援生活面呢? 唯有.. 一直努力在程式領域上突破及更新自我;更是要有失敗的心情準備!! 聯絡方式 LINE ID : wushig (池龍工作室) 0931507058 巫先生
2012年7月31日 星期二
2012年7月30日 星期一
byte array和string轉換
' VB.Net 把byte array轉成String
Dim b As Byte() = {65, 66, 67, 68, 69, 70, 71}
Dim str As String
Dim enc As New System.Text.ASCIIEncoding()
Response.Write(enc.GetString(b))
' VB.Net 把String 轉成byte array
Dim encAs New System.Text.ASCIIEncoding()
Dim b As Byte() = enc.GetBytes("ABCDEFG")
For i As Integer = 0 To b.Length - 1
Response.Write(b(i).ToString()+",")
Next
' 將字串轉成byte陣列
Shared Function StrToByteArray(ByVal str As String) As Byte()
Dim encoding As New System.Text.ASCIIEncoding()
Return encoding.GetBytes(str)
End Function
' 將byte陣列轉成字串
Shared Function ByteArrayToStr(ByVal bt As Byte()) As String
Dim encoding As New System.Text.ASCIIEncoding()
Return encoding.GetString(bt)
End Function
取得程式執行時間
Dim dteStart As DateTime= Now
Dim TS As TimeSpan= Now.Subtract(dteStart)
Me.tbxMsg.AppendText("執行時間: " & TS.TotalMilliseconds & " 毫秒")
SQLite學習手冊(數據庫和事務)
參考引用
--
來源blog , 尚有好多篇喔;有興趣可至源址參考
--
一、Attach數據庫：
ATTACH DATABASE語句添加另外一個數據庫文件到當前的連接中，如果文件名為":memory:"，我們可以將其視為內存數據庫，內存數據庫無法持久化到磁盤文件上。如果操作Attached數據庫中的表，則需要在表名前加數據庫名，如dbname.table_name。最後需要說明的是，如果一個事務包含多個Attached數據庫操作，那麼該事務仍然是原子的。見如下示例：
sqlite> CREATE TABLE testtable (first_col integer);
sqlite> INSERT INTO testtable VALUES(1);
sqlite> .backup 'D:/mydb.db' --將當前連接中的主數據庫備份到指定文件。
sqlite> .exit
--重新登錄sqlite命令行工具：
sqlite> CREATE TABLE testtable (first_col integer);
sqlite> INSERT INTO testtable VALUES(2);
sqlite> INSERT INTO testtable VALUES(1);
sqlite> ATTACH DATABASE 'D:/mydb.db' AS mydb;
sqlite> .header on --查詢結果將字段名作為標題輸出。
sqlite> .mode column --將每列都分開顯示。
sqlite> SELECT t1.first_col FROM testtable t1, mydb.testtable t2 WHERE t.first_col = t2.first_col;
first_col
----------
1
二、Detach數據庫：
卸載將當前連接中的指定數據庫，注意main和temp數據庫無法被卸載。見如下示例：
--該示例承載上面示例的結果，即mydb數據庫已經被Attach到當前的連接中。
sqlite> DETACH DATABASE mydb;
sqlite> SELECT t1.first_col FROM testtable t1, mydb.testtable t2 WHERE t.first_col = t2.first_col;
Error: no such table: mydb.testtable
三、事務：
在SQLite中，如果沒有為當前的SQL命令(SELECT除外)顯示的指定事務，那麼SQLite會自動為該操作添加一個隱式的事務，以保證該操作的原子性和一致性。當然，SQLite也支持顯示的事務，其語法與大多數關係型數據庫相比基本相同。見如下示例：
sqlite> BEGIN TRANSACTION;
sqlite> INSERT INTO testtable VALUES(1);
sqlite> INSERT INTO testtable VALUES(2);
sqlite> COMMIT TRANSACTION; --顯示事務被提交，數據表中的數據也發生了變化。
sqlite> SELECT COUNT(*) FROM testtable;
COUNT(*)
----------
2
sqlite> BEGIN TRANSACTION;
sqlite> INSERT INTO testtable VALUES(1);
sqlite> ROLLBACK TRANSACTION; --顯示事務被回滾，數據表中的數據沒有發生變化。
sqlite> SELECT COUNT(*) FROM testtable;
COUNT(*)
----------
2
--
來源blog , 尚有好多篇喔;有興趣可至源址參考
--
一、Attach數據庫：
ATTACH DATABASE語句添加另外一個數據庫文件到當前的連接中，如果文件名為":memory:"，我們可以將其視為內存數據庫，內存數據庫無法持久化到磁盤文件上。如果操作Attached數據庫中的表，則需要在表名前加數據庫名，如dbname.table_name。最後需要說明的是，如果一個事務包含多個Attached數據庫操作，那麼該事務仍然是原子的。見如下示例：
sqlite> CREATE TABLE testtable (first_col integer);
sqlite> INSERT INTO testtable VALUES(1);
sqlite> .backup 'D:/mydb.db' --將當前連接中的主數據庫備份到指定文件。
sqlite> .exit
--重新登錄sqlite命令行工具：
sqlite> CREATE TABLE testtable (first_col integer);
sqlite> INSERT INTO testtable VALUES(2);
sqlite> INSERT INTO testtable VALUES(1);
sqlite> ATTACH DATABASE 'D:/mydb.db' AS mydb;
sqlite> .header on --查詢結果將字段名作為標題輸出。
sqlite> .mode column --將每列都分開顯示。
sqlite> SELECT t1.first_col FROM testtable t1, mydb.testtable t2 WHERE t.first_col = t2.first_col;
first_col
----------
1
二、Detach數據庫：
卸載將當前連接中的指定數據庫，注意main和temp數據庫無法被卸載。見如下示例：
--該示例承載上面示例的結果，即mydb數據庫已經被Attach到當前的連接中。
sqlite> DETACH DATABASE mydb;
sqlite> SELECT t1.first_col FROM testtable t1, mydb.testtable t2 WHERE t.first_col = t2.first_col;
Error: no such table: mydb.testtable
三、事務：
在SQLite中，如果沒有為當前的SQL命令(SELECT除外)顯示的指定事務，那麼SQLite會自動為該操作添加一個隱式的事務，以保證該操作的原子性和一致性。當然，SQLite也支持顯示的事務，其語法與大多數關係型數據庫相比基本相同。見如下示例：
sqlite> BEGIN TRANSACTION;
sqlite> INSERT INTO testtable VALUES(1);
sqlite> INSERT INTO testtable VALUES(2);
sqlite> COMMIT TRANSACTION; --顯示事務被提交，數據表中的數據也發生了變化。
sqlite> SELECT COUNT(*) FROM testtable;
COUNT(*)
----------
2
sqlite> BEGIN TRANSACTION;
sqlite> INSERT INTO testtable VALUES(1);
sqlite> ROLLBACK TRANSACTION; --顯示事務被回滾，數據表中的數據沒有發生變化。
sqlite> SELECT COUNT(*) FROM testtable;
COUNT(*)
----------
2
2012年7月28日 星期六
2012年7月27日 星期五
2012年7月26日 星期四
2012年7月25日 星期三
2012年7月24日 星期二
2012年7月23日 星期一
Windows Azure 90 天免費試用
微軟:Windows Azure
--
引用部分規定:(詳細還是要去官網看喔)
*需要 Windows Live ID 和信用卡，以證明身分。
免費試用結束後無購買義務。試用版包含每月的使用配額。當您超出這些配額時，將會套用消費限制並停用您的服務，一直到下一個帳單月份開始為止；
您必須重新部署應用程式，而您的訂用帳戶將會在試用期結束後到期。假使您移除消費限制，所有超出每月配額的使用量皆會依照標準費率收費。試用結束之後的使用量也會比照標準費率收費。
一旦停用消費限制，即無法再啟用。
** 總計 750 個小型計算執行個體時數，可用於雲端服務或虛擬機器。
*** 免費試用期結束時，如果您選擇繼續使用 Windows Azure，就會收到高達 10 個網站，免費再使用 12 個月。
--
引用部分規定:(詳細還是要去官網看喔)
*需要 Windows Live ID 和信用卡，以證明身分。
免費試用結束後無購買義務。試用版包含每月的使用配額。當您超出這些配額時，將會套用消費限制並停用您的服務，一直到下一個帳單月份開始為止；
您必須重新部署應用程式，而您的訂用帳戶將會在試用期結束後到期。假使您移除消費限制，所有超出每月配額的使用量皆會依照標準費率收費。試用結束之後的使用量也會比照標準費率收費。
一旦停用消費限制，即無法再啟用。
** 總計 750 個小型計算執行個體時數，可用於雲端服務或虛擬機器。
*** 免費試用期結束時，如果您選擇繼續使用 Windows Azure，就會收到高達 10 個網站，免費再使用 12 個月。
2012年7月20日 星期五
2012年7月19日 星期四
2012年7月18日 星期三
2012年7月17日 星期二
2012年7月15日 星期日
論 SA/SD 的角色與定位
引用:論 SA/SD 的角色與定位
系統分析師必須思考的8個問題
--
我常在許多軟體公司與專案經理們討論軟體人員的職掌時，發現到，耶？ 怎麼我所認知的 SA/SD 與他們實際的工作內容大大不同。嗯，所以我想就針對 SA/SD 來給個正名與定位吧。
SA, 系統分析師(System Analyst)，是對設計中(Under Design)的系統來作分析，既然是分析，那麼，應該是需要 "剖開" 系統內容，來對其系統內部的結構組成元素，以分析其脈絡。所以我覺得系統分析師，也可以稱之為 "結構分析師(Structure Analyst)。
系統分析師的工作，是著重在系統的內部，應該是要能找出與描述系統組成結構的靜態(Static)元素，並利用元素，動態組合以滿足系統外部的功能需求。也就是說，靜態面的結構元素，與功能面的行為(Behavior)描述，均是屬於系統分析師的範疇。幾個主要的產出，包括類別(Class)圖、循序(Sequence)圖、資料庫的 E-R(Entity-Relationship)圖，是 SA 所該負責的，而且，上述的產出是偏向於建立領域概念的模型(Domain Conceptual Model)，並非為與平台相依的軟體規格模型(Software Specification Model)，與平台相依的軟體模型，是屬於 SD(System Designer) 的範疇。
而一般軟體公司對 SA 的定位，是在於對客戶端操作者(Operator)與領域專家(Domain Expert)的需求訪談。但是，需求面是屬於系統外部的功能面觀點，我一直不認為這是屬於 SA 的工作，正確地來說，這應該是 "需求分析師(RA, Requirement Analyst)" 的範疇。
有趣的是，我發現到，一般對 SA 的要求，還需要包括對使用者介面(User Interface)的設計，為何會需要 UI 的設計？ 我想應該是與 SA 訪談的對象，都比較偏於層級比較低的終端操作者，而這些操作者，會很重視 UI 的操作，卻很少能正確地說明系統真正要的功能，往往都是以局部操作者的角度來看待系統。
我發現到，一般軟體公司對 SA 的角色定位太過模糊，以致於 SA 根本就搞不清楚他們要做的是到底是屬於系統外面的工作，還是屬於系統內部的工作。如果能正確地將系統外部的需求分析與系統內部的結構分析作區分，需求分析由 RA 負責；結構分析由 SA 負責。如此，才能界定與釐清系統內與外的工作。
至於 SD，系統設計師(System Designer)，焦點仍就於系統內部的結構，與 SA 所不同的是，SA 所建構的是屬於偏向於領域的概念模型；而 SD 則是根據領域模型，再配合實體的平台，如 .NET or J2EE的框架(Framework)，考量其效能、穩定、分散與安全性等，所建構而得的軟體規格模型。SD 的主要產出，仍包括了類別圖、循序圖以及 Database Schema，而這些產出，都會與實體的平台相依。例如，具化的軟體模型是以 J2EE 來實做，而就永續層(Persistent Layer)設計考量，SD 是以 Hibernate Framework 來實做，以橋接領域物件與資料庫的永續儲存。
不過，軟體公司對 SD 的定位，反而僅在於對資料庫 Schema 的設計。其實呢，對於 E-R 與 DB Schema，也並沒有相對切分邏輯(Logical)與實體(Physical)的層次(Layer)。邏輯與實體之分，簡單的說，實體的 DB Schema 會考量到與現實所使用的資料庫系統的特性相關，諸如欄位資料型別的定義、Index and Constraint 的設計等…。
一個基本的結論，系統外部的功能性需求分析，係由 RA 所負責。而系統內部的分析與設計，是交由 SA 與 SD 來負責的，而 SA 與 SD 的界限，可以以是否有與實體的平台相依來界定。我們也可以以兩句話來說明分析與設計的關係：
“Do the right thing (分析)”and “Do the thing right (設計)”。
系統分析師必須思考的8個問題
--
我常在許多軟體公司與專案經理們討論軟體人員的職掌時，發現到，耶？ 怎麼我所認知的 SA/SD 與他們實際的工作內容大大不同。嗯，所以我想就針對 SA/SD 來給個正名與定位吧。
SA, 系統分析師(System Analyst)，是對設計中(Under Design)的系統來作分析，既然是分析，那麼，應該是需要 "剖開" 系統內容，來對其系統內部的結構組成元素，以分析其脈絡。所以我覺得系統分析師，也可以稱之為 "結構分析師(Structure Analyst)。
系統分析師的工作，是著重在系統的內部，應該是要能找出與描述系統組成結構的靜態(Static)元素，並利用元素，動態組合以滿足系統外部的功能需求。也就是說，靜態面的結構元素，與功能面的行為(Behavior)描述，均是屬於系統分析師的範疇。幾個主要的產出，包括類別(Class)圖、循序(Sequence)圖、資料庫的 E-R(Entity-Relationship)圖，是 SA 所該負責的，而且，上述的產出是偏向於建立領域概念的模型(Domain Conceptual Model)，並非為與平台相依的軟體規格模型(Software Specification Model)，與平台相依的軟體模型，是屬於 SD(System Designer) 的範疇。
而一般軟體公司對 SA 的定位，是在於對客戶端操作者(Operator)與領域專家(Domain Expert)的需求訪談。但是，需求面是屬於系統外部的功能面觀點，我一直不認為這是屬於 SA 的工作，正確地來說，這應該是 "需求分析師(RA, Requirement Analyst)" 的範疇。
有趣的是，我發現到，一般對 SA 的要求，還需要包括對使用者介面(User Interface)的設計，為何會需要 UI 的設計？ 我想應該是與 SA 訪談的對象，都比較偏於層級比較低的終端操作者，而這些操作者，會很重視 UI 的操作，卻很少能正確地說明系統真正要的功能，往往都是以局部操作者的角度來看待系統。
我發現到，一般軟體公司對 SA 的角色定位太過模糊，以致於 SA 根本就搞不清楚他們要做的是到底是屬於系統外面的工作，還是屬於系統內部的工作。如果能正確地將系統外部的需求分析與系統內部的結構分析作區分，需求分析由 RA 負責；結構分析由 SA 負責。如此，才能界定與釐清系統內與外的工作。
至於 SD，系統設計師(System Designer)，焦點仍就於系統內部的結構，與 SA 所不同的是，SA 所建構的是屬於偏向於領域的概念模型；而 SD 則是根據領域模型，再配合實體的平台，如 .NET or J2EE的框架(Framework)，考量其效能、穩定、分散與安全性等，所建構而得的軟體規格模型。SD 的主要產出，仍包括了類別圖、循序圖以及 Database Schema，而這些產出，都會與實體的平台相依。例如，具化的軟體模型是以 J2EE 來實做，而就永續層(Persistent Layer)設計考量，SD 是以 Hibernate Framework 來實做，以橋接領域物件與資料庫的永續儲存。
不過，軟體公司對 SD 的定位，反而僅在於對資料庫 Schema 的設計。其實呢，對於 E-R 與 DB Schema，也並沒有相對切分邏輯(Logical)與實體(Physical)的層次(Layer)。邏輯與實體之分，簡單的說，實體的 DB Schema 會考量到與現實所使用的資料庫系統的特性相關，諸如欄位資料型別的定義、Index and Constraint 的設計等…。
一個基本的結論，系統外部的功能性需求分析，係由 RA 所負責。而系統內部的分析與設計，是交由 SA 與 SD 來負責的，而 SA 與 SD 的界限，可以以是否有與實體的平台相依來界定。我們也可以以兩句話來說明分析與設計的關係：
“Do the right thing (分析)”and “Do the thing right (設計)”。
2012年7月11日 星期三
2012年7月9日 星期一
2012年7月8日 星期日
毛利和淨利
營業收入 - 營業成本 = 營業毛利 (毛：完整)
營業毛利 - 營業費用 = 營業淨利 (淨：剩下)
營業淨利 + 營業外收入 - 營業外支出 = 稅前淨利
稅前淨利 - 所得稅費用 = 稅後淨利
毛利：銷貨 - 成本
營業淨利：再減去銷管和研發費用
營業收入總額 - 銷貨退回 - 銷貨折讓 = 營業收入淨額
營業收入淨額 - 營業成本 = 營業毛利
營業毛利 - 營業費用及損失總額 = 營業淨利
營業淨利 + 非營業收入總額 - 非營業損失及費用總額 = 全年所得額
售價-成本=毛利
毛利-管銷費用=淨利
2012年7月4日 星期三
2012年7月3日 星期二
MS-SQL 系統判斷提示就會檢查已失敗
真不好運,遇到這樣的問題
也不知道更新後是否可以過關
官網的修正載點 修正:"系統判斷提示就會檢查已失敗"時出現錯誤訊息或 Microsoft SQL Server 2008 R2 Microsoft SQL Server 2008年中，執行交易 SQL 查詢
MS-SQL拋出的錯誤訊息:
A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a QFE from Technical Support.
也不知道更新後是否可以過關
官網的修正載點 修正:"系統判斷提示就會檢查已失敗"時出現錯誤訊息或 Microsoft SQL Server 2008 R2 Microsoft SQL Server 2008年中，執行交易 SQL 查詢
MS-SQL拋出的錯誤訊息:
A system assertion check has failed. Check the SQL Server error log for details. Typically, an assertion failure is caused by a software bug or data corruption. To check for database corruption, consider running DBCC CHECKDB. If you agreed to send dumps to Microsoft during setup, a mini dump will be sent to Microsoft. An update might be available from Microsoft in the latest Service Pack or in a QFE from Technical Support.
2012年7月2日 星期一
訂閱：
文章 (Atom)