V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Tianpu  ›  全部回复第 22 页 / 共 25 页
回复总数  492
1 ... 14  15  16  17  18  19  20  21  22  23 ... 25  
2012-04-24 02:19:52 +08:00
回复了 Tianpu 创建的主题 分享发现 PHP全文搜索引擎推荐
@freefcw 我目前测试的最多数据差不多1200万的样子 自感亿内没有任何问题 再多分表 可能10亿行单条4K数据都不是问题吧 膨胀度对比MYSQL来看是3-5 纯文本的话应该小于6

这是英文的 中文要再扩大一倍

用起来的确狠不错 做垂直搜索的利器
2012-04-24 00:35:06 +08:00
回复了 pepsin 创建的主题 音乐 皇后乐队好geek呀
Love of my life 最喜欢这个 波西米亚狂想曲倒没太大的感觉

为什么我觉得他们象拉拉?
其实可以用google charts做 但是这个API好像有时候是被墙的
2012-04-24 00:04:54 +08:00
回复了 whtsky 创建的主题 天黑以后 20120424 午夜俱乐部
午夜俱乐部以后会是最抢手的帖子啊 安全获得铜币
2012-04-23 16:07:20 +08:00
回复了 Tianpu 创建的主题 V2EX 铜币好像是个零和系统
回复耗费5 感谢耗费10 被感谢也是10 收到回复是5 创建主题是20

也就是说 发个贴子至少要4个回复够本 回复最危险 不被感谢就是亏本的

如果不能调动感谢的积极性 那回复岂不是很危险?

经济总量没有增加 广大水军不能得到系统发展的收益 金融系统有待探讨吧

这种静态的平衡很危险 非常容易早就大地主 大资产阶级 最终形成门阀 贵族
2012-04-23 16:02:27 +08:00
回复了 Tianpu 创建的主题 V2EX 铜币好像是个零和系统
@weakfox 别人的回复有钱赚哦 正好是回复者的花费 我懂了 马上有穷人和富翁了 要劣币驱逐良币了 等着看
2012-04-23 15:59:28 +08:00
回复了 Tianpu 创建的主题 V2EX 铜币好像是个零和系统
测试下回复
2012-04-23 15:50:44 +08:00
回复了 paloalto 创建的主题 程序员 在Cent OS中用apt-get竟然装不了redis-server?
@paloalto 记得感谢我下 我花了15个铜币来回复 怎么才能增加呢?
2012-04-23 15:50:00 +08:00
回复了 paloalto 创建的主题 程序员 在Cent OS中用apt-get竟然装不了redis-server?
@paloalto 关键是一般不用apt-get来管理centos包,rhel系列还是用yum比较好些

交叉使用不是不可以 只是会有很多的不兼容吧
2012-04-23 15:43:00 +08:00
回复了 paloalto 创建的主题 程序员 在Cent OS中用apt-get竟然装不了redis-server?
centos不是yum吗?
2012-03-26 00:20:27 +08:00
回复了 Tianpu 创建的主题 MySQL select * 与 select `colum`
@clowwindy 只用key查询 速度还是不错的 但加上任何条件就不行了

毕竟mysql部署成本极低 迁移到别的平台难免有这样那样的问题 我最多用到的才1.2亿条 mysql尚可满足需求
2012-03-25 14:29:09 +08:00
回复了 Tianpu 创建的主题 MySQL select * 与 select `colum`
@avatasia @leiz

Table:
id primary
abbr unique 96
name string 128
meta string 512

1610000行数据

select count(`column`) as `count` from `table` limit 1234567,18;
select count(1) as `count` from `table` limit 1234567,18;
select count(*) as `count` from `table` limit 1234567,18;

1最慢,2 3 基本一样的速度

slect * from `table` limit 1234567,18;
slect `id`,`abbr` from `table` limit 1234567,18;
slect `id`,`abbr`,`name`,`meta` from `table` limit 1234567,18;

2大约是1 3的0.6时间
1 3 没有明显差异

应该就是stackoverflow的说法,如果超过2/3字段需要用到 那就使用*好了 如果不是考虑指定字段

不指定任何查询条件 where 1与空where没有观察到差别

话说回来 只查ID的情况数据比较多可以考虑ID和别的关系单独做个表 那样更快些 反倒是空条件数据比较多是个麻烦 limit a,b还是不够快

因此我觉得除非需要的字段很少或者数据量大的足以阻塞通信 * 永远是个不错的选择
2012-03-24 19:22:30 +08:00
回复了 Tianpu 创建的主题 MySQL select * 与 select `colum`
我用到的都是所有字段差不多用完那样子 select * 查询分析器应该没问题吧

http://stackoverflow.com/questions/3639861/why-is-select-considered-harmful


对select * 这么有信心, 应该是select count(*)以前感觉比较快
http://stackoverflow.com/questions/8221729/mysql-select-count-or-select-1-pdo

所有这些我会在玩些时候测试个150万的样本看下

以便彻底解决掉这个问题
2012-03-24 02:46:55 +08:00
回复了 Tianpu 创建的主题 MySQL select * 与 select `colum`
期待分享 我的数据库都很小 正需要大数据库的经验分享
2012-03-24 01:55:22 +08:00
回复了 Sean 创建的主题 Linux 突然想问一下,最根红苗正的Linux发行版是哪个?
Debian的apt-get很好
2012-03-24 01:44:32 +08:00
回复了 Tianpu 创建的主题 MySQL select * 与 select `colum`
收回上述言论 应该是这样子的
1000万表有11G大小 则5万有45M左右 一次处理这么大量的数据导致mysql通讯或者php部分处理过慢导致效果不佳 只取一个列 查询慢一点 数据量小的多 才造成这样的现象
我觉得可以从机器学习的角度考虑

对应着比如垃圾邮件就有比较成熟的方案,傅立叶级数筛选什么的

具体参考ruanyifeng.com的某一篇博客,有不错的入门介绍
2012-03-05 17:08:57 +08:00
回复了 toothpaste 创建的主题 MySQL MySQL 表的设计
第二个 select * from `test` where `key` in (a,b,c,d,....); 应为
select `key` from `test` where `key` in (a,b,c,d,....);
1 ... 14  15  16  17  18  19  20  21  22  23 ... 25  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2515 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 30ms · UTC 15:14 · PVG 23:14 · LAX 08:14 · JFK 11:14
Developed with CodeLauncher
♥ Do have faith in what you're doing.