什么时候才能 摆脱SQL语句的烦恼？
应该说，SQL语句，真的心很强大。但是我一直都觉得比较奇怪。为什么要用SQL语句作为介质。
而不是直接暴露数据库中的一些方法给我们调用。。。。
SQL的好处：
强大，灵活，传输量也不是很大。
但是也有坏处：
解析SQL。
SQL标准不统一。
每次用ado.net 都觉得很烦。
要写很多SQL，要写很多方法...
我几次尝试，想把SQL语句封装到类里面，然后通过使用反射，直接接受对象，然后自动遍历对象，并实现怎删改查。。。
好处是不需要维护SQL语句和数据操作类了。。。
只需要维护对象和，逻辑代码。但，一些复杂的逻辑还是一样要SQL。
相当麻烦....
我觉得，要想提高生产效率 真的有必要，出现一个统一的中间层。
用方法替代掉所有的SQL语句。
有没有童鞋有什么好的设计思路。。。
——————————————————————————————————
最近出现了，Repository模式，晕啊，我觉得最近出现的IOC，领域驱动，还有之前的ORM，等等都是因为SQL，SQL语句，关系数据库。。。。
SQL语句这个折磨了成千上万程序员的东西，什么时候才是该退出历史舞台的时候。。。。
各位 不妨 讨论讨论，这方面的问题
[解决办法]
留给DB写把
[解决办法]
不做码农的时候
[解决办法]
想法是好的，但是在你这个知识层次上考虑这些略显不足。
如同明朝的万户，考虑人类如何脱离地球的束缚飞往太空，他的知识水平和认识没有到那个层次。他的想法是朴素的，没有实际价值的，甚至是危险的，他本人最后也是一个悲剧。
[解决办法]
其实.NET已经做得尽量让程序员远离自己写很多SQL代码的事了,可以拖放数据组建,简单勾勾选选就可以了,还有就是如这种整个数据库软件只写少量SQL代码就可以了.
[解决办法]
亲，反射的效率实在是太低，能不反射尽量就别用。
拼sql文还是老老实实的写吧，只要把sqlhelper这类的工具用熟了，套一套就行了。
[解决办法]
欢迎关注开源项目fastCSharp，将支持.NET2.0的lambda解析SQL，IDE最低支持vs2010。
[解决办法]
当中国统一全世界的时候就可以了
[解决办法]
这个想法不怎么现实吧！就是出现的这亲的数据模型，也还是要SQL的，我们现在的软件总是要对应数据。而数据的各种抽取、表示总会需要人去描述，不然软件的功能怎么具体体现出来呢？
[解决办法]
OO适合逻辑建模，但是考虑到综合视图提供，OO明显不适合。起码你要做个综合报表，直接存储过程就比你OO来OO去要简单直白的多
所以俺们不一棒子打死，尽量用其长处就好。OO的长处是抽象层策略控制比数据库好，局部逻辑性比OO好。而数据库的长处是多点视图，数据透视，数据挖掘比OO好
[解决办法]
那需要好几家 的 数据库生产商，通过协商 在 利益一致的情况下 推出一个标准了....
然后依靠这个 标准 统一 数据库的sql操作
[解决办法]
我暂时都用Linq
好像都能解决问题
[解决办法]
看了半天才发现，原来是个推销的。
[解决办法]
SQL挺好呀。
[解决办法]
该回复于2013-03-19 09:39:06被管理员删除
[解决办法]
来开眼界了！
