腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
搜索
搜索
关闭
发布
文章
问答
(9999+)
视频
沙龙
8
回答
使用
存储
过程
作为
业务
逻辑
层
sql-server
、
stored-procedures
我工作的公司目前正在
使用
存储
过程
(在MsSQL服务器后端)
作为
他们的
业务
逻辑
层
。实际的
业务
逻辑
DLL只是调用sProcs并基本上管理UI (事件、数据绑定等)。
浏览 0
提问于2010-07-21
得票数 9
回答已采纳
1
回答
存储
过程
中的所有
业务
逻辑
java
、
spring
、
stored-procedures
、
logic
我的项目
使用
N
层
架构和公共框架,如下所示: 对于几乎所有的
业务
逻辑
,我们
使用
Java代码并驻留在
业务
层
,但我的客户端要求我们将所有
业务
逻辑
移动到数据
浏览 4
提问于2015-04-22
得票数 2
2
回答
关于在遗留系统迁移中创建
业务
层
的意见
c#
、
java
、
c++
、
asp.net
、
asp.net-mvc-3
,我想听听技术官僚的意见,如果每个
业务
逻辑
都是用
存储
过程
编写的,那么我认为我们不需要系统中的
业务
层
。所以我创建了三
层
-: 接口
层</
浏览 4
提问于2013-08-22
得票数 0
16
回答
数据库中的
业务
逻辑
与代码?
database
、
architecture
、
methodology
、
n-tier-architecture
作为
一名软件工程师,我非常倾向于在应用
层
编写
业务
逻辑
,而通常情况下,除了CRUD (创建、检索、更新和删除)操作,我几乎不依赖于数据库。另一方面,我遇到过一些应用程序(通常是较旧的应用程序),其中大量
业务
逻辑
都是在
存储
过程
中编写的,因此有些人更喜欢在数据库
层
编写
业务
逻辑
。对于那些已经和/或喜欢在
存储
过程
中编写/编写
业务
浏览 1
提问于2009-09-24
得票数 70
回答已采纳
2
回答
在数据库(
存储
过程
)中保留或不保留生命周期的
业务
逻辑
hibernate
、
liferay
、
portlet
、
liferay-6
我们的应用程序有非常大的数据,我们希望在数据库
层
(
存储
过程
)中执行我们的
业务
逻辑
(聚合)。由于Liferay也
使用
Hibernate,如果hibernate在这种情况下没有增加太多价值,那么有没有办法绕过hibernate呢?
浏览 2
提问于2012-08-09
得票数 0
回答已采纳
2
回答
存储
过程
和库
stored-procedures
、
banking
在银行业,他们
使用
存储
过程
来实现
业务
逻辑
。它们的
逻辑
在数据库中移动,而不是在
业务
逻辑
层
中移动。问候
浏览 0
提问于2010-07-17
得票数 0
回答已采纳
6
回答
存储
过程
是否违反三
层
分离?
business-logic
、
n-tier
、
layers
、
stored-procedures
、
separation-of-concerns
我的一些同事告诉我,数据库中
存储
过程
中的
业务
逻辑
违反了三
层
分离体系结构,因为数据库属于数据
层
,而
存储
过程
是
业务
逻辑
。他们真的违反了三
层
分离吗?
浏览 0
提问于2012-10-21
得票数 45
回答已采纳
4
回答
从ASP转移,
业务
逻辑
被困在
存储
过程
中
c#
、
asp.net
、
vb.net
、
architecture
、
business-logic
在大部分
业务
逻辑
已经包含在
存储
过程
中的情况下,如何构建一个大型项目?我们正在从传统的ASP转向ASP.NET (VB),几乎所有的
业务
逻辑
都在
存储
过程
中。从那里得到
逻辑
几乎是不可能的,因为我的老板不想这样做(太昂贵,太长时间,没有“真正”的附加值)。我正在考虑创建一个由aspx页面组成的表示
层
,一个
业务
逻辑
/数据访问
层
,它基本上将
浏览 0
提问于2010-10-28
得票数 0
回答已采纳
1
回答
3
层
体系结构中的验证
validation
、
3-tier
假设有一个Employee类,
业务
需求之一就是EmployeeName变得唯一。现在
使用
3
层
体系结构,第2
层
:域模型+数据服务类(
业务
逻辑
层
)既然上面的要求是
业务
需求,那么您认为把这条规则放在哪里比较好呢?选项1:数据库中的唯一键约束 选项2:检查
业务
层
中数据服务类中的条件,以便将<e
浏览 5
提问于2014-01-12
得票数 5
回答已采纳
3
回答
数据访问
层
.模块化和可重用性
c#
、
.net
、
design-patterns
我在这方面真的很新,我正在努力为我找到最好的数据访问
层
架构。我的解决方案有三
层
:我要替换数据访问
层
。例如,如果我
使用
实体框架( Entity )或NHibernate,如何确保以后能够在不更改
业务
逻辑
层
的情况下替换该数据访问
层
浏览 0
提问于2011-04-15
得票数 1
回答已采纳
1
回答
将基于
存储
过程
的解决方案迁移到OOP?
c#
、
oracle
、
stored-procedures
、
architecture
、
migration
因此,"API
层
“将它通过http调用获得的参数向下传递到下一
层
,后者将属性转换为”
业务
对象“,这些对象主要是只具有属性的类,几乎没有
逻辑
。这个“
业务
层
”再次将属性向下传递到“
存储
库
层
”,该
层
填充另一个类(“参数类”)的属性,该类最终
使用
这些参数调用
存储
过程
。 几乎所有的“
业务
逻辑
”都隐藏在
存储
过程
中
浏览 0
提问于2016-11-25
得票数 1
1
回答
业务
逻辑
与服务
层
design-patterns
、
object-oriented-design
、
business-logic
业务
规则是指在现实世界中的
业务
步骤列表(没有代码)。服务
层
是用来做什么的?如果我读到这个答案,它听起来与
业务
逻辑
https://stackoverflow.com/a/4817935/4190539没有什么不同。 服务
层
是
业务
逻辑</e
浏览 0
提问于2017-03-01
得票数 16
回答已采纳
1
回答
3
层
最佳实践-表示
层
中的LinqTOSQL访问
linq-to-sql
、
3-tier
场景:我有一个包含表示
层
(ASP.NET)、
业务
逻辑
层
(dll)和数据
层
(Dll)的场景。在后者中,有一个LinqTOSQL DataContext文件(dbml),它保存特定数据库的表和
存储
过程
。项目之间的链接是:我的问题:问题是,当我需要返回与datacontext对应的
浏览 0
提问于2010-11-05
得票数 0
1
回答
重构多门户解决方案asp.net mvc的方法
asp.net-mvc-4
、
projects-and-solutions
、
n-tier-architecture
我目前正在重构一个庞大的单块asp.net mvc解决方案(它
作为
一个网站/门户运行),并
使用
门户特定
存储
库
逻辑
(
浏览 1
提问于2013-04-25
得票数 0
1
回答
没有
存储
库模式的实体框架中的
存储
过程
c#
、
sql
、
entity-framework
、
linq
、
repository-pattern
我有点困惑于
存储
库模式和实体框架。在中,我了解到在实体框架的基础上创建
存储
库是不好的,原因如下: 如果我决定用
存储
过程
调用(如 )替换某些Linq查询的性能原因,这是什么?这个答案建议
使用
某种
存储
库模式
浏览 6
提问于2016-05-07
得票数 1
回答已采纳
12
回答
数据访问
层
是否应该包含
业务
逻辑
?
sql
、
sql-server
、
design-patterns
、
architecture
我已经看到了将
业务
逻辑
移出数据访问
层
(
存储
过程
、LINQ等)的趋势。并转换为
业务
逻辑
组件
层
(如C#对象)。 如今,这被认为是做事情的“正确”方式吗?(即更多的c#代码,而不是更长的
存储
过程
。)
浏览 2
提问于2009-03-02
得票数 20
回答已采纳
1
回答
保持与松散耦合的
业务
和数据
层
的一致性
concurrency
、
abstraction
、
layers
、
persistence
以下列事件为例:数据
层
返回x和y的版本1。另一个(并发)操作将数据x更新到版本2。在步骤3中,
业务
层
指示数据
层
根据
逻辑
保存新数据z。 步骤5中保存的数据z现在已经基于不一致的或“陈旧的”数据保存。在
业务
事务处理期间,数据x变得陈旧。例如,RDBMS
存储
过程
中的
业务<
浏览 0
提问于2016-07-15
得票数 3
2
回答
存储
库模式实现通知
c#
、
repository
我在现有系统上实现
存储
库模式,主要是为了能够独立地对
业务
逻辑
层
进行单元测试。但是我担心我的图层太多了,我会非常感激你的建议。不存在ORM,而是
使用
Server
作为
数据库。我有以下几点: 我发现我经常在
存储
库的具体实现中创建一
浏览 0
提问于2014-02-20
得票数 0
回答已采纳
2
回答
数据库
逻辑
系统中的
业务
层
architecture
、
business-logic
背景:我不是一个经验丰富的软件开发人员,目前正在从事一个遗留项目,其中所有的
业务
逻辑
都在
使用
存储
过程
的数据库(Sqlserver)中。现在,我们被要求将应用程序从foxpro重写为.net,但
使用
相同的数据库。问:我的团队架构师建议
使用
BLL(
业务
逻辑
层
)的n
层
体系结构,但所有
业务
逻辑
都在数据库中,而且由于组织策略的原因,没有计划将
业务
逻
浏览 0
提问于2016-07-22
得票数 1
回答已采纳
2
回答
如何在三
层
架构中将
业务
规则转换为新的数据库?
architecture
、
business-logic
、
business-rules
、
three-tier
众所周知,三
层
架构由表示
层
、
业务
逻辑
层
和
业务
规则
层
(如:
存储
过程
、触发器……)组成。
存储
在数据库
层
中,所以当我们想用新的数据库引擎(如oracle)替换数据库引擎(如ms sqlserver)时,必须将这些规则转移到新的数据库引擎。
浏览 6
提问于2010-10-27
得票数 0
点击加载更多
热门
标签
更多标签
云服务器
对象存储
ICP备案
云点播
腾讯会议
活动推荐
运营活动
广告
关闭
领券