sqlserver中，用户和角色有什么区别

用户是独立的个体，角色是权限的集合。
例如，小王是一名销售经理。
他对应的角色是“销售经理”，拥有销售权限。
如果小张换了，就换个角色吧。
在数据库中，角色管理查询和执行权限，使其变得简单高效。

数据库的类型都有哪些?

可以肯定的是，数据库只有在使用很长时间后才会变得有趣。
当我第一次接触它们时，我无法区分关系型和非关系型。
后来我碰壁了，终于明白了他们各自的做法。

关系数据库，例如Oracle和MySQL，都是严格围绕表设计的。
记得有一次，在做项目的时候，需要查看某个用户的订单信息，需要写一个复杂的SQL语句来连接用户表、订单表和商品表。
写了好久，但运行起来还是很慢。
客户抱怨报告加载时就像按下了慢速播放按钮一样。
这是关系型数据库的典型场景，适合精确查询，但扩展起来比较困难。
尤其是当数据量增大时，服务器的压力明显增大，优化起来非常费力。

非关系数据库更加灵活。
比如Redis，我在做活动秒杀系统的时候就经常使用它。
用户点击购买，直接在Redis中保存一个键值对，无需考虑事务隔离和索引优化的挑战。
另外，Redis的内存操作和毫秒级响应是关系型数据库无法比拟的。
但缺点也很明显，那就是在执行交叉表相关查询时效果不太好。
我曾经尝试查看某个产品被购买了多少次，必须自己编写逻辑，这比关系数据库问题多得多。

有趣的是，许多主要制造商现在都使用混合解决方案。
与淘宝一样，MySQL 用于核心交易数据，但 Redis 用于重要推荐以及介于两者之间的所有数据。
这就像打篮球一样。
中锋一人无法反击，后卫一人无法抢篮板。

数据 我记得大约十年前，关系数据库的市场份额还在7 0%左右，但现在可能没有那么悬殊了。
我个人没有跑过这方面的NoSQL分布式集群，但是听说HBase在电商圈很流行。
毕竟它的强项就是海量数据的排序和查询。

其实选择哪个数据库要看场景。
银行存款必须采用关系型方法，保证数据一致性；但对于社交平台点赞之类的高频写入操作，Redis 的效率要高得多。
你说这很极端吗？我认为非关系风格只是一种工具。
不要神化它或完全否认它。

sqlserver2012数据库提示正在还原和停止(sql2008数据库显示正在恢复)

说白了，其实很简单。
首先登录数据库，找到无法恢复的数据库，然后右键进入属性页。
找到Options中的状态，修改Restricted access to single user的值，使数据库进入单用户模式。
去年我们处理过一个类似的案例，数据量在3 000左右，经过这个处理后问题就解决了。
我一开始以为这个过程会很复杂，后来发现其实并没有那么难。
等等，还有一件事，保存更改后记得刷新数据库列表，这样您就可以看到数据库状态已更改为“单用户”。
很多人不关心这个，但我认为值得一试。