[性能] ip查询用文本好还是数据库好？

wuruichang

原帖由 北京野狼 于 2005-11-10 09:36 发表


理论上59.txt还是会有几十万条记录。真想使用文本，这样做是不成。
参考邮件系统，还不错每个 IP一个文件，文件名字就是IP地址。再相应建立多级目录，
让一个目录文件不太多。

如果数据太大，可以多级目录管理，但是每个IP一个文件就没有必要，难于维护并且产生大量文件，这对于管理来说是得不偿失的。这方面可以考虑一个折中的方案，例如：59.3.txt之类

北京野狼

原帖由 wuruichang 于 2005-11-10 09:50 发表


如果数据太大，可以多级目录管理，但是每个IP一个文件就没有必要，难于维护并且产生大量文件，这对于管理来说是得不偿失的。这方面可以考虑一个折中的方案，例如：59.3.txt之类

如果你没能力管理，就不要妄想文件数据。真得不偿失的是胡思乱想。

59.3.txt又能有什么好处，59.3.txt也会有6w多条记录。

其实很多事情，脑子多想想自然就明白，很多人的想法只能说是白日做梦。

wuruichang

原帖由 北京野狼 于 2005-11-10 09:54 发表



如果你没能力管理，就不要妄想文件数据。真得不偿失的是胡思乱想。

59.3.txt又能有什么好处，59.3.txt也会有6w多条记录。

其实很多事情，脑子多想想自然就明白，很多人的想法只能说是白日做梦。

59.3.txt也会有6w多条记录，你用数据库管理全部数据加起来会有多少？少说也十几亿，数据库查询会很快？？用文本存在数据量大的问题用数据库也同样存在，看问题别只看一方面

我是来讨论问题不是来和你争吵，多用脑子想想

北京野狼

原帖由 wuruichang 于 2005-11-10 10:59 发表



59.3.txt也会有6w多条记录，你用数据库管理全部数据加起来会有多少？少说也十几亿，数据库查询会很快？？用文本存在数据量大的问题用数据库也同样存在，看问题别只看一方面

我是来讨论问题不是来和你争吵 ...

难道你没发现国内的IP都是61,218,等等开头的。国内的网通，铁通，电信通一共就几个A类地址。

您怎么只有这样的惯性思维，即便记录全世界的IP,难道LZ的20W条记录就一定得要平均分布？

没看出来动过脑子

geel

用文本查十万级数量的ip记录，纯真和以前ipwry的数据库已经是很好的文件格式了，速度很快
有时间我对比一下直接操作纯真库文件和把纯真库文件导入mysql中的查询

wuruichang

我们谈的都是理论数据，实际应用中只要前面三段IP相同，最后一段数字是勿略不计的，也就是说前面三段IP表示的是同一个地方，所以在记录数据量会大大减少，并不存在59.3.txt会有6w多条记录的现象。

例如：
59.107.96.0        59.107.114.255        广西南宁市        铁通
59.40.31.0        59.40.33.255        广东省深圳市福田区        电信ADSL

实际上记录59IP段的文件信息不到三百条，如果你不相信可以去查证，否则跟你说也是白搭

北京野狼

原帖由 wuruichang 于 2005-11-10 11:33 发表
我们谈的都是理论数据，实际应用中只要前面三段IP相同，最后一段数字是勿略不计的，也就是说前面三段IP表示的是同一个地方，所以在记录数据量会大大减少，并不存在59.3.txt会有6w多条记录的现象。

例如：
59. ...

什么叫理论数据？
LZ问的是有几十万条IP记录怎么查询。记录数据量让你大大减少，还讨论什么？

北京野狼

原帖由 geel 于 2005-11-10 11:30 发表
用文本查十万级数量的ip记录，纯真和以前ipwry的数据库已经是很好的文件格式了，速度很快
有时间我对比一下直接操作纯真库文件和把纯真库文件导入mysql中的查询

ipwry的数据库和这个完全没有比较意义。

geel

Maildir是因为单条记录大所以用文件系统，这样能平衡
但是如果你认为对于查询ip来说，59.x.txt这种方法更有效率，那就去做吧

wuruichang

你说的“59.3.txt也会有6w多条记录”难道不是理论数据？

就此中止吧，没必要一定分出胜负。。。