binarysql

A. sql數據 類型為binary的欄位 如何查看密碼

不能，要看加密演算法是什麼。

如果是 MD5之類的，那麼基本上就沒有辦法獲得密碼。

B. SQL 如何讀取Binary數據,請高手幫忙，急急！！

Sql Server的一個表中有一個欄位為binary類型
當使用insert插入記錄時可以使用'0x'開頭的字元串來表示

empty binary strings代表 '0x'

例如:insert C(a) values(0x3439430949304) ，注意不要加引號

有一店你必須記住：欄位a的長度必須小於或等於存入二進制數的長度

同樣如果想在sql查詢時使用0x開頭的字元串表示binary類型的內容，可用

select convert(varbinary(20),a) from c;

注意：這個語句執行的前提是二進制欄位不能太大，否則由於Sql語句支持長度的限制可能會出錯。這個通常用於對於用戶密碼記小圖片的讀寫。

C. 怎麼用sql語句操作Binary數據

Sql Server的一個表中有一個欄位為binary類型當使用insert插入記錄時可以使用'0x'開頭的字元串來表示empty binary strings代表 '0x'例如:insert C(a) values(0x3439430949304) ，注意不要加引號有一店你必須記住：欄位a的長度必須小於或等於存入二進制數的長度同樣如果想在sql查詢時使用0x開頭的字元串表示binary類型的內容，可用

selectconvert(varbinary(20),a)from表名

注意：這個語句執行的前提是二進制欄位不能太大，否則由於Sql語句支持長度的限制可能會出錯。這個通常用於對於用戶密碼記小圖片的讀寫。

D. SQL-SQL中binary 和 varbinary的區別

binary 和 varbinary
固定長度 (binary) 的或可變長度 (varbinary) 的 binary 數據類型。

binary [ ( n ) ]
固定長度的 n 個位元組二進制數據。N 必須從 1 到 8,000。存儲空間大小為 n+4 位元組。

varbinary [ ( n ) ]
n 個位元組變長二進制數據。n 必須從 1 到 8,000。存儲空間大小為實際輸入數據長度 +4 個位元組，而不是 n 個位元組。輸入的數據長度可能為 0 位元組。在 SQL-92 中 varbinary 的同義詞為 binary varying。

注釋
如果在數據定義或變數聲明語句中沒有指定 n，默認長度為 1。如果沒有用 CAST 函數指定 n，默認長度為 30。

當列數據項大小一致時應使用 binary。

當列數據項大小不一致時應使用 varbinary。

BLOB (binary large object)，二進制大對象，是一個可以存儲二進制文件的容器。
在計算機中，BLOB常常是資料庫中用來存儲二進制文件的欄位類型。
BLOB是一個大文件，典型的BLOB是一張圖片或一個聲音文件，由於它們的尺寸，必須使用特殊的方式來處理（例如：上傳、下載或者存放到一個資料庫）。

大型對象
BLOB就是使用二進制保存數據。
如：保存點陣圖。
CLOB使用CHAR來保存數據。
如：保存XML文檔。

MySQL中，BLOB是個類型系列，包括：TinyBlob、Blob、MediumBlob、LongBlob，這幾個類型之間的唯一區別是在存儲文件的最大大小上不同。
MySQL的四種BLOB類型
類型 大小(單位：位元組)
TinyBlob 最大 255
Blob 最大 65K
MediumBlob 中等16M
LongBlob 最大 4G

E. SQL Server 裡面遇到的問題，binary 數據類型相關，如何處理

給你一段幫助 Unicode 標准為全球商業領域中廣泛使用的大部分字元定義了一個單一編碼方案。所有的計算機都用單一的 Unicode 標准 Unicode 數據中的位模式一致地翻譯成字元。這保證了同一個位模式在所有的計算機上總是轉換成同一個字元。數據可以隨意地從一個資料庫或計算機傳送到另一個資料庫或計算機，而不用擔心接收系統是否會錯誤地翻譯位模式。 對於用一個位元組編碼每個字元的數據類型，存在的問題之一就是此數據類型只能表示 256 個不同的字元。這就迫使對於不同的字母表（例如相對較小的歐洲字母表）採用多重編碼規格（或者代碼頁）。而且也不可能處理象日文漢字或韓國文字這樣具有數千個字元的字母表。 每個 Microsoft�0�3 SQL Server�6�4 排序規則都有一個對表示 char、varchar 和 text 值中的每個字元定義位模式進行定義的代碼頁。可為個別的列和字元常量指派不同的代碼頁。客戶端計算機使用與操作系統區域設置相關聯的代碼頁解釋字元位模式。有很多種不同的代碼頁。一些字元出現在某些代碼頁上，但並不出現在其它的代碼頁上。某些字元在一些代碼頁上用一個位模式定義，而在其它的代碼頁上卻用另一個位模式定義。當您設計必須處理不同語言的國際性系統時，為了滿足不同國家/地區的語言需求，給所有的計算機挑選代碼頁就變得困難了。要保證每一台計算機與使用不同代碼頁的系統交互時都進行正確的翻譯也是困難的。 Unicode 規格通過採用兩個位元組編碼每個字元使這個問題迎刃而解。轉換最通用商業語言的單一規格具有足夠多的 2 位元組的模式 (65,536)。因為所有的 Unicode 系統均一致地採用同樣的位模式來代表所有的字元，所以當從一個系統轉到另一個系統時，將不會存在未正確轉換字元的問題。通過在整個系統中使用 Unicode 數據類型，可盡量減少字元轉換問題。 在 Microsoft SQL Server 中，以下數據類型支持 Unicode 數據：ncharnvarcharntext說明 這些數據類型的前綴 n 來自 SQL-92 標准中的 National（Unicode）數據類型。 nchar、nvarchar 和 ntext 的用法分別與 char、varchar 和 text 的用法一樣，但在以下方面不同： Unicode支持的字元范圍更大。 存儲 Unicode 字元所需要的空間更大。 nchar 和 nvarchar 列最多可以有 4,000 個字元，而不象 char 和 varchar 字元那樣可以有 8,000 個字元。 Unicode 常量使用 N 開頭來指定：N'A Unicode string'。 所有 Unicode 數據都使用相同的 Unicode 代碼頁。排序規則不控制用於 Unicode 列的代碼頁，僅控制比較規則和是否區分大小寫等特性。

F. SQL中binary 和 varbinary的區別 blob

binary 和 varbinary 固定長度 (binary) 的或可變長度 (varbinary) 的 binary 數據類型。 binary [ ( n ) ] 固定長度的 n 個位元組二進制數據。N 必須從 1 到 8,000。存儲空間大小為 n+4 位元組。 varbinary [ ( n ) ] n 個位元組變長二進制數據。n 必須從 1 到 8,000。存儲空間大小為實際輸入數據長度 +4 個位元組，而不是 n 個位元組。輸入的數據長度可能為 0 位元組。在 SQL-92 中 varbinary 的同義詞為 binary varying。 注釋 如果在數據定義或變數聲明語句中沒有指定 n，默認長度為 1。如果沒有用 CAST 函數指定 n，默認長度為 30。 當列數據項大小一致時應使用 binary。 當列數據項大小不一致時應使用 varbinary。 BLOB (binary large object)，二進制大對象，是一個可以存儲二進制文件的容器。 在計算機中，BLOB常常是資料庫中用來存儲二進制文件的欄位類型。 BLOB是一個大文件，典型的BLOB是一張圖片或一個聲音文件，由於它們的尺寸，必須使用特殊的方式來處理（例如：上傳、下載或者存放到一個資料庫）。 大型對象 BLOB就是使用二進制保存數據。 如：保存點陣圖。 CLOB使用CHAR來保存數據。 如：保存XML文檔。 MySQL中，BLOB是個類型系列，包括：TinyBlob、Blob、MediumBlob、LongBlob，這幾個類型之間的唯一區別是在存儲文件的最大大小上不同。 MySQL的四種BLOB類型 類型 大小(單位：位元組) TinyBlob 最大 255 Blob 最大 65K MediumBlob 中等16M LongBlob 最大 4G

G. 如何讀取SQL中的binary的值

SELECT CAST(password as varchar(100)) from 表 WHERE USERNAME='admin'

H. sql2005中的binary（2）類型應該填什麼啊，為什麼我填寫數字，字元都不行

binary(2) 指的是2進制 應該是0,1代碼,數字超過1都不對