做了一个小型的新闻站,用的 asp+access (勿喷),不过发现 access 数据库容量控制的不太好,这才五千条记录容易就 80M 了。数据库已经控制的非常小了,就一个主要的表存放文章,只有标题、内容、时间几个主要的字段(文章内容必须放在数据库里,不能生成 html 文件,因为后边还要用到。) 我在想 asp 能否解压缩文字信息,压缩后再存到数据库里,读取时再解压缩,后来发现没这功能。 想用 sqlite 吧,空间只支持 mysql,关键 mysql 我没用过啊,不知道以后还会出什么麻烦。 你们帮我想个方案吧,怎样能在结构变化最小的情况下解决 access 占用空间过多的问题。
1
isCyan 2017-05-11 21:57:43 +08:00 via Android 1
1. 此贴排版辣眼睛
2. 你用 ASP + Access 怎么可能不喷你 3. “你们帮我想个方案吧”,V 友都是给你打工的吗 不是说超过 50M 数据就不建议用 Access 数据库了吗? 说 MySQL 没用过的话,最开始你也没用过 Access 啊。 个人推荐你提升自己的姿势水平再搞个新的。 |
2
isCyan 2017-05-11 22:03:13 +08:00 via Android
而且 5000 多条记录 80 兆还在正常范围吧,要么换个大点的空间
|
3
gam2046 2017-05-11 22:05:03 +08:00
SQLite 与 Access 一样,属于文件型数据库,不需要额外支持。只要程序有读写权限即可使用。但是需要 ASP 需要有相关 ODBC 驱动。
既然你说应用基于 ASP,我想 MVC 是不太可能了,而且 ASP 也很难将 View 单独抽离出来。其实 access 与 Mysql 如果只是基本使用,区别并不是太大。只需要把获得的数据源( ADO )替换成 MYSQL 即可。我猜你应该没有用什么特别的 SQL 语句,普通语句都是通用的。如果 SQL 语句中有使用占位符、注释之类的,需要留意一下两个数据库的差异性。 从这里就可以看出来...DAO 层的必要性了。其实我猜测现在还有 ASP 的站点,比较大的可能性是网站找了个现成的程序跑起来。可是都是拿来主义,为啥还选的 ASP 呢。再不济 Wordpress,配个主题,做新闻站也是妥妥的,现在许多站点不都是这么干的么。而且 PHP 的空间满大街。 |
4
t6attack 2017-05-11 22:10:20 +08:00
asp+access 的生命周期能延续到现在,靠的就是生成 html。如果你不用,那就没辙了。
|