适合研究的数据库有哪些，什么样的数据库比较合适

1，什么样的数据库比较合适

这要根据你应用的规模.应用的类型和投资的预算来选择.现在数据库一般常用的有MYSQL.SQLSERVER.ORACLE

大型、超大型的当然是orcle 小点的可以是SQLserver

mdb格式的是microsoft中的access数据库. mssql的是sql格式的小中型的数据库基本用mssql就能解决还有大型的数据库比如oracle sybase 等等

什么样的数据库比较合适

2，金融论文用哪个数据库比较好知乎

可以看看你们学校有什么数据库可以免费下载数据。推荐万德数据库，比较适合找微观数据，还有中经网数据库、国泰安数据库都是很好的经济、金融类数据库。如果论文内容涉及宏观方面，可以去IMF数据库里下载，这个数据库是免费的，基本上全球宏观数据都有。望采纳，谢谢！

你可以使用Tushare数据，是一个免费开放的金融大数据社区，提供了各种方便易用的数据接口。

金融数据库一般由股票、公司研究、基金、债券、衍生产品、高频研究、经济研究、行业、货币市场、专题研究等库构成。看你具体想要哪个库了。选择标准可参考http://baike.baidu.com/view/2511497.htm

金融论文用哪个数据库比较好知乎

3，哪个收录的文献更多哪个数据库适合工程研究

Elsevier和sci数据库是不同的两种类型，这就像同样是物体的板砖和桌子，不能进行这种简单的比较，工程研究首选EI数据库收录的期刊，SCI数据库收录的期刊更侧重自然科学。1、Elsevier数据库：爱思唯尔的产品与服务包括期刊、图书专著、教科书和参考书的纸版和电子版，出版领域涵盖医学、生命科学、自然科学和社会科学等。每年出版2,000 多种期刊和2,200种新书，其中众多期刊被SCI数据库收录，是世界范围内优秀的出版社。2、SCI数据库：注意：SCI数据库不出版也不提供文献，他仅是统计出领域内的优秀期刊，供民众参考，这就像大学排名机构一样，他只提供大学排名，并不招生。SCI(Science Citation Index)是由美国科学信息研究所(ISI)1961年创办出版的引文数据库。3、SCI(科学引文索引)、EI(工程索引 )、ISTP(科技会议录索引) 是世界著名的三大科技文献检索系统，是国际公认的进行科学统计与科学评价的主要检索工具，其中以SCI最为重要。

你好，Elsevier和sci数据库是不同的两种类型，这就像同样是物体的板砖和桌子，不能进行这种简单的比较，工程研究首选EI数据库收录的期刊，SCI数据库收录的期刊更侧重自然科学。Elsevier数据库：爱思唯尔的产品与服务包括期刊、图书专著、教科书和参考书的纸版和电子版，出版领域涵盖医学、生命科学、自然科学和社会科学等。每年出版2,000 多种期刊和2,200种新书，其中众多期刊被SCI数据库收录，是世界范围内优秀的出版社。SCI数据库：注意：SCI数据库不出版也不提供文献，他仅是统计出领域内的优秀期刊，供民众参考，这就像大学排名机构一样，他只提供大学排名，并不招生。SCI(Science Citation Index)是由美国科学信息研究所(ISI)1961年创办出版的引文数据库。SCI(科学引文索引)、EI(工程索引 )、ISTP(科技会议录索引) 是世界著名的三大科技文献检索系统，是国际公认的进行科学统计与科学评价的主要检索工具，其中以SCI最为重要。如有疑问请追问，解决问题还望及时采纳

直接比较这两个是不太合适的。elsevier是个很大的国际出版商，会出版各种各样的期刊，其中大部分是sci收录的，也有少部分是sci不收录的。sci仅仅是个索引库，不提供原文下载服务。从文章数量上看肯定sci的文章多，因为sci还包括很多其他的出版商如springer等等；从文章质量上看，elsevier上的好期刊肯定都包含在sci库中，因此sci的质量绝对有保障。好比elsevier是一家超级大卖场，sci仅仅是一家网站统计了城里各家卖场里的好东西而已。看完统计表，还得去卖场里买东西。

哪个收录的文献更多哪个数据库适合工程研究

4，小数据库有哪些

Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。相比而言，MSDE 2000 显著缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。Access的显著缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。这个星球上的数据库实在不胜枚举，这里只列一些我接触过的常见的。可以稍微夸张点说，有交互的应用，起码得用一下数据保存，即便是自定义结构的数据保存，还是最常见的INI、XML等，都可以算是“数据库”，真正点的，如DBase系列、FoxBase、FoxPro、MSAccess、InterBase、MS SQL Server、Oracle、DB2等，这些是商业化的数据库，前面几个只能算是数据库，后面几个是RMDBS（关系型数据库管理系统）。对应商业化的，有开源的：SQLite、SimpleSQL、Berkely DB、Minosse、Firebird( 前身是是Borland公司的InterBase)、PostgreSQL、MySQL等。 □SQLite：大家可以看我的SQLite系列随笔，C编写的，可以跨操作平台，支持大部分ANSI SQL 92，它是嵌入式的轻量级关系形数据库引擎，只需要一个DLL，体积为250k，数据库也只是一个文件，零配置，便可工作。既然开源，你甚至可以把它嵌入你的程序中。核心开发人员只有一个，最近加入了另外一个，也就是2个人而已，实在佩服，目前发展到3.1.0，相当高效稳定，有开源驱动在sourceforge.net上有其ADO.NET Data Provider for SQLite ：https://sourceforge.net/projects/adodotnetsqlite/ 。 □SimpleSQL：相对SQLite要大几倍，但也是轻量级的，功能稍微强大一点，C++编写，有OLE、Java等版本。 □Berkely DB：C++编写的大型关系型数据库系统，还额外地支持XML(把XML当成数据库)，号称2百万的安装量，MySQL也只不过号称5百万安装量而已，跨平台。 □Minosse：纯C#编写的大型关系型数据库系统，理想是超越MS SQL Server！最新版本：0.2.0，真难得，纯Java写的看得多了，纯C#的，不是移植别人的，还是第一个，佩服作者：包含C/S和嵌入式版本，并可跨越大部分平台，因为它不用Windows的东西，可以在Mono下编译。 □Firebird：这个东西太牛了，目前有1.5稳定版本已经拥有大量特性，完全支持ANSI SQL92、98等，一些超酷的特性让人疯狂(1.0特性、1.5特性，从这里开始研究)，主要开发人员是一个俄罗斯人，目前开发队伍已经扩大到近100人，有3种模式，单机独立，典型C/S，超级服务器。2.0版本和3.0版本将在近期推出，看完其路线图(2.0、3.0)你就会疯掉。有.NET驱动，目前是1.7beta版。主要特性： ◆A.C.I.D； ◆MGA(任何版本的引擎都可以处理同一数据库记录)； ◆PSQL(存储过程)超级强大，ms sql相对的太次，它啥都能在服务器端实现并推送到客户端成为强大的报表，存储过程； ◆触发器都可以在客户端获取监控追踪； ◆自动只读模式； ◆创新的事务保证绝对不会出错； ◆24*7运行中仍然可以随时备份数据库； ◆统一触发器：任何操作都可以让某表唯一的触发器来总控； ◆大部分语言都可以写plug-in，并直接在存储过程中调用函数； ◆c->c++，更加少的代码但更加快的速度； ◆3种运行模式，甚至可以嵌入式； ◆主流语言都可以调用它； ◆动态sql执行； ◆事务保存点； □PostgreSQL：POSTGRES数据库的后开源版本，号称拥有任何其他数据库没有的大量新特性，似乎目标是要做超大型的OO关系型数据库系统，目前已经发展到8.0，有.NET驱动，中文官方网站有详细介绍。 □MySQL：这个，不用说了吧？号称全球最受欢迎的开源数据库，但让我奇怪的是，PostgreSQL都有简体中文的支持：包括内核、管理工具、QA等等，在最新版本MySQL中，我却没有发现... ，有.NET驱动，其中MySQL Connector/Net就是原来在sf.net上的ByteFX.Data项目，作者已经加入了MySQL团队，参看《感慨 20 之开源的前途/钱图？（1数据库）》。======================================================最近在学习 Firebird Embeded Database。作为一款单文件型小型数据库，Firebird 具有很多吸引人的特征，比如支持事务、支持存储过程、触发器等，而且 Embeded 版本的 Firebird 在 .NET 开发中只需要拷贝两个文件：一个 fbembed.dll （非托管但不需要注册的动态链接库）和一个 ADO.NET Data Provider 的 FirebirdSql.Data.Firebird.dll。这些特征都非常适合那些需要在客户端存储一些数据，但又不想安装数据库（比如MSDE）软件的情形。据称，在国外，需要使用客户端数据库的情况中，有30%左右的开发者选择Access，有30%的开发者选择MSDE 2000，有30%的开发者选择Embedded Firebird，剩余10%选择其他小型数据库，如SQLite，MySQL 等。上面所说的Access，MSDE 2000，Embedded Firebird，SQLite等都是可以免费再分发（free redistributable）的数据库。相比而言，MSDE 2000 显著缺点是需要安装，最大优点是和服务器端的 SQL Server 编程模型一致，开发便利。Access的显著缺点是功能较少，不支持事务等常用功能，最大优点是简单、多数开发者都很熟悉，部署也很方便。SQLite支持事务，也是一款单文件数据库，比较不足的是 .NET Data Provider 还不是很成熟。Firebird则同时具有：单文件、部署简单不需安装（只需 XCOPY 两个文件）、支持事务、存储过程、触发器，.NET Data Provider比较稳定成熟等优点。Firebird 本身有SuperServer和Embedded版本之分，后者只能本机访问，不接受TCP连接。对于开发者而言，从Embedded数据库切换到SuperServer，只需更改数据库连接串中的ServerType值就行。但是，在你正式决定使用?Firebird 之前，请你注意下面这个 known issue（已知问题）： Firebird 数据库文件不能放置在含有中文等字符的路径中。Firebird 的文件名不可以用中文字符，所在路径的任何部分如果含有中文字符，都将无法访问到数据库。举个例子，中文Windows桌面所在的目录一般是“C:\Documents and Settings\用户名\桌面”，如果数据库文件放置在桌面上，就无法访问到。当然，Firebird 内部是可以存储中文字符的，因为它支持 GB2312 和 UNICODE 等字符集。需要注意一点，连接串中的 Database 地址如果使用相对路径，请一定注意这个相对路径是相对于 fbembed.dll 所在目录的。

access，mysql

5，现在可以免费商用的数据库都有哪些

oracle集群oracle rac是业界最流行的产品。其架构的最大特点是共享存储架构（shared-disk），整个rac集群是建立在一个共享的存储设备之上的，节点之间采用高速网络互连。在 oracle rac 环境中，每个 oracle 数据块都被赋予一个（且只有一个）“主”oracle rac 节点。该 oracle rac 节点的全局缓存服务 (gcs) 负责管理对这些数据块集的访问。当其中一个 oracle 节点需要访问某个 oracle 数据块时，它必须首先与该数据块协商。然后，该主节点的 gcs 或者指示请求的 oracle 节点从磁盘中获取该数据块，或者指示该oracle 数据块的当前持有者将被请求的数据块发送到请求节点。oracle 尝试跨所有 rac 节点统一分发该数据块的所有权。在 oracle rac 环境中，数据块大致相等的所有节点都将被指定为主节点。（如果 oracle rac 节点数是 oracle 数据块数的约数，则所有 rac 节点都是具有同样数量的数据块的主节点。）mysql集群mysql cluster和oracle rac完全不同，它采用shared-nothing架构。整个集群由管理节点(ndb_mgmd)，处理节点(mysqld)和存储节点(ndbd)组成，不存在一个共享的存储设备。mysql cluster主要利用了ndb存储引擎来实现，ndb存储引擎是一个内存式存储引擎，要求数据必须全部加载到内存之中。数据被自动分布在集群中的不同存储节点上，每个存储节点只保存完整数据的一个分片(fragment)。同时，用户可以设置同一份数据保存在多个不同的存储节点上，以保证单点故障不会造成数据丢失。mysql cluster的优点在于其是一个分布式的数据库集群，处理节点和存储节点都可以线性增加，整个集群没有单点故障，可用性和扩展性都可以做到很高，更适合 oltp应用。但是它的问题在于：1.ndb存储引擎必须要求数据全部加载到内存之中，限制比较大，但是目前ndb新版本对此做了改进，允许只在内存中加载索引数据，数据可以保存在磁盘上。2.目前的mysql cluster的性能还不理想，因为数据是按照主键hash分布到不同的存储节点上，如果应用不是通过主键去获取数据的话，必须在所有的存储节点上扫描，返回结果到处理节点上去处理。而且，写操作需要同时写多份数据到不同的存储节点上，对节点间的网络要求很高。分布式数据库拆分数据库分片sharding 不是一个某个特定数据库软件附属的功能，而是在具体技术细节之上的抽象处理，是水平扩展(scale out，亦或横向扩展、向外扩展)的解决方案，其主要目的是为突破单节点数据库服务器的 i/o 能力限制，解决数据库扩展性问题。把热度高的数据划分开来，使用配置刚好的硬件，提高访问速度，增强用户体验把不同的用户的数据根据用户的id放到不同的数据库中，不同用户对应的交易数据也跟着到不同的数据库；之后可以把交易完成和正在交易的数据库分开。一个全国经济信息系统，可以按照不同地区把不同数据放到不同数据库中，随着时间增加数据也会越来越大，到时还可以工具年份在重新划分数据库。一个大中型的电子商的电子商务网站一定会遇到数据量巨大的问题，可以根据用户对象或者使用和被使用的数据进行分片。这样避免了在一个库中数据膨胀而带来的瓶颈。在数据库分片时最好分到不同的服务器中，或者不同的存储中，避免磁盘竞争数据库分片存在比较大问题就是人查询或者统计涉及到跨库就比较麻烦。特别是join时如果涉及到多个节点，将非常困难，应该尽量避免。数据库水平分片读写分离读写分离架构利用了数据库的复制技术，将读和写分布在不同的处理节点上，从而达到提高可用性和扩展性的目的。读写分离简单的说是把对数据库读和写的操作分开对应不同的数据库服务器，这样能有效地减轻数据库压力，也能减轻io压力。主数据库提供写操作，从数据库提供读操作，其实在很多系统中，主要是读的操作。当主数据库进行写操作时，数据要同步到从的数据库，这样才能有效保证数据库完整性。quest shareplex就是比较牛的同步数据工具，听说比oracle本身的流复制还好，mysql也有自己的同步数据技术。mysql只要是通过二进制日志来复制数据。通过日志在从数据库重复主数据库的操作达到复制数据目的。这个复制比较好的就是通过异步方法，把数据同步到从数据库。主数据库同步到从数据库后，从数据库一般由多台数据库组成这样才能达到减轻压力的目的。读的操作怎么样分配到从数据库上？应该根据服务器的压力把读的操作分配到服务器，而不是简单的随机分配。mysql提供了mysql-proxy实现读写分离操作。不过mysql-proxy好像很久不更新了。oracle可以通过f5有效分配读从数据库的压力。上面说的数据库同步复制，都是在从同一种数据库中，如果我要把oracle的数据同步到mysql中，其实要实现这种方案的理由很简单，mysql免费，oracle太贵。好像quest shareplex也实现不了改功能吧。好像现在市面还没有这个工具吧。那样应该怎么实现数据同步？其实我们可以考虑自己开发一套同步数据组件，通过消息，实现异步复制数据。其实这个实现起来要考虑很多方面问题，高并发的问题，失败记录等。其实这种方法也可以同步数据到memcache中。听说oracle的stream也能实现，不过没有试过。通过ebay读写分离的结构图，通过share plex 近乎实时的复制数据到其他数据库节点，再通过f5特定的模块检查数据库状态，并进行负载均衡，io 成功的做到了分布，读写分离，而且极大的提高了可用性。目前读写分离技术比较多，比较有名的为amoeba，有兴趣的同学可以研究下。数据库缓存读写分离现在应用非常广泛，特别是时国内外大型网站，都使用的非常多，很多都是自己研发缓存系统，淘宝还开源了tair系统，有兴趣的可以研究下。比较有名的是memcached使用memcached最好的可能算facebook了。通过memcached分担读的操作，把常用的对象数据存储到memcached中，当有读操作过来时先访问memcached如果memcached没有该数据再从数据库获取，同时把数据放到memcached中，下次访问就可以直接访问memcached了。有一次在和一个朋友聊天时他们正在着手在线文档系统架构设计，由于文档访问压力非常大，每次请求数据库也非常大，由于大量的的文档数据在服务端和客户端传输，会经常造成网络堵塞。我建议他可以把文档分片，减少一次性大文件传输。再根据文档热度把一些文档保持到缓存中。其实文档也好，数据库也好，很多方法只要根据业务要求也可以达到异曲同工的之效。

1.IBM 的DB2 作为关系数据库领域的开拓者和领航人，IBM在1997年完成了System R系统的原型，1980年开始提供集成的数据库服务器—— System/38，随后是SQL/DSforVSE和VM，其初始版本与SystemR研究原型密切相关。 2. Oracle Oracle 前身叫SDL，由Larry Ellison 和另两个编程人员在1977创办，他们开发了自己的拳头产品，在市场上大量销售，1979 年，Oracle公司引入了第一个商用SQL 关系数据库管理系统。Oracle公司是最早开发关系数据库的厂商之一，其产品支持最广泛的操作系统平台。目前Oracle关系数据库产品的市场占有率名列前茅。 3. Informix Informix在1980年成立，目的是为Unix等开放操作系统提供专业的关系型数据库产品。公司的名称Informix便是取自Information 和Unix的结合。Informix第一个真正支持SQL语言的关系数据库产品是InformixSE（StandardEngine）。 4. Sybase Sybase公司成立于1984年，公司名称“Sybase”取自“system”和 “database” 相结合的含义。Sybase公司的创始人之一Bob Epstein 是Ingres 大学版（与System/R同时期的关系数据库模型产品）的主要设计人员。公司的第一个关系数据库产品是1987年5月推出的Sybase SQLServer1.0。Sybase首先提出Client/Server 数据库体系结构的思想，率先在Sybase SQLServer 中实现。