我用python分析买房数据

首先说明，这是一篇技术文章。

明年打算买房，媳妇这段时间总去看房子，这种状态持续了两个月，最近终于消停了。现在整个市场不明朗，我们也不确定换到哪里。不如先整理点数据，至少能监控一些区域价格，有变化能及时知道。

正好可以边学Python边练手，不得不说Python确实是门不错的语言。上手速度和PHP有一拼，而且在做数据分析上有很大的优势。

一、影响因素

以前写过租房二三事，这篇文章在掘金的互动量比我所有的技术文章都高，可以看出住这个事情是大家的共同需求。想来买房、换房也是人生中比较重要的事情。其实不太期望捡便宜，但求正常价成交。下面列了一些影响放假的因素，大家买房的时候可以思考一下。

1.1学区

这个是房价最大的影响因素。以北京为例，比较好的是西城、海淀、东城。现在租住在西城边上，路两边房价差5w。

国家一直在努力想实现教育均衡，无论是东城的全区还是西城的多区划片，都是为了这一目标。我支持教育均衡，因为教育历来是重要上升通道，一旦失守，会引起很多问题。所以真要买学区房，要做好房价下降的心理准备（短时间就北京而言比较困难）。

学区这种非标品，很难说到底值多少钱，只能以市场价来判断。

现在几乎没有完全安全的方案，能够保证上好的小学同时也能上好的高中。北京现在的政策很多，幼升小有学区派位入学、片区内登录入学、多校划片入学等，小升初有直升、派位等。

大家尽量了解一下政策，同一个行政区里的不同小区情况并不相同。调研一下对应的小学和初中情况，别用能买相对好一点学区的钱买了一个一般的学区。

1.2楼层

同一个小区里，楼层对价格影响比较大。一般而言，顶楼和一层都要便宜一些，有的会便宜很多。

其中顶楼会更便宜一些，因为一楼比顶楼多一些购买人群-老人。

顶楼的问题：如果没有电梯，爬楼梯太累，而且还有漏雨、夏热冬凉等问题

底层的问题：隐私问题、下水问题、采光问题

这两者好处就是便宜，大家别用买好楼层的价格买了这些楼层

1.3房龄

北京越靠里越是老房子，俗称老破小。八几年的还可以，时间再往前的话，价格也要便宜一些，毕竟十年之后再换房，房龄太老下家都可能没法贷款，到时候需要折价很多。

要么就直接下手个老的，但是价格也要便宜，这样便宜买便宜卖，至少不会亏。

1.4朝向、户型

东西向没有南北好、尽量明厨明卫、南北通透、尽量选两边不选中间。

大家别选太奇葩的。

1.5名额占用

现在学区名额，每个房子6年能用一次，有的人孩子刚上学就想卖，这时候合适购买的人比较少，也可以聊价格

1.6安静、临街、交通

这种肯定影响价格，但我觉得更重要的是影响买不买，如果有安静的需求，再便宜也不能买。

二、数据分析

在中介APP上找不到销售记录，而且显示出的很多数据并不能提供什么分析能力。如无法分析哪些小区卖的好、不同楼层价格有什么区别、小区成交量等数量，那就只能自己做了。

我打算分如下几步来处理：

获取数据
入库
分析
服务器部署

2.1获取数据

现在搞数据还是比较麻烦的，通过一些方法总算取到这些数据，我比较关注的是房屋所在地区、小区名、户型、朝向、所在楼层、总楼层、装修情况、是否有电梯、面积、价格、房屋年份、挂牌时间。

数据如下图所示：

2.2数据存储

创建MySQL数据库，将这些数据存储。房源不太多，所以足够使用了。个人也不建议搞太多数据。

CREATE TABLE `house_info` (`id` bigint(20) unsigned NOT NULL COMMENT 'ID',`title` varchar(500)  NOT NULL DEFAULT '' COMMENT '标题', `area` varchar(500)  NOT NULL DEFAULT '' COMMENT '市区',`district` varchar(500)  NOT NULL DEFAULT '' COMMENT '行政位置',`community_name` varchar(500)  NOT NULL DEFAULT '' COMMENT '小区',`room` varchar(500)  NOT NULL DEFAULT '' COMMENT '户型',`room_type` varchar(500)  NOT NULL DEFAULT '' COMMENT '朝向',`level` varchar(500)  NOT NULL DEFAULT '' COMMENT '所在楼层',`height` varchar(500)  NOT NULL DEFAULT '' COMMENT '楼层',`sub_info` varchar(500)  NOT NULL DEFAULT '' COMMENT '装修情况',`elevator` varchar(500)  NOT NULL DEFAULT '' COMMENT '电梯',`house_area` varchar(500)  NOT NULL DEFAULT '' COMMENT '面积',`price` varchar(500)  NOT NULL DEFAULT '' COMMENT '价格',`date` varchar(500)  NOT NULL DEFAULT '' COMMENT '年份',`sellTime` varchar(500)  NOT NULL DEFAULT '' COMMENT '挂牌',`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间',PRIMARY KEY (`id`),KEY `idx_update_time` (`update_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='house info';

2.3分析数据

有数据后，我们可以分析哪些内容呢？通过每天获取数据，我们可以默认没有更新的为房子已经出售（有可能只是下架了），这样能够判断有哪些房子已经成交，虽然有些不太准确，但应该够用了。

为了方便分析细节，设置可通过所在的行政单位、小区、楼层查看。

def main():district = ''  #行政单位community_name = ''  #小区名level = '' #高低楼层df = readFromDB()unitprice(district,community_name,level,df)numofhouse(df)numofsell(district,community_name,level,df)unitpriceofselled(district,community_name,level,df)

单位价格

通过每天上架的房屋单价判断是否有变化，下图可以看出整体比较平稳。如果为了将趋势显示的更明显，可以按照周或者月进行聚合。

在售数量

这是每一个行政区里每一个小区的在售房屋数量，能看出不同的区差别还是蛮大的。有的地方几乎没有房源，有些地方则选择更多一些，意味着价格、机会也会更多一些。

每天出售数量

这张图显示每天出售了多少房屋，我们能知晓这个地区的成交情况，用于判断是否急于购买，是否可以等待合适房源。

售出单价

这张图显示房屋消失时的单价，定位到单个小区时，可以看出该小区售房单价情况。

当然这个数据不太准确，因为理论上真实成交价会比这个低，但是完全可以能用来监控价格了。

2.4服务器

最后一步是将代码部署到服务器上，使用cron定时执行，这样就不需要每次自己执行了。

后续如果有需要，可添加监控功能，方案大家可参考SSH登录服务器发送提醒。

三、总结

做这个小工具还是挺有意思的，其实IT本来就是为了解决实际问题。另外也学习了一下Python，不错。

等事情忙完之后，把代码分享到github上。

最后

大家如果喜欢我的文章，可以关注我的公众号（程序员麻辣烫）

我的个人博客为：https://shidawuhen.github.io/

往期文章回顾：

设计模式
招聘
思考
存储
算法系列
读书笔记
小工具
架构
网络
Go语言