|
锁定老帖子 主题：讨论:在浏览器上生成SQL语句可行吗?
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-05-31
楼主不知道很多报表软件就是这么开发的么?
|
| 返回顶楼 | |
|
发表时间：2009-05-31
抛出异常的爱 写道 楼主不知道很多报表软件就是这么开发的么? 报表一般都只是读取数据，CRUD中只占了一个R。如果做报表的话，我倾向于直接写存储过程。万一sql写错了，compile的时候还可以发现。如果在ui上写，错了都不容易知道。 |
| 返回顶楼 | |
|
发表时间：2009-05-31
最后修改：2009-05-31
logicgate 写道 抛出异常的爱 写道 楼主不知道很多报表软件就是这么开发的么?
报表一般都只是读取数据，CRUD中只占了一个R。如果做报表的话，我倾向于直接写存储过程。万一sql写错了，compile的时候还可以发现。如果在ui上写，错了都不容易知道。 是不易 而且还在日志 像鬼一样 时有时无的状态下..... |
| 返回顶楼 | |
|
发表时间：2009-05-31
当年 使用了一个方式
一个servlet 对应一个jsp 业务逻辑 sql 都放到了servlet中 开发是很方便 维护 相当郁闷了 每次修改一个表，都要整个工程查找影响的地方 |
| 返回顶楼 | |
|
发表时间：2009-05-31
最后修改：2009-05-31
引用 当年 使用了一个方式
一个servlet 对应一个jsp 业务逻辑 sql 都放到了servlet中 开发是很方便 维护 相当郁闷了 每次修改一个表，都要整个工程查找影响的地方 我怎么都不觉得业务逻辑直接用sql会方便。如果让我从明天起全面抛弃orm直接写sql，那简直是梦魇啊。我一定辞职的。 俺现在建表都不直接写ddl的。都是用rose画一个class diagram，然后code generation，直接生成业务对象和ddl。 |
| 返回顶楼 | |
|
发表时间：2009-05-31
logicgate 写道 抛出异常的爱 写道 楼主不知道很多报表软件就是这么开发的么?
报表一般都只是读取数据，CRUD中只占了一个R。如果做报表的话，我倾向于直接写存储过程。万一sql写错了，compile的时候还可以发现。如果在ui上写，错了都不容易知道。 报表这么做也有应用中的部分业务逻辑实现和存储过程内相关部分重复的问题,业务有调整时遇到过不少麻烦 |
| 返回顶楼 | |
|
发表时间：2009-05-31
最后修改：2009-05-31
logicgate 写道 抛出异常的爱 写道 logicgate 写道 抛出异常的爱 写道 楼主不知道很多报表软件就是这么开发的么?
报表一般都只是读取数据，CRUD中只占了一个R。如果做报表的话，我倾向于直接写存储过程。万一sql写错了，compile的时候还可以发现。如果在ui上写，错了都不容易知道。 是不易 而且还在日志 像鬼一样 时有时无的状态下..... 我怎么都不觉得业务逻辑直接用sql会方便。如果让我从明天起抛弃orm直接写sql，那简直是梦魇啊。我一定辞职的。 俺现在建表都不直接写ddl的。都是用rose画一个class diagram，然后code generation，直接生成业务对象和ddl。 有个组叫BI那里有很多细心的MM flyspider 写道 logicgate 写道 抛出异常的爱 写道 楼主不知道很多报表软件就是这么开发的么?
报表一般都只是读取数据，CRUD中只占了一个R。如果做报表的话，我倾向于直接写存储过程。万一sql写错了，compile的时候还可以发现。如果在ui上写，错了都不容易知道。 报表这么做也有应用中的部分业务逻辑实现和存储过程内相关部分重复的问题,业务有调整时遇到过不少麻烦 这个世界上有种错误叫无法验证 只要它不报错.数据正确不正确是最没人关心的. |
| 返回顶楼 | |
|
发表时间：2009-05-31
推荐楼主FLEX
|
| 返回顶楼 | |
|
发表时间：2009-05-31
引用 有个组叫BI那里有很多细心的MM
俺们还没BI，也没有细心的mm ：（ BI的细心mm们能设计业务模型吗？ 引用 只要它不报错.数据正确不正确是最没人关心的.
呵呵，我们客户很聪明的。inventory cost差了几万块钱而已，都能帮我查出来。 |
| 返回顶楼 | |
|
发表时间：2009-05-31
套用一句台词：杀猪杀屁股，各有各的杀法，你站在不同的角度就算是错了也有或能会看成是对的，其实说白了你只是要结果，如果你真的关注过程，也许你会在意别人的意见
|
| 返回顶楼 | |
