互图数据库
相比SQL数据库，图数据库有何优势？
看你做什么项目了，它属于中小型数据库：优点是使用方便，提供的函数较丰富，性能相对于ACESS、MySql等数据库要强一些。缺点是：1.不是免费使用，当然你用盗版又不担心版权问题，那没的说，2.性能比不上大型数据库，如SQL2008，ORACLE,DB2等等 3.对.net的支持不如SQL2005以上的版本好4.不能移植到LINUX中，只能在windows中运行 ，安全性也不够高，经常被攻击它的1433端口
2. 数据库能存图片吗
问题一：数据库怎样可以将图片放到里面 首先肯定一点，数据库中是可以放图片数据的！但是这样的话，数据体积会很庞大，当然最好还是把图片放到文件夹中，数据只用来存放图片路径，不过最好是存放相对路径，应该以后可能设计到图片单独放在另一台服务器上，或换了文件夹。
问题二：SQL数据库中能存照片吗？ 图片完全可以存放，但是在数据库中不能以select * from a进行查询
但是在相对应得c#、java中可以查询
是以二进制保存的。
数据库，只要是抽象出来的数据，都可以保存。
而已不能保存的，就是实体，像处啊、鞋子啊、男朋友啊都不姓
问题三：mysql数据库可以存图片吗？ 可以。存图片的列需要设置成BLOB、MEDIUMBLOB或LONGBLOB等数据类型。
但是以前基本上不会把图片直接存在数据库里，因为数据库里的数据是为了用来快速分析、快速存取的，图片数据在mysql里既不能建立索引也不能和其他数据一起分析，存取速度和读写磁盘也没什么区别，每次备份、导入导出数据库时还增加了数据量，降低了效率。所以一般都是把图片存在系统里，然后把图片的存放路径放在数据库里。
问题四：图片如何存入数据库 第一种方式：保存图片路径至数据库中
第二种方式：数据插入相应表中，参数类型为byte[]
例如：
sql:insert into table(imageColumn) values (@image);
其中@image参数值为byte[]类型的变量
问题五：图片如何存放在oracle数据库 测试可行。这只是核心Class文件代码，你要是弄不出来，就再联系我，我再把整个项目给你。这是把图片真个放到数据库
package .;
import java.io.FileInputStream;
import java.io.OutputStream;
import java.sql.Blob;
import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.util.Scanner;
import oracle.sql.BLOB;
public class Insert {
Scanner sc =new Scanner(System.in);
@SuppressWarnings(deprecation)
public int insertbinary(String pname,String src1){
Connection con = null;
String sql = insert into test values(?,?);
String sql1 =update test set image=? where pname=?;
int res = 0;
try {
con=BaseDAO.getConnection();
con.setAutomit(false);
PreparedStatement pstm = con.prepareStatement(sql);
pstm.setString(1, pname);
EMPTY_BLOB和EMPTY_CLOB返回一个空的LOB定位器，
可以用来初始化一个LOB变量，或在INSERT或UPDATE语句，
初始化LOB列或属性为空。 EMPTY表示LOB初始化，但不填充数据。
pstm.setBlob(2, oracle.sql.BLOB.empty_lob());
pstm.executeUpdate();
pstm.close();
pstm = con.prepareStatement(select * from test where pname=?);
pstm.setString(1, pname);
ResultSet rs = pstm.executeQuery();
rs.next();
BLOB blob = (BLOB) rs.getBlob(2);
OutputStream os = blob.getBinaryOutputStream();
FileInputStream fi = new FileInputStream(src1);
byte[] buff = new byte[1024];
int len = fi.read(buff);
while (len != -1) {
os.write(buff);
len = fi.read(buff);
}
pstm = con.prepareStatement(sql1);
pstm.setBlob(1,......>>
问题六：如何将图片储存在MySQL数据库里 通常对用户上传的图片需要保存到数据库中。解决方法一般有两种：一种是将图片保存的路径存储到数据库；另一种是将图片以二进制数据流的形式直接写入数据库字段中。以下为具体方法：
一、保存图片的上传路径到数据库：
string uppath=;用于保存图片上传路径
获取上传图片的文件名
string fileFullname = this.FileUpload1.FileName;
获取图片上传的时间，以时间作为图片的名字可以防止图片重名
string dataName = DateTime.Now.ToString(yyyyMMddhhmmss);
获取图片的文件名（不含扩展名）
string fileName = fileFullname.Substring(fileFullname.LastIndexOf(\\) + 1);
获取图片扩展名
string type = fileFullname.Substring(fileFullname.LastIndexOf(.) + 1);
判断是否为要求的格式
if (type == bmp || type == jpg || type == jpeg || type == gif || type == JPG || type == JPEG || type == BMP || type == GIF)
{
将图片上传到指定路径的文件夹
this.FileUpload1.SaveAs(Server.MapPath(~/upload) + \\ + dataName + . + type);
将路径保存到变量，将该变量的值保存到数据库相应字段即可
uppath = ~/upload/ + dataName + . + type;
}
二、将图片以二进制数据流直接保存到数据库：
引用如下命名空间：
using System.Drawing;
using System.IO;
using System.Data.SqlClient;
设计数据库时，表中相应的字段类型为iamge
保存：
图片路径
string strPath = this.FileUpload1.PostedFile.FileName.ToString ();
读取图片
FileStream fs = new System.IO.FileStream(strPath, FileMode.Open, FileAccess.Read);
BinaryReader br = new BinaryReader(fs);
byte[] photo = br.ReadBytes((int......>>
问题七：如何在数据库中存储图片文件 解决方法一般有两种：
一种是将图片保存的路径存储到数据库；
另一种是将图片以二进制数据流的形式直接写入数据库字段中。
问题八：如何将图片存到数据库 通常对用户上传的图片需要保存到数据库中。解决方法一般有两种：一种是将图片保存的路径存储到数据库；另一种是将图片以二进制数据流的形式直接写入数据库字段中。以下为具体方法：
一、保存图片的上传路径到数据库：
string uppath=;用于保存图片上传路径
获取上传图片的文件名
string fileFullname = this.FileUpload1.FileName;
获取图片上传的时间，以时间作为图片的名字可以防止图片重名
string dataName = DateTime.Now.ToString(yyyyMMddhhmmss);
获取图片的文件名（不含扩展名）
string fileName = fileFullname.Substring(fileFullname.LastIndexOf(\\) + 1);
获取图片扩展名
string type = fileFullname.Substring(fileFullname.LastIndexOf(.) + 1);
判断是否为要求的格式
if (type == bmp || type == jpg || type == jpeg || type == gif || type == JPG || type == JPEG || type == BMP || type == GIF)
{
将图片上传到指定路径的文件夹
this.FileUpload1.SaveAs(Server.MapPath(~/upload) + \\ + dataName + . + type);
将路径保存到变量，将该变量的值保存到数据库相应字段即可
uppath = ~/upload/ + dataName + . + type;
}
二、将图片以二进制数据流直接保存到数据库：
引用如下命名空间：
using System.Drawing;
using System.IO;
using System.Data.SqlClient;
设计数据库时，表中相应的字段类型为iamge
保存：
图片路径
string strPath = this.FileUpload1.PostedFile.FileName.ToString ();
读取图片
FileStream fs = new System.IO.FileStream(strPath, FileMode.Open, FileAccess.Read);
BinaryReader br = new BinaryReader(fs);
byte[] photo = br......>>
问题九：怎样数据库access保存jpg图片 只有两种方法
1.存图片地址，图片放服务器的一个文件夹里
2.存图片的数据，也就是二进制流
既然第一种你说不行 那只能第二种了。
我只说一下思路，代码网上找一下，多的很，也不麻烦1.数据库字段类型为image（sqlserver的是image，不知道access的是不是）
2.把图片文件序列化 放到一个byte[]数组里，然后存到数据库
显示的时候：
1.单独在一个页面读出图片的内容到一个byte[]数组
2.用response把这段二进制输出
3.在要引用的地方，比如你的image控件，把引用的地址指向这个页面就行了
问题十：如何像数据库中保存图片？ 一般图像是不保存在数据库的.而是先将图片放在工程下的某个文件夹中,将图片所在的工程文件路径存在数据库中,当程序加载图片的时候,从数据库中读取图片的路径,然后根据路径在工程的文件夹中读取图片文件
3. ER图与数据库表的关系是神马
E-R图提供了表示数据库表的实体类型、属性和联系的方法，是表示概念关系模型的一种方式。为表述实体联系模式图形式的数据表模型提供了图形符号。这种数据表模型典型的用在基于数据库的信息系统设计的需求分析阶段，用来描述信息需求和/或要存储在数据库中的表信息的类型。
(3)互图数据库扩展阅读：
E-R图设计的正确与否取决于数据库设计人员能否真正把握表的各个客观对象和他们之间发生的活动，这需要作准确深入的用户需求分析。这些表对象如果需要记录的话，就抽象为E-R图中的实体。
描述实体的众多相关数据就抽象为实体的属性，将具有相同属性的众多实体抽象为实体型。它们之间发生的活动如果也需要记录的话，就抽象为E-R图中的联系，这是E-R图设计的重点。
4. 图数据库的应用场景
图数据库技术的应用场景比较多，包括但不限于以下几种场景：
1. 欺诈检测
无论面对诈骗集团、勾结团伙还是高知罪犯，图数据库技术可以实时揭露各种重要诈骗模式。所以越来越多的公司使用图数据技术来解决各种关联数据问题，包括欺诈检测。
2. 实时推荐引擎
图技术能够根据用户购买、交互和评论有效跟踪这些关系，以提供对客户需求和产品趋势最有意义的深刻见解。Ebay等购物网站就在使用图技术给用户推荐产品。
3.知识图谱
将图技术用于知识图谱能够精确搜索查询，消除搜索查询的歧义，并且能够适应不断增长的数据资产规模。
5. 数据库画er图
方法/步骤
首先要了解ER图的核心要素：实体，属性，关系；实体就是一个个对象，比如猫；属性就是实体所有的某个属性，比如猫的性别；关系就是实体和实体之间或者实体内部之间的关系。
以同样的方式定义课程实体，然后建关系表，拖进关系线段，连接两个实体，注意两头都是红色才是真正的连接起来了。会自动在关系属性里建立起连接，如下图所示：
到目前为止关系ER图就画完了，这种图ER图算是比较正规的一种了，比上面画的那一种要正规许多。当然，如果还想在专业化一些，可以用PowerDesign来绘制ER图。
6. 数据库都有哪些
数据库是一组信息的集合，以便可以方便地访问、管理和更新，常用数据库有：1、关系型数据库；2、分布式数据库；3、云数据库；4、NoSQL数据库；5、面向对象的数据库；6、图形数据库。
计算机数渣雹搜据库通常包含数据记录或文件的聚合，例如销售事务、产品目录和库存以及客户配置文件。
通常，数据库管理器为用户提供了控制读写访问、指定报表生成和分析使用情况的能力。有些数据库提供ACID(原子性、一致性、隔离性和持久性)遵从性，以确保数据的一致性和事务的完整性。
数据库普遍存在于大型主机系统中，但也存在于较小的分布式工作站和中端系统中，如IBM的as/400和个人计算机。
数据库的演变
数据库从1960年代开始发展，从层次数据库和网络数据库开始，到1980年代的面向对象数据库，再到今天的SQL和NoSQL数据库和云数据库。
一种观点认为，数据库可以按照内容类型分类:书目、全文、数字和图像。在计算中，数据库有时根据其组织方法进行分类。有许多不同类型的数据库，从最流行的方法关系数据库到分布式数据库、云数据库或NoSQL数据库。
常用数据库：
1、关系型数据库
关系型数据库是由IBM的E.F.Codd于1970年发明的，它是一个表格数据库，其中定义了数据，因此可以以多种不同的方式对其进行重组和访问。
关系数据库由一组表组成，其中的数据属于预定义的类别。每个表在一个列中至少有一个数据类别，并且每一行对于列中定义的类别都有一个特定的数据实例。
结构化查询语言(SQL)是关系数据库的标准用户和应用程序接口。关系数据库易于扩展，并且可以在原始数据库创建之后添加新的数据类别，而不需要修改所有现有如历应用程序。
2、分布式数据库
分布式数据库是一种数据库，其中部分数据库存储在多个物理位置，处理在网络中的不同点之间分散或复制。
分布式数据库可以是同构的，也可以是异构的。同构分布式数据库系统中的所有物理位置都具有相同的底层硬件，并运行相同的操作系统和数据库应用程序。异构分布式数据库中的硬件、操作系统或数据库应用程序在每个位置上可能是不同的。
3、云数据库
云数据库是针对虚拟化环境(混合云、公共云或私有云)优化或构建的数据库。云数据库提供了一些好处，比如可以按每次使用支付存储容量和肆衡带宽的费用，还可以根据需要提供可伸缩性和高可用性。
云数据库还为企业提供了在软件即服务部署中支持业务应用程序的机会。
4、NoSQL数据库
NoSQL数据库对于大型分布式数据集非常有用。
NoSQL数据库对于关系数据库无法解决的大数据性能问题非常有效。当组织必须分析大量非结构化数据或存储在云中多个虚拟服务器上的数据时，它们是最有效的。
5、面向对象的数据库
使用面向对象编程语言创建的项通常存储在关系数据库中，但是面向对象数据库非常适合于这些项。
面向对象的数据库是围绕对象(而不是操作)和数据(而不是逻辑)组织的。例如，关系数据库中的多媒体记录可以是可定义的数据对象，而不是字母数字值。
6、图形数据库
面向图形的数据库是一种NoSQL数据库，它使用图形理论存储、映射和查询关系。图数据库基本上是节点和边的集合，其中每个节点表示一个实体，每个边表示节点之间的连接。
图形数据库在分析互连方面越来越受欢迎。例如，公司可以使用图形数据库从社交媒体中挖掘关于客户的数据。
访问数据库:DBMS和RDBMS
数据库管理系统(DBMS)是一种允许您定义、操作、检索和管理存储在数据库中的数据的软件。
关系数据库管理系统(RDBMS)是上世纪70年代开发的一种基于关系模型的数据库管理软件，目前仍然是最流行的数据库管理方法。
MicrosoftSQLServer、Oracle数据库、IBMDB2和MySQL是企业用户最常用的RDBMS产品。DBMS技术始于20世纪60年代，支持分层数据库，包括IBM的信息管理系统和CA的集成数据库管理系统。一个关系数据库管理系统（RDBMS）是一种数据库管理软件是在20世纪70年代开发的，基于关系模式，仍然是管理数据库的最普遍的方式。
希望能帮助你还请及时采纳谢谢
7. 什么是图数据库
图数据库(Graph database) 并非指存储图片的数据库，而是以“图”这种数据结构存储和查询数据。目前比较典型的代表产品是Neo4j。
8. 图片如何存入数据库
1、新建一个数据库，数据库名为Image，表名为image。并为表添加ID，tupian两个列。
9. 图数据库和关系数据库的区别
1、数据存储方式不同。
关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。数据表可以彼此关联协作存储，也很容易提取数据。
与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。你的数据及其特性是选择数据存储和提取方式的首要影响因素。
2、扩展方式不同。
SQL和NoSQL数据库最大的差别可能是在扩展方式上，要支持日益增长的需求当然要扩展。
要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。
因为数据存储在关系表中，操作的性能瓶颈可能涉及很多个表，这都需要通过提高计算机性能来客服。虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。而NoSQL数据库是横向扩展的。
而非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。
3、对事务性的支持不同。
如果数据操作需要高事务性或者复杂数据查询需要控制执行计划，那么传统的SQL数据库从性能和稳定性方面考虑是你的最佳选择。SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务。
虽然NoSQL数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以它们真正闪亮的价值是在操作的扩展性和大数据量处理方面。