17 条回复 • 2023-09-15 19:16:46 +08:00
 |
1
lisonfan 2018 年 5 月 4 日
字符串好一些吧
|
 |
2
fengyj 2018 年 5 月 4 日 via Android
觉得 64 位二进制好点，毕竟好约束。
|
 |
3
dobelee 2018 年 5 月 4 日 via Android
只是用作记录的话与 v4 一样字符串就 ok 了吧。毕竟存储成本是最低的。
|
 |
4
samray 2018 年 5 月 4 日
首先应该明确是什么数据库，如果是 postgresql, 已经内置了专门的数据类型来存储 IP 地址(ipv4 和 ipv6) https://www.postgresql.org/docs/9.1/static/datatype-net-types.html
|
 |
5
glues 2018 年 5 月 4 日
PostgreSQL 直接有 Network Address Types
|
 |
6
yangqi 2018 年 5 月 4 日  2
mysql 5.6 开始直接 inet6_aton()
https://dev.mysql.com/doc/refman/5.6/en/miscellaneous-functions.html#function_inet6-aton |
 |
7
EPr2hh6LADQWqRVH 2018 年 5 月 4 日
看具体实现喽，一看地址里面 0 到底多不多，二看实现里面有没有压缩这些 0 的处理
|
 |
8
moult 2018 年 5 月 4 日
借楼问一下，如果要实现 IPv6 的归属地数据表，该怎么存储。
原来 IPv4 的话，存一个 begin 和 end，然后查询的时候 ip>=begin && ip<=end 即可。但是 IPv6 显然不行了。 |
 |
9
shiina 2018 年 5 月 4 日 2
搜了一下, 发现了这个帖子 [doge]
https://www.v2ex.com/t/66880 |
 |
10
zhsj 2018 年 5 月 5 日
没想到这个问题 3 年了，ipv6 还没普及。
|
 |
12
rootx 2018 年 5 月 5 日 via iPhone
没想到这个问题 5 年了，Livid 还没研究出来。
|
 |
13
lianyue 2018 年 5 月 5 日 via iPhone
存二进制 字符串 就好了
|
 |
14
fyyz 2018 年 5 月 5 日 via Android
就存字符串
|
 |
15
kaneg 2018 年 5 月 5 日 via iPhone
不管是存字符串还是数字型，都最好格式化成标准形式，以便于在日后使用过程中查找匹配可以应对各种输入形式
|
 |
17
hanssx 2023 年 9 月 15 日
压缩到最小存储空间，16 位字符，每个字符 8 位，16*8=128 ，正好可以哎，但是每个字符表示 8 位，就会有不可见字符，64 种不同可能，2 的 6 次方，每个字符 6 位，128/6 除以不了。如果按照 64 进制来，128 位，给它补位到能整除的话，132/6=22 ，用 22 位存，末尾补 132-128=4 个零。
|
There is no place like ::1