redis数据库设计
A. java redis 怎么设计存用户信息
redis不管他数据保存在哪里这个不重要，重要的是他是一个数据库，数据库就会有数据库应该有的常用功能，所以密码控制和权限管理肯定都有，加上相应的用户名密码，及权限就可以了
B. 总结redis在节省内存开销方面做过哪些设计
因为是拿 Python 测试的，所以可能对其他语言并不完全适用。
使用的测试数据是特定的，可能对更小或更大的数据并不完全适用。
测试结果就不列出了，直接说结论吧。
最差的存储方式就是用一个 hash 来存储一个实体（即一条记录）。时间上比其他方案慢 1 ~ 2 倍，空间占用较大。
更重要的是拿出来的字段类型是字符串，还得自己转换类型。
唯一的好处就是可以单独操作一个字段。
使用 string 类型来存储也是不推荐的，不过稍好于前一种方式。在单个实体较小时，会暴露出 key 占用内存较多的缺点。
用一个 hash 来存储一个类型的所有实体（即一张表），在实现上比较简单，内存占用尚可。
用多个 hash 来存储一个类型的所有实体（即分表），在实现上稍微复杂点，但占用的内存最小。
如果单个字段值较小（缺省值是 64 字节），单个 hash 存储的字段数不多（缺省值是 512 个）时，会采用 hash zipmap 来存储，内存占用会显著减小。
单个 hash 存储的字段数建议为 2 的次方，例如 1024。略微超过这个值，会导致内存占用和延迟时间都增加。
Instagram 的工程师认为，使用 hash zipmap 时，最佳的字段数为 1000 左右。不过据我测试，基本都是随字段数增加而变慢，而内存占用从 128 直到 1024 的变化基本可以忽略。
存储为 JSON 格式是种不错的选择。对包含中文的内容来说，设置 ensure_ascii=False 可以节省大量内存。
ujson 比 json 性能好很多，后者在设置 ensure_ascii=False 后性能急剧下降。
cPickle 比 ujson 的性能要差，不过支持更多类型（如 datetime）。
MessagePack 比 ujson 有一点不太明显的性能优势，不过丧失了可读性，且取回 unicode 需要自己 decode。
号称比 Protocol Buffer 快 4 倍应该可以无视了，至少其 Python 库没有明显优势。
使用 zlib 压缩可以节省更多内存，不过性能变慢 1 ~ 2 倍。
看这个测试结果，感觉还不如用 MongoDB 省事……
C. 用redis做session的缓存，怎么设计数据库
用redis做session的缓存，怎么设计数据库
假设有个这样的需求，优先级不是简单的高中低或者0-10这些固定的级别。而是类似0-99999这么多级别。那么我们第三种方案将不太合适了。
虽然redis有sorted set这样的可以排序的数据类型，看是很可惜它没有阻塞版的接口。于是我们还是只能使用list类型通过其他方式来完成目的。
D. h2数据库和redis数据库最大的区别
nosql 处理 杂乱非来结构化数源据设计 比 中国页访问信息 楼说 阉割sql acid 特性 快啊 比插入数据 相反些 交易数据 数据安全稳定 压倒切候 rdbms 显现威力 rdbms 面nosql 些挑战 力优化 于些 非结构化数据支持 比json 数据 同rdbms 于 olap and oltp 支持 要比 nosql快点半点 总结 世界定东西 mongodb nosql 数据库吧 要用做稍微复杂几统计 家睡醒 再
E. redis内存数据库实现类似sql的功能
使用 linq
F. 怎样连接Redis数据库
Redis 连接命令主要是用于连接 redis 服务。
以下实例演示了客户端如何通过密码验证连接到 redis 服务，并检测服务是否在运行：
redis 127.0.0.1:6379> AUTH "password"
OK
redis 127.0.0.1:6379> PING
PONG
更多命令详见：http://www.apiref.com/redis-zh/136.html
G. 读redis设计与实现需要什么基础
redis是一个key-value存储系统。和Memcached类似，它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型）。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。与memcached一样，为了保证效率，数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件，并且在此基础上实现了master-slave(主从)同步。
Redis 是一个高性能的key-value数据库。 redis的出现，很大程度补偿了memcached这类key/value存储的不足，在部 分场合可以对关系数据库起到很好的补充作用。它提供了Java，C/C++，C#，PHP，JavaScript，Perl，Object-C，Python，Ruby，Erlang等客户端，使用很方便。[1]
Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。
redis的官网地址，非常好记，是redis.io。（特意查了一下，域名后缀io属于国家域名，是british Indian Ocean territory，即英属印度洋领地）
目前，Vmware在资助着redis项目的开发和维护。
H. redis和redis 数据库的区别和联系
nosql 当年是为抄了处理 杂乱的非结构化数据来设计的 比如 网页访问信息 那就如楼上说的 阉割了sql 的 acid 特性 这样当然快了啊 比如插入数据
相反如果是一些 交易数据 数据的安全稳定 压倒一切的时候 rdbms 就显现威力了 但是rdbms 在面对nosql的 一些挑战之后 大力优化了 对于一些 非结构化数据的支持 比如json 数据 同时rdbms 对于 olap and oltp 的支持 也要比 nosql快的你是一点半点
总结就是 世界上那有一定好的东西 mongodb 是最好的 nosql 数据库了吧 你要是用它做稍微复杂几个统计 也是可以回家睡醒了 再来看!
I. redis 有数据库表的概念吗
redis就是kv存储，没有数据库表的概念，你写的东西一定要设置时限，或者写好文档，如果你走了，后期没人维护，非常浪费资源。还有就是redis是存内存的，非常快速但是昂贵，建议你用redis存储时先算一下数据量，看看你内存能不能装下，需要几台机器，几台备份机，服务器一旦重启数据全无，使用时小心，望采纳~