只显示主题贴

2008-06-05
全文显示

蔡世友--失望与迷惘，软件及程序员的价值在哪里？

原文地址：http://blog.csdn.net/easyjf/archive/2008/06/04/2509604.aspx 我觉得这篇文章提到了一些不错的问题，希望大家来一起讨论一下。 越来越觉得在中国做程序员很没意思，甚至找不到中国软件公司及程序员的价值在哪里。 　　先来看一个简单的例子，公司接了一个小case，花了两个月，给客户报的是20个人月，两个月后项目验收，客户交付30万。而实际的情况是，公司是一个小公司，核心开发人员就你一个人，另外配了两个刚从学校毕业的学生协助你，还花3000块钱请了一个美工来搞后台的美工设计。 　　直接人工成本：你的工资按1万元/月算，两个月也就两 ...
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

cp.you 写道zq0459 写道tedeyang 写道zq0459 写道如果持久化层使用Spring（JdbcTemplate），那么分页功能的实现依赖于数据库吗？也就是说目前采用的是DB2，以后要移植到ORACLE，分页功能需要改吗？ 要改。JdbcTemplate、ibatis都是SqlMap框架，不是数据库无关的。 建议是使用hibernate，但从楼主写的代码来看似乎对hibernate不熟——否则也不会抛出OOM了 要是对hibernate没把握的，那还是用ibatis+spring吧，对200张表的开发规模是合适的。 请教为什么会抛出OOM异常呢?怎样使用Hibernate ...
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

tedeyang 写道zq0459 写道如果持久化层使用Spring（JdbcTemplate），那么分页功能的实现依赖于数据库吗？也就是说目前采用的是DB2，以后要移植到ORACLE，分页功能需要改吗？ 要改。JdbcTemplate、ibatis都是SqlMap框架，不是数据库无关的。 建议是使用hibernate，但从楼主写的代码来看似乎对hibernate不熟——否则也不会抛出OOM了 要是对hibernate没把握的，那还是用ibatis+spring吧，对200张表的开发规模是合适的。
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

tedeyang 写道zq0459 写道如果持久化层使用Spring（JdbcTemplate），那么分页功能的实现依赖于数据库吗？也就是说目前采用的是DB2，以后要移植到ORACLE，分页功能需要改吗？ 要改。JdbcTemplate、ibatis都是SqlMap框架，不是数据库无关的。 建议是使用hibernate，但从楼主写的代码来看似乎对hibernate不熟——否则也不会抛出OOM了 要是对hibernate没把握的，那还是用ibatis+spring吧，对200张表的开发规模是合适的。 请教为什么会抛出OOM异常呢?怎样使用Hibernate的这个查询功能更合理？
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

ztka 写道你先考虑数据库迁移，再考虑什么技术框架，数据库迁移就是一个浩大的工程。你的技术框架是建立在DB之上的。 数据库移植是本系统中的关键环节，目前正在由其他同事在做，我目前的工作重点是依据现有的数据模型选择合适的持久化技术。
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

ztka 写道你先考虑数据库迁移，再考虑什么技术框架，数据库迁移就是一个浩大的工程。你的技术框架是建立在DB之上的。 数据库移植是本系统存在的最大问题。目前这部分工作由其他同事来做，我目前的工作重点是依据现有的数据模型来对持久化技术选型。
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

如果持久化层使用Spring（JdbcTemplate），那么分页功能的实现依赖于数据库吗？也就是说目前采用的是DB2，以后要移植到ORACLE，分页功能需要改吗？
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 技术选型带来的困扰

1.原有系统大约有200多张表，冗余表很多。在抽象数据模型时，我在考虑一部分采用原有的数据模型，另一部分将根据业务需要自己创建数据模型。2.使用struts+hiberntate查询时，将返回值装配到List中抛出Java.lang.OutOfMemoryError: Java heap space。（测试数据库postgreSQL8）查询代码如下：public List<Employee> selectAllEmployee() { // TODO Auto-generated method stub Session session = null; List<Employe ...
  • 进入论坛 Java 版
2008-05-05
全文显示

回复: 忽悠，继续忽悠，组团忽悠...

SOA重在业务与技术完全分离的思想，它虽然不是最终的解决方案，但是，它为我们指引了未来软件发展的方向。
  • 进入论坛 Java 版
2008-05-04
全文显示

技术选型带来的困扰

公司接到一个ERP系统改造的项目，数据库采用原有的AS400上的DB2 5.4。数据量巨大，大约有30年的历史了，而且表之间没有关联关系。由于本人技术能力有限，所以在技术选型时感到很迷茫。迷茫的原因是一方面要考虑到系统性能问题，另一方面还要考虑开发的难易程度和系统健壮性，等等一系列问题。 我将目前比较流行的技术方案分别做了一个demo，并且以查询10万条数据为标准做性能测试。结果如下： 方案名称 第一次执行耗时 第二次执行耗时 第三次执行耗时 Struts+Jdbc 2192ms 1315ms 1299ms Struts+Spri ...
  • 进入论坛 Java 版
zq0459
搜索本博客
博客分类
存档
最新评论