易数据库用查找和计次判断哪个快_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
易数据库用查找和计次判断哪个快
我有更好的答案
还是我来告诉你吧!.版本2.如果真(查找(读(“姓名”)＝“aaa”))信息框(读(“其他字段”),0,)
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包各位朋友，有哪们知道有哪款好用又方便的数据库软件_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
各位朋友，有哪们知道有哪款好用又方便的数据库软件
我公司是专门用来管理客户资料的，有的时候新增加了很多资料在加进去的，要同时能够打印的，那种数据库软件，各位帮忙找找，谢谢！
我有更好的答案
用途不一样 选择也不一样比较简单好用的 数据量很小的话 Access就足够了
比如比较小的只是产品展示的企业站 个人站数据量稍微大些的可以采用MYSQL SQLite等 目前MYSQL用的比较多 做中型甚至不是很大的大型系统也可以使用对于性能各个方面要求非常高的需要使用 MSSQL Oracle
DB2等这些大些数据库另外开发语言的选择也可能会影响数据库的选择
一般PHP就会联想用到MYSQL
采纳率：39%
如果是小型的数据库的话建议用mysql，如果是大型的可以用甲骨文的数据库
智邦国际的CRM系统就不错，能实现你的要求，提供免费试用。
为您推荐：
其他类似问题
您可能关注的内容
数据库软件的相关知识
换一换
回答问题，赢新手礼包相关文章推荐
多维数据仓库中的维度表和事实表一般都需要有一个代理键，作为这些表的主键，代理键一般由单列的自增数字序列构成。Hive没有关系数据库中的自增列，但它也有一些对自增序列的支持，通常有两种方法生成代理键：使...
HIVE中处理的数据往往比较多，在处理数据的时候希望给处理得到的数据一个ID标识，这时候可以用到UUID。UUID的算法的核心思想是结合机器的网卡、当地时间、一个随即数来生成UUID。从理论上讲，如果...
《programming hive》 第三章节Data Types and File Formats
@page表示 翻译原文页码
Sqoop是一个用来将Hadoop和关系型数据库中的数据相互转移的工具，可以将一个关系型数据库（例如 ： MySQL ,Oracle ,Postgres等）中的数据导入到H...
Hive 提供类SQL接口处理HDFS上数据，同时提供基于hadoop数据库访问，从而降低程序员的工作强度，省去了map/reduce的编程时间，为快速大数据分析提供了很好手段，下面是基于Hive数据...
cognos10.2支持了jdbc的连接，有hive的jdbc包就可以配置连接了。而cognos8.4不支持jdbc，所以需要通过系统的odbc才能连接，需要下载DataStaxHiveODBC_x8...
大数据开辟了业务分析的新时代，使得企业基于更大范围数据（包括传统数据仓库、社交媒体、个人文本数据等）分析以制定更明智的决策变为可能。Cognos BI对Hadoop、分析数据存储和实时流数据等大数据源...
作者李程，北京市种子管理站站长，人称李站长，友盟数据平台Hive数据仓库扛把子工程师。数据仓库的起源可以追溯到计算机与信息系统发展的初期。它是信息技术长期复杂演化的产物，并且直到今天这种演化仍然在继续...
接上篇：Hive体系结构（一）架构与基本组成1. Hive执行原理Hive构建在Hadoop之上，
1. HQL中对查询语句的解释、优化、生成查询计划是由Hive完成的
2. 所有的数据都是存储在...
近十年来，随着Hadoop生态系统的不断完善，Hadoop早已成为大数据事实上的行业标准之一。面对当今互联网产生的巨大的TB甚至PB级原始数据，利用基于Hadoop的数据仓库解决方案Hive早已是Ha...
他的最新文章
讲师：Array
讲师：李志伟
他的热门文章
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)我想开博用Wordpress的系统，谁能推荐一下数据库和空间!!!!!_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
我想开博用Wordpress的系统，谁能推荐一下数据库和空间!!!!!
我有更好的答案
去godaddy去注册一个域名，特别是info的很便宜，折合人名币也就10元不到，送10g，300g流量的一个大空间，推荐使用。我的博客就是用的那空间
采纳率：34%
试试BlogHost的博客主机吧 性价比高 推荐你去使用
为您推荐：
其他类似问题
您可能关注的内容
wordpress的相关知识
换一换
回答问题，赢新手礼包mysql数据库表用什么做主键？_百度知道
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。
mysql数据库表用什么做主键？
我建了个数据库，在里面建一个表，表的内容比如是人名，前提是人名没有重复的，那是不是这个表要一个字段，并以人名做主键就可以了？还是用一个ID标识人名，用ID做主键？那样这个表里就两个字段了，怎么样才好呢？
1、主键定义
表中经常有一个列或多列的组合，其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键，通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。由于 PRIMARY KEY 约束确保唯一数据，所以经常用来定义标识列。2、主键作用
1）保证实体的完整性;
2）加快数据库的操作速度
3） 在表中添加新记录时，数据库会自动检查新记录的主键值，不允许该值与其他记录的主键值重复。
4） 数据库自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。3、主键的必要性
在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除。4、主键的选择
1）编号作主键
此方法就是采用实际业务中的唯一字段的“编号”作为主键设计，这在小型的项目中是推荐这样做的，因为这可以使项目比较简单化，但在使用中却可能带来一些麻烦，比如要进行“编号修改”时，可能要涉及到很多相关联的其他表
2）自动编号主键
这种方法也是很多人在使用的，就是新建一个ID字段，自动增长，非常方便也满足主键的原则
a、优点：数据库自动编号，速度快，而且是增量增长，聚集型主键按顺序存放，对于检索非常有利;数字型的，占用空间小，易排序，在程序中传递也方便;如果通过非系统增加记录（比如手动录入，或是用其他工具直接在表里插入新记录，或老系统数据导入）时，非常方便，不用担心主键重复问题。
b、缺点：其实缺点也就是来自其优点，就是因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其他系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）;如果其他系统主键不是数字型那就麻烦更大了，会导致修改主键数据类型了，这也会导致其他相关表的修改，后果同样很严重;就算其他系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个“o”(old)来表示这是老数据，那么自动增长的数字型又面临一个挑战。
3）Max加一
由于自动编号存在那些问题，所以有些人就采用自己生成，同样是数字型的，只是把自动增长去掉了，采用在Insert时，读取Max值后加一，这种方法可以避免自动编号的问题，但也存在一个效率问题，如果记录非常大的话，那么Max()也会影响效率的;更严重的是并发性问题，如果同时有两人读到相同的Max后，加一后插入的ID值会重复，这已经是有经验教训的了。
4）自制加一
考虑Max加一的效率后，有人采用自制加一，也就是建一个特别的表，字段为：表名，当前序列值。这样在往表中插入值时，先从此表中找到相应表的最大值后加一，进行插入，有人可能发现，也可能会存在并发处理，这个并发处理，可以采用lock线程的方式来避免，在生成此值的时，先Lock，取到值以后，再unLock出来，这样不会有两人同时生成了。这比Max加一的速度要快多了。但同样存在一个问题：在与其他系统集成时，脱离了系统中的生成方法后，很麻烦保证自制表中的最大值与导入后的保持一致，而且数字型都存在上面讲到的“o”老数据的导入问题。因此在“自制加一”中可以把主键设为字符型的。字符型的自制加一中应该字符型主键可以应付很多我们意想不到的情况。
5）GUID主键
目前一个比较好的主键是采用GUID，推荐主键还是字符型的，但值由GUID生成，GUID是可以自动生成，也可以程序生成，而且键值不可能重复，可以解决系统集成问题，几个系统的GUID值导到一起时，也不会发生重复，就算有“o”老数据也可以区分，而且效率很高，在.NET里可以直接使用System.Guid.NewGuid()进行生成，在SQL里也可以使用NewID()生成。优点是：同IDENTITY 列相比，uniqueidentifier 列可以通过NewID() 函数提前得知新增加的行ID，为应用程序的后续处理提供了很大方便。a、优点：便于数据库移植，其它数据库中并不一定具有IDENTITY 列，而Guid 列可以作为字符型列转换到其它数据库中，同时将应用程序中产生的GUID 值存入数据库，它不会对原有数据带来影响。便于数据库初始化，如果应用程序要加载一些初始数据，IDENTITY 列的处理方式就比较麻烦，而uniqueidentifier 列则无需任何处理，直接用T-SQL 加载即可。便于对某些对象或常量进行永久标识，如类的ClassID，对象的实例标识，UDDI 中的联系人、服务接口、tModel标识定义等。b：缺点是：GUID 值较长，不容易记忆和输入，而且这个值是随机、无顺序的GUID 的值有16 个字节，与其它那些诸如4 字节的整数相比要相对大一些。这意味着如果在数据库中使用uniqueidentifier 键，可能会带来两方面的消极影响：存储空间增大；索引时间较慢。
IT行业金牌讲师
比如你上面所说的人名也是可以的但是如果考虑到与其它表的相互连接使用人名的可操作性就不是很好所以，并提高维护效率主键并不是必须的但是增加主键对单表查询的效率提升很高所以从原理上来说只要该字段绝对不会重复那么使用任何类型的字段，建议你另外增加一个自动编号的字段作为id，用来做主键第二点，第一点关系型数据库的特点在于多个表之间使用关系联系起来这样可以显著降低数据库的容量
本回答被提问者采纳
当然用id做主键了，要是有重名的你的数据库就存不了了，太局限了
可以用自动标示做。每增加1个人的名字，自动标示就自动增加数字1，永远都不会重复，就算你把其中一个删除掉了，它的标示数字也不会在出现，做到了永远不重复。
其他1条回答
为您推荐：
其他类似问题
您可能关注的内容
mysql数据库的相关知识
换一换
回答问题，赢新手礼包}