我已经开发了大约6年的网络/桌面应用程序.在我的职业生涯中,我遇到了使用存储过程在数据库中大量编写的应用程序,而许多应用程序只为每个实体只有几个基本存储过程(读取,插入,编辑和删除实体记录) .
我见过人们争辩说,如果你已经为企业数据库付费,那就广泛使用它的功能.虽然很多"面向对象的架构师"告诉我,在数据库中放置任何必要的东西绝对是犯罪,你应该能够使用这些类的方法来驱动应用程序吗？
您认为哪里是平衡？
谢谢,Krunal
我们有一个应用程序,人们可以输入多个langugaes.虽然我们只有一个数据库来存储所有数据.我们将文本列作为nvarchar(假设我们只希望文本数据是多种语言而不是所有日期等)
您认为这是一个可行的解决方案吗？除了排序和搜索之外还有其他要考虑的问题吗？
谢谢.
如今的现代数据库系统具有许多功能.你同意我的意见,要学习一个数据库,你必须忘记在另一个数据库中学到的概念.例如,每个数据库都会实现与其他数据库不同的锁定.因此,将一个数据库的概念带到另一个数据库将是一个失败的方法.还有其他一些例子,两个数据库的表现非常不同.
因此,在开发数据库驱动的系统时,程序员是否需要详细了解数据库,以便他们对性能进行编码？我不认为让DBA稍后要求性能是合适的,因为他的工作是只维护数据库并在紧急情况下帮助开发人员,但不是定期.
您认为开发人员需要深入了解数据库的程度如何？
我有一个VB6.0项目,我想在VB.Net中转换它.
在我的VB6.0应用程序中,一些MDI Child窗体的高度为17000,宽度为13000.现在我想在VB.Net窗体中设置相同的窗体大小,但它允许最大窗体宽度= 1036,高度= 780,分辨率为1024x768 .
如何以相同的分辨率增加表单大小？
另外我想打印这个,我不能使用vb.net表单的自动滚动属性.
Thaks
我见过不同的程序经理用不同的格式编写规范.几乎每个人都有他/她自己的写作规范的风格.
一方面,给程序员的那些冗长的文件可能会导致他/她遗漏一些东西.我个人害怕文件规格这个词...我认为这是因为我的阅读风格......我总是快速阅读我认为会让我错过关键点的事情.
另一方面,我已经看到了我们的一个客户用Excel编写的这些创新规范.他以前编写规范的方式是在Excel中创建一个模拟应用程序并使用一些VBA来模拟它.他会做一些事情,比如按钮点击表单应该去哪里或应该执行什么操作(在评论中).
在数据表格中,他将在单元格和每个数据输入单元格中显示一个表单,他将评论哪些有效值,它应执行的验证等.
我认为使用这种技术,不太可能错过需要完成的事情.此外,为开发人员进行单元测试要容易得多.测试人员在实际编写之前"执行"时对系统有了更好的理解.
Visio是另一种进行屏幕设计的工具,但考虑到VBA支持及其功能,我仍然认为Excel具有更好的优势.
你认为这应该成为一种更流行的编写规范的方式吗？我知道这涉及到项目经理(或编写规范的人)的一些额外工作,但收益很大......我自己可以看到使用它可以获得很多生产力.如果有更好的规格格式,实际上可以帮助程序员.