⑴ 電腦儲存的圖片有哪幾種格式。分別是什麼有什麼區別
1、BMP：
Windows 點陣圖可以用任何顏色深度（從黑白到 24 位顏色）存儲單個光柵圖像。Windows 點陣圖文件格式與其他 Microsoft Windows 程序兼容。
2、PCX：
「PC 畫筆」圖片（也被稱為 Z-Soft 點陣圖）會以任何顏色深度存儲單個光柵圖像。
3、PNG：
PNG 圖片以任何顏色深度存儲單個光柵圖像。PNG 是與平台無關的格式。
4、JPEG：
JPEG 圖片以 24 位顏色存儲單個光柵圖像。
5、GIF：
GIF 圖片以 8 位顏色或 256 色存儲單個光柵圖像數據或多個光柵圖像數據。GIF 圖片支持透明度、壓縮、交錯和多圖像圖片（動畫 GIF）。
6、TIFF：
TIFF 以任何顏色深度存儲單個光柵圖像。TIFF 可以被認為是印刷行業中受到支持最廣的圖形文件格式。
7、DXF：
AutoCAD 繪圖交換文件DXF 是 Autodesk AutoCAD 程序使用的基於矢量的 ASCII 格式。AutoCAD 可以提供非常詳細的完全可以縮放的圖表。
8、WMF：
「Windows 圖元文件」是 16 點陣圖元文件格式，可以同時包含矢量信息和點陣圖信息。它針對 Windows 操作系統進行了優化。
9、EMF：
「增強型圖元文件」是 32 位格式，可以同時包含矢量信息和點陣圖信息。此格式是對「Windows 圖元文件格式」的改進，包含了一些擴展功能，例如。
下面的功能：內置的縮放比例信息 · 與文件一起保存的內置說明 調色板和設備獨立性方面的改進EMF 格式是可擴展的格式，這意味著程序員可以修改原始規范以添加功能或滿足特定的需要。
10、PICT
PICT 文件是用於 Macintosh 計算機的 32 點陣圖元文件格式。PICT 文件使用「行程長度編碼」(RLE) 內部壓縮，該內部壓縮工作相當良好。
11、Eps：
Encapsulated PostScript 「Encapsulated PostScript」格式是一種專用的列印機描述語言，可以描述矢量信息和點陣圖信息。
12、CDR：
CorelDRAW!CorelDRAW! 圖元文件可以同時包含矢量信息和點陣圖信息。
13、CGM：
CGM 圖元文件可以包含矢量信息和點陣圖信息。它是由許多組織和政府機構（包括「英國標准協會」(BSI)、「美國國家標准協會」(ANSI) 和美國國防部）使用的國際性標准化文件格式。
14、DXF：
AutoCAD 繪圖交換文件DXF 是 Autodesk AutoCAD 程序使用的基於矢量的 ASCII 格式。AutoCAD 可以提供非常詳細的完全可以縮放的圖表。
(1)數據保存圖片用什麼類型擴展閱讀：
常用圖片格式優缺點：
典型的BMP圖像文件由三部分組成：點陣圖文件頭數據結構，它包含BMP圖像文件的類型、顯示內容等信息；點陣圖信息數據結構，它包含有BMP圖像的寬、高、壓縮方法，以及定義顏色等信息。
優點： BMP 支持 1 位到 24 位顏色深度。BMP 格式與現有 Windows 程序（尤其是較舊的程序）廣泛兼容。
缺點： BMP 不支持壓縮，這會造成文件非常大。
JPEG格式是目前網路上最流行的圖像格式，是可以把文件壓縮到最小的格式，在 Photoshop軟體中以JPEG格式儲存時，提供11級壓縮級別，以0—10級表示。其中0級壓縮比最高，圖像品質最差。即使採用細節幾乎無損的10級質量保存時，壓縮比也可達 5：1。
以BMP格式保存時得到4．28MB圖像文件，在採用JPG格式保存時，其文件僅為178KB，壓縮比達到24：1。經過多次比較，採用第8級壓縮為存儲空間與圖像質量兼得的最佳比例。
參考資料來源：網路-圖片格式
⑵ MySQL里存儲圖片的是什麼數據類型
背景
MySQL 一直以來都有 TEXT、BLOB 等類型用來存儲圖片、視頻等大對象信息。比如一張圖片，隨便一張都 5M 以上。視頻也是，隨便一部視頻就是 2G 以上。
假設用 MySQL 來存放電影視頻等信息，一部是 2G，那麼存儲 1000 部就是 2TB，2TB 也就是 1000 條記錄而已，但是對資料庫性能來說，不僅僅是看記錄數量，更主要的還得看佔用磁碟空間大小。空間大了，所有以前的經驗啥的都失效了。
所以一般來說存放這類信息，也就是存儲他們的存放路徑，至於文件本身存放在哪裡，那這就不是資料庫考慮的范疇了。資料庫只關心怎麼來的快，怎麼來的小。
舉例
雖然不推薦 MySQL 這樣做，但是也得知道 MySQL 該怎麼做才行，做到心裡有數。比如下面一張微信圖片，大概 5M 的樣子。
root@ytt:/var/lib/mysql-files# ls -sihl 微信圖片_20190711095019.jpg274501 5.4M -rw-r--r-- 1 root root 5.4M Jul 11 07:17 微信圖片_20190711095019.jpg
拷貝 100 份這樣的圖片來測試
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp 微信圖片_20190711095019.jpg "$i".jpg;done;
root@ytt:/var/lib/mysql-files# ls
100.jpg 17.jpg 25.jpg 33.jpg 41.jpg 4.jpg 58.jpg 66.jpg 74.jpg 82.jpg 90.jpg 99.jpg f8.tsv
10.jpg 18.jpg 26.jpg 34.jpg 42.jpg 50.jpg 59.jpg 67.jpg 75.jpg 83.jpg 91.jpg 9.jpg 微信圖片_20190711095019.jpg
1111.jpg 19.jpg 27.jpg 35.jpg 43.jpg 51.jpg 5.jpg 68.jpg 76.jpg 84.jpg 92.jpg f1.tsv
11.jpg 1.jpg 28.jpg 36.jpg 44.jpg 52.jpg 60.jpg 69.jpg 77.jpg 85.jpg 93.jpg f2.tsv
12.jpg 20.jpg 29.jpg 37.jpg 45.jpg 53.jpg 61.jpg 6.jpg 78.jpg 86.jpg 94.jpg f3.tsv
13.jpg 21.jpg 2.jpg 38.jpg 46.jpg 54.jpg 62.jpg 70.jpg 79.jpg 87.jpg 95.jpg f4.tsv
14.jpg 22.jpg 30.jpg 39.jpg 47.jpg 55.jpg 63.jpg 71.jpg 7.jpg 88.jpg 96.jpg f5.tsv
15.jpg 23.jpg 31.jpg 3.jpg 48.jpg 56.jpg 64.jpg 72.jpg 80.jpg 89.jpg 97.jpg f6.tsv
16.jpg 24.jpg 32.jpg 40.jpg 49.jpg 57.jpg 65.jpg 73.jpg 81.jpg 8.jpg 98.jpg f7.tsv
mysql> show create table tt_image1G
*************************** 1. row ***************************
Table: tt_image1
Create Table: CREATE TABLE `tt_image1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` longblob,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
mysql> show create table tt_image2G
*************************** 1. row ***************************
Table: tt_image2
Create Table: CREATE TABLE `tt_image2` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` longtext,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
mysql> show create table tt_image3G
*************************** 1. row ***************************
Table: tt_image3
Create Table: CREATE TABLE `tt_image3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` varchar(100) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
tt_image1
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;
do mysql -S /var/run/mysqld/mysqld.sock -e "insert into ytt.tt_image1(image_file)
values (load_file('/var/lib/mysql-files/$i.jpg'))";done;
tt_image2
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;
do mysql -S /var/run/mysqld/mysqld.sock -e "insert into ytt.tt_image2(image_file)
values (hex(load_file('/var/lib/mysql-files/$i.jpg')))";done;
tt_image3
root@ytt:/var/lib/mysql-files# aa='begin;';for i in `seq 1 100`;
do aa=$aa"insert into ytt.tt_image3(image_file) values
('/var/lib/mysql-files/$i.jpg');";
done;aa=$aa'commit;';mysql -S /var/run/mysqld/mysqld.sock -e "`echo $aa`";
- mysql> select 'tt_image1' as name ,count(*) from tt_image1 union allselect 'tt_image2',count(*) from tt_image2 union all select 'tt_image3', count(*) from tt_image3;+-----------+----------+| name | count(*) |+-----------+----------+| tt_image1 | 100 || tt_image2 | 100 || tt_image3 | 100 |+-----------+----------+3 rows in set (0.00 sec)
- root@ytt:/var/lib/mysql/ytt# ls -silhS tt_image*274603 1.1G -rw-r----- 1 mysql mysql 1.1G Jul 11 07:27 tt_image2.ibd274602 545M -rw-r----- 1 mysql mysql 544M Jul 11 07:26 tt_image1.ibd274605 80K -rw-r----- 1 mysql mysql 112K Jul 11 07:27 tt_image3.ibd
- mysql> select * from tt_image3;+----+----------------------------+| id | image_file |+----+----------------------------+| 1 | /var/lib/mysql-files/1.jpg |+----+----------------------------+...100 rows in set (0.00 sec)
- mysql> DELIMITER $$mysql> USE `ytt`$$mysql> DROP PROCEDURE IF EXISTS `sp_get_image`$$mysql> CREATE DEFINER=`ytt`@`localhost` PROCEDURE `sp_get_image`()mysql> BEGIN DECLARE i,cnt INT DEFAULT 0; SELECT COUNT(*) FROM tt_image1 WHERE 1 INTO cnt; WHILE i < cnt DO SET @stmt = CONCAT('select image_file from tt_image1 limit ',i,',1 into mpfile ''/var/lib/mysql-files/image',i,'.jpg'''); PREPARE s1 FROM @stmt; EXECUTE s1; DROP PREPARE s1; SET i = i + 1; END WHILE; END$$mysql> DELIMITER ;mysql> call sp_get_image;
佔用磁碟空間大（這樣會帶來各種各樣的功能與性能問題，比如備份，寫入，讀取操作等）
使用不易
還是推薦用文件路徑來代替實際的文件內容存放
我們建三張表，分別用 LONGBLOB、LONGTEXT 和 VARCHAR 來存儲這些圖片信息
我們來給三張表插入 100 張圖片（插入前，建議把 max_allowed_packet 設置到最大）
檢查下三張表記錄數
看下文件大小，可以看到實際大小排名，LONGTEXT 欄位存儲的最大，LONGBLOB 欄位縮小到一半，最小的是存儲圖片路徑的表 tt_image3。所以這里從存儲空間來看，存放路徑最占優勢。
那麼怎麼把圖片取出來呢？
tt_image3 肯定是最容易的
tt_image1 直接導出來二進制文件即可，下面我寫了個存儲過程，導出所有圖片。
tt_image2 類似，把 select 語句里 image_file 變為 unhex(image_file) 即可。
總結
這里我舉了個用 MySQL 來存放圖片的例子，總的來說有以下三點：
⑶ 圖片的保存格式有幾種各有什麼優點
1、點陣圖（外語簡稱：BMP、外語全稱：BitMaP）BMP是一種與硬體設備無關的圖像文件格式，使用非常廣。它採用位映射存儲格式，除了圖像深度可選以外，不採用其他任何壓縮，因此，BMP文件所佔用的空間很大。
2、TIF，是由Als和Microsoft公司為桌上出版系統研製開發的一種較為通用的圖像文件格式。 TIFF格式靈活易變，它又定義了四類不同的格式：TIFF-B適用於二值圖像：TIFF-G適用於黑白灰度圖像；TIFF-P適用於帶調色板的彩色圖像：TIFF-R適用於RGB真彩圖像。
3、GIF格式，1987年開發的圖像文件格式。GIF文件的數據，是一種基於LZW演算法的連續色調的無損壓縮格式。其壓縮率一般在50%左右，它不屬於任何應用程序。幾乎所有相關軟體都支持它，公共領域有大量的軟體在使用GIF圖像文件。
4、JPEG，文件後輟名為"．jpg"或"．jpeg"，是最常用的圖像文件格式，由一個軟體開發聯合會組織制定，是一種有損壓縮格式，能夠將圖像壓縮在很小的儲存空間，圖像中重復或不重要的資料會被丟失，因此容易造成圖像數據的損傷。
5、EXIF，1994年富士公司提倡的數碼相機圖像文件格式，其實與JPEG格式相同，區別是除保存圖像數據外，還能夠存儲攝影日期、使用光圈、快門、閃光燈數據等曝光資料和附帶信息以及小尺寸圖像。
⑷ SQL中，存儲圖片用哪種類型
image 可以
'存儲圖片
Private Sub AddImage2Db(Byval PFname as String)
Dim st As ADODB.Stream
Set st = New ADODB.Stream
st.Type = adTypeBinary
st.Open
st.LoadFromFile (PFname)
rsEmp!photoPath = PFname
rsEmp.Fields("Photo").Value = st.Read
rsEmp.Update
Set st = Nothing
End Sub
'顯示圖片
Private Sub ReadImageFromDb()
Dim st As ADODB.Stream, TempFile as string
TempFile = "C:\tmp"
If Dir(TempFile) <> "" Then
Kill (TempFile)
End If
Set st = New ADODB.Stream
st.Type = adTypeBinary
st.Open
st.Write Fld.Value
st.SaveToFile (TempFile)
Image1.Picture = LoadPicture(TempFile)
Kill (TempFile)
Set st = Nothing
End Sub
⑸ 圖片類型為什麼選varchar
圖片類型為選varchar，能有效減少資料庫文件的大小。
MySQL資料庫的varchar類型在4.1以下的版本中的最大長度限制為255，其數據范圍可以是0~255或1~255(根據不同版本資料庫來定)。在MySQL5.0以上的版本中，varchar數據類型的長度支持到了65535，也就是說可以存放65532個位元組的數據，起始位和結束位佔去了3個位元組，也就是說，在4.1或以下版本中需要使用固定的TEXT或BLOB格式存放的數據可以使用可變長的varchar來存放，這樣就能有效的減少資料庫文件的大小。
⑹ MySQL里存儲圖片的是什麼數據類型
背景
MySQL 一直以來都有 TEXT、BLOB 等類型用來存儲圖片、視頻等大對象信息。比如一張圖片，隨便一張都 5M 以上。視頻也是，隨便一部視頻就是 2G 以上。
假設用 MySQL 來存放電影視頻等信息，一部是 2G，那麼存儲 1000 部就是 2TB，2TB 也就是 1000 條記錄而已，但是對資料庫性能來說，不僅僅是看記錄數量，更主要的還得看佔用磁碟空間大小。空間大了，所有以前的經驗啥的都失效了。
所以一般來說存放這類信息，也就是存儲他們的存放路徑，至於文件本身存放在哪裡，那這就不是資料庫考慮的范疇了。資料庫只關心怎麼來的快，怎麼來的小。
舉例
雖然不推薦 MySQL 這樣做，但是也得知道 MySQL 該怎麼做才行，做到心裡有數。比如下面一張微信圖片，大概 5M 的樣子。
root@ytt:/var/lib/mysql-files# ls -sihl 微信圖片_20190711095019.jpg274501 5.4M -rw-r--r-- 1 root root 5.4M Jul 11 07:17 微信圖片_20190711095019.jpg
拷貝 100 份這樣的圖片來測試
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`; do cp 微信圖片_20190711095019.jpg "$i".jpg;done;
root@ytt:/var/lib/mysql-files# ls
100.jpg 17.jpg 25.jpg 33.jpg 41.jpg 4.jpg 58.jpg 66.jpg 74.jpg 82.jpg 90.jpg 99.jpg f8.tsv
10.jpg 18.jpg 26.jpg 34.jpg 42.jpg 50.jpg 59.jpg 67.jpg 75.jpg 83.jpg 91.jpg 9.jpg 微信圖片_20190711095019.jpg
1111.jpg 19.jpg 27.jpg 35.jpg 43.jpg 51.jpg 5.jpg 68.jpg 76.jpg 84.jpg 92.jpg f1.tsv
11.jpg 1.jpg 28.jpg 36.jpg 44.jpg 52.jpg 60.jpg 69.jpg 77.jpg 85.jpg 93.jpg f2.tsv
12.jpg 20.jpg 29.jpg 37.jpg 45.jpg 53.jpg 61.jpg 6.jpg 78.jpg 86.jpg 94.jpg f3.tsv
13.jpg 21.jpg 2.jpg 38.jpg 46.jpg 54.jpg 62.jpg 70.jpg 79.jpg 87.jpg 95.jpg f4.tsv
14.jpg 22.jpg 30.jpg 39.jpg 47.jpg 55.jpg 63.jpg 71.jpg 7.jpg 88.jpg 96.jpg f5.tsv
15.jpg 23.jpg 31.jpg 3.jpg 48.jpg 56.jpg 64.jpg 72.jpg 80.jpg 89.jpg 97.jpg f6.tsv
16.jpg 24.jpg 32.jpg 40.jpg 49.jpg 57.jpg 65.jpg 73.jpg 81.jpg 8.jpg 98.jpg f7.tsv
mysql> show create table tt_image1G
*************************** 1. row ***************************
Table: tt_image1
Create Table: CREATE TABLE `tt_image1` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` longblob,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
mysql> show create table tt_image2G
*************************** 1. row ***************************
Table: tt_image2
Create Table: CREATE TABLE `tt_image2` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` longtext,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
mysql> show create table tt_image3G
*************************** 1. row ***************************
Table: tt_image3
Create Table: CREATE TABLE `tt_image3` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`image_file` varchar(100) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
1 row in set (0.00 sec)
tt_image1
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;
do mysql -S /var/run/mysqld/mysqld.sock -e "insert into ytt.tt_image1(image_file)
values (load_file('/var/lib/mysql-files/$i.jpg'))";done;
tt_image2
root@ytt:/var/lib/mysql-files# for i in `seq 1 100`;
do mysql -S /var/run/mysqld/mysqld.sock -e "insert into ytt.tt_image2(image_file)
values (hex(load_file('/var/lib/mysql-files/$i.jpg')))";done;
tt_image3
root@ytt:/var/lib/mysql-files# aa='begin;';for i in `seq 1 100`;
do aa=$aa"insert into ytt.tt_image3(image_file) values
('/var/lib/mysql-files/$i.jpg');";
done;aa=$aa'commit;';mysql -S /var/run/mysqld/mysqld.sock -e "`echo $aa`";
- mysql> select 'tt_image1' as name ,count(*) from tt_image1 union allselect 'tt_image2',count(*) from tt_image2 union all select 'tt_image3', count(*) from tt_image3;+-----------+----------+| name | count(*) |+-----------+----------+| tt_image1 | 100 || tt_image2 | 100 || tt_image3 | 100 |+-----------+----------+3 rows in set (0.00 sec)
- root@ytt:/var/lib/mysql/ytt# ls -silhS tt_image*274603 1.1G -rw-r----- 1 mysql mysql 1.1G Jul 11 07:27 tt_image2.ibd274602 545M -rw-r----- 1 mysql mysql 544M Jul 11 07:26 tt_image1.ibd274605 80K -rw-r----- 1 mysql mysql 112K Jul 11 07:27 tt_image3.ibd
- mysql> select * from tt_image3;+----+----------------------------+| id | image_file |+----+----------------------------+| 1 | /var/lib/mysql-files/1.jpg |+----+----------------------------+...100 rows in set (0.00 sec)
- mysql> DELIMITER $$mysql> USE `ytt`$$mysql> DROP PROCEDURE IF EXISTS `sp_get_image`$$mysql> CREATE DEFINER=`ytt`@`localhost` PROCEDURE `sp_get_image`()mysql> BEGIN DECLARE i,cnt INT DEFAULT 0; SELECT COUNT(*) FROM tt_image1 WHERE 1 INTO cnt; WHILE i < cnt DO SET @stmt = CONCAT('select image_file from tt_image1 limit ',i,',1 into mpfile ''/var/lib/mysql-files/image',i,'.jpg'''); PREPARE s1 FROM @stmt; EXECUTE s1; DROP PREPARE s1; SET i = i + 1; END WHILE; END$$mysql> DELIMITER ;mysql> call sp_get_image;
佔用磁碟空間大（這樣會帶來各種各樣的功能與性能問題，比如備份，寫入，讀取操作等）
使用不易
還是推薦用文件路徑來代替實際的文件內容存放
我們建三張表，分別用 LONGBLOB、LONGTEXT 和 VARCHAR 來存儲這些圖片信息
我們來給三張表插入 100 張圖片（插入前，建議把 max_allowed_packet 設置到最大）
檢查下三張表記錄數
看下文件大小，可以看到實際大小排名，LONGTEXT 欄位存儲的最大，LONGBLOB 欄位縮小到一半，最小的是存儲圖片路徑的表 tt_image3。所以這里從存儲空間來看，存放路徑最占優勢。
那麼怎麼把圖片取出來呢？
tt_image3 肯定是最容易的
tt_image1 直接導出來二進制文件即可，下面我寫了個存儲過程，導出所有圖片。
tt_image2 類似，把 select 語句里 image_file 變為 unhex(image_file) 即可。
總結
這里我舉了個用 MySQL 來存放圖片的例子，總的來說有以下三點：
⑺ 在資料庫中可用來存儲圖片的欄位對象是哪種類型的欄位
一、 把圖片直接以二進制形式存儲在資料庫中
一般資料庫提供一個二進制欄位來存儲二進制數據。比如SQL Server中的BINARY，VARBINARY；
1、BINARY 數據類型用於存儲二進制數據。其定義形式為BINARY（ n）， n 表示數據的長度，取值為1 到8000 。在使用時必須指定BINARY 類型數據的大小，至少應為1 個位元組。BINARY 類型數據佔用n+4 個位元組的存儲空間。
在輸入數據時必須在數據前加上字元「0X」 作為二進制標識，如：要輸入「abc 」則應輸入「0xabc 」。若輸入的數據過長將會截掉其超出部分。若輸入的數據位數為奇數，則會在起始符號「0X 」後添加一個0，如上述的「0xabc 」會被系統自動變為「0x0abc」。
2、VARBINARY數據類型的定義形式為VARBINARY（n）。 它與BINARY 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。
不同的是VARBINARY數據類型具有變動長度的特性，因為VARBINARY數據類型的存儲長度為實際數值長度+4個位元組。當BINARY數據類型允許NULL 值時，將被視為VARBINARY數據類型。
一般情況下，由於BINARY 數據類型長度固定，因此它比VARBINARY 類型的處理速度快
另，MySQL中有個blob欄位。Oracle資料庫中是blob或bfile類型
⑻ 資料庫中的圖片的數據類型應該是什麼類型的
應該是image類型的.
圖片插入後將以二精製的形式保存在資料庫中。
提取的時候，會重組二精製數據，成圖片.
根據你說的，你列出的不是類型，而是欄位的屬性。
你自己好好的查找一下？
祝你早日解決問題 ^_^
試下備注和OLE對象。
⑼ 在資料庫中可用來存儲圖片的欄位對象是那種類型的欄位
圖片存儲到資料庫的方式一般分類兩種，一是直接圖片文件存儲到資料庫，二是將圖片存儲磁碟，資料庫中存儲其物理路徑
一、 把圖片直接以二進制形式存儲在資料庫中
一般資料庫提供一個二進制欄位來存儲二進制數據。比如SQL Server中的BINARY，VARBINARY；
1、BINARY 數據類型用於存儲二進制數據。其定義形式為BINARY（ n）， n 表示數據的長度，取值為1 到8000 。在使用時必須指定BINARY 類型數據的大小，至少應為1 個位元組。BINARY 類型數據佔用n+4 個位元組的存儲空間。在輸入數據時必須在數據前加上字元「0X」 作為二進制標識，如：要輸入「abc 」則應輸入「0xabc 」。若輸入的數據過長將會截掉其超出部分。若輸入的數據位數為奇數，則會在起始符號「0X 」後添加一個0，如上述的「0xabc 」會被系統自動變為「0x0abc」。
2、VARBINARY數據類型的定義形式為VARBINARY（n）。 它與BINARY 類型相似，n 的取值也為1 到8000， 若輸入的數據過長，將會截掉其超出部分。不同的是VARBINARY數據類型具有變動長度的特性，因為VARBINARY數據類型的存儲長度為實際數值長度+4個位元組。當BINARY數據類型允許NULL 值時，將被視為VARBINARY數據類型。
一般情況下，由於BINARY 數據類型長度固定，因此它比VARBINARY 類型的處理速度快
另，MySQL中有個blob欄位。Oracle資料庫中是blob或bfile類型
2、 圖片存儲在磁碟上，資料庫欄位中保存的是圖片的路徑
存儲路徑存儲路徑字元串即可，sql中可以使用varchar/nvarchar；mysql可以使用varchar
總結：將圖片文件直接以二進制存儲資料庫需要將圖片提前轉為二進制數據，以存儲圖片物理路徑的方式需要將圖片文件放置指定位置，這都需要配合不同的編程語言實現；