Ils stockent les mêmes données: cela est aussi loin que possible. "Image" est obsolète et possède un nombre limité de fonctions et d'opérations qui fonctionnent avec. varbinary (max) peut être utilisé comme varbinary plus court (idem pour text et varchar (max)). Ne pas utiliser d'image pour un nouveau projet: il suffit de chercher ici pour les questions folk ont des types de données d'image et de texte en raison de la fonctionnalité limitée .
En fait, VARBINARY
peut stocker des données qui peut être converti en un tableau d'octets, tels que les fichiers, ce qui est le même processus que IMAGE
type de données utilise, donc, par ce point de vue, les deux types de données peut stocker les mêmes données. Mais VARBINARY
ont une propriété de taille, tandis que IMAGE
accepte n'importe quelle taille jusqu'aux limites de type de données, donc lorsque vous utilisez le type de données IMAGE
, vous dépenserez plus de ressources pour stocker les mêmes données. Dans un Microsoft® SQL Server®, le type de données IMAGE
est vraiment obsolète, alors vous devez parier au type de données VARBINARY
.
Mais attention: Microsoft® SQL Server® CE® (y compris la dernière version 4.0) en utilisant toujours IMAGE
type de données et probablement ce type de données ne sera pas "disparait" si tôt, car dans les versions Compact Edition, ce type de données est meilleur que tout autre pour le stockage de fichiers rapide.
Limitation de VARBINARY (MAX): les mises à jour partielles ne sont pas prises en charge sur les colonnes ayant un FILESTREAM comme source. [(tekkies.co.uk)] (http://wiki.tekkies.co.uk/Porting_SQL_IMAGE_to_VARBINARY (MAX)) –