13 个解决方案
#1
SSH
中H
不合适
数据太多第一时间会把缓存爆了,你如果能射到非常合适的话还有可能,但是我之前作的时候没有调出来。
缓存爆,JVM也爆
这个不是一句二局能说清楚地
哈哈
中H
不合适
数据太多第一时间会把缓存爆了,你如果能射到非常合适的话还有可能,但是我之前作的时候没有调出来。
缓存爆,JVM也爆
这个不是一句二局能说清楚地
哈哈
#2
页面框架(如struts等)+纯jdbc,然后用 apache Hadoop 做分布式架构。
#3
看楼主的硬件配置了,如果有超级服务器,那么采用哪种架构影响都不大。如果硬件配置一般可以考虑采用EJB进行分布式部署
#4
静态的吧,不管哪种架构,都让程序生成静态html 用apache。如果你只能用一台计算机
#5
上万 G 的数据啊?
#6
上万 G 的数据,只是数据库中的容量,这么多的数据,数据库用集群吧,至于这些数据是用来做什么的,才能确定要干什么,怎么干。
#7
还要考虑一天的数据量增长有多少?从硬件到软件反正有一堆的问题。
这问题并不是你这一句话问题,说个数据量就能提供解决方案的。像这样的网站方案最少要写 100 页。
这问题并不是你这一句话问题,说个数据量就能提供解决方案的。像这样的网站方案最少要写 100 页。
#8
多谢楼上所有的朋友的回答
情况这样的 数据库会很大 类似QQ空间
同时也会读取很多数据(类似阿里巴巴或者百度那样的读数据) 包括地图什么的
我想问下这样的网站前台和后台应该怎么样设计呢?从硬件到软件?不需要讲太详细 只要讲大概就可以了 谢谢
情况这样的 数据库会很大 类似QQ空间
同时也会读取很多数据(类似阿里巴巴或者百度那样的读数据) 包括地图什么的
我想问下这样的网站前台和后台应该怎么样设计呢?从硬件到软件?不需要讲太详细 只要讲大概就可以了 谢谢
#9
回复2楼 :这么多数据spring 管得过来吗???
#10
拒绝0分
#11
分布式
#12
分布式
SSH、EJB比较多
SSH、EJB比较多
#13
应用服务器和数据库都集群
#1
SSH
中H
不合适
数据太多第一时间会把缓存爆了,你如果能射到非常合适的话还有可能,但是我之前作的时候没有调出来。
缓存爆,JVM也爆
这个不是一句二局能说清楚地
哈哈
中H
不合适
数据太多第一时间会把缓存爆了,你如果能射到非常合适的话还有可能,但是我之前作的时候没有调出来。
缓存爆,JVM也爆
这个不是一句二局能说清楚地
哈哈
#2
页面框架(如struts等)+纯jdbc,然后用 apache Hadoop 做分布式架构。
#3
看楼主的硬件配置了,如果有超级服务器,那么采用哪种架构影响都不大。如果硬件配置一般可以考虑采用EJB进行分布式部署
#4
静态的吧,不管哪种架构,都让程序生成静态html 用apache。如果你只能用一台计算机
#5
上万 G 的数据啊?
#6
上万 G 的数据,只是数据库中的容量,这么多的数据,数据库用集群吧,至于这些数据是用来做什么的,才能确定要干什么,怎么干。
#7
还要考虑一天的数据量增长有多少?从硬件到软件反正有一堆的问题。
这问题并不是你这一句话问题,说个数据量就能提供解决方案的。像这样的网站方案最少要写 100 页。
这问题并不是你这一句话问题,说个数据量就能提供解决方案的。像这样的网站方案最少要写 100 页。
#8
多谢楼上所有的朋友的回答
情况这样的 数据库会很大 类似QQ空间
同时也会读取很多数据(类似阿里巴巴或者百度那样的读数据) 包括地图什么的
我想问下这样的网站前台和后台应该怎么样设计呢?从硬件到软件?不需要讲太详细 只要讲大概就可以了 谢谢
情况这样的 数据库会很大 类似QQ空间
同时也会读取很多数据(类似阿里巴巴或者百度那样的读数据) 包括地图什么的
我想问下这样的网站前台和后台应该怎么样设计呢?从硬件到软件?不需要讲太详细 只要讲大概就可以了 谢谢
#9
回复2楼 :这么多数据spring 管得过来吗???
#10
拒绝0分
#11
分布式
#12
分布式
SSH、EJB比较多
SSH、EJB比较多
#13
应用服务器和数据库都集群