存储过程中的能问题 运用哪几种方法可以解决存储过程的数据安全问题

fhuyi0XCV 精选 5 0

一、运用哪几种方法可以解决存储过程的数据安全问题

在这个信息爆炸的年代,现代人每天不论于公于私,都面临必须经手大量数字信息、而在数据安全问题上会出现各种麻烦;另一方面,随着数据量的增加,人们对存储认识程度也日益加深,特别是企业对于存储过程中数据安全问题尤为关注。一个稳定、安全、可靠的存储基础架构对企业来说是必不可少的。企业的信息系统不可避免地受到来自外界的安全危胁,包括自然灾害、网络、硬件、软件等方面,也包括人员的操作失误。数据存储的任何失误都可能给企业带来巨大的经济损失。随着数据价值不断提升,以及存储网络化不断发展,数据遭受的安全威胁日益增多,若无存储安全防范措施,一旦攻击者成功渗透到数据存储系统中,其负面影响将是无法估计的。这要求企业在特定存储系统结构下,从存储安全性综合考虑。而企业在业务运作的过程中最常面临的存储安全问题,主要是由自然灾害,网络、硬件,人员的操作失误这几方面引起的。自然灾害导致数据存储安全首先,这个不是一个人为的行为,大量的数据存储在企业的服务器存储系统中,业务在运营中由于停电或是数据传输过程中的线路突然短路导致的数据的丢失情况,对于企业是一个不小的损失,在这种状态下,由于自然灾害原因导致企业数据的丢失可以说对于一个企业的数据信息是一个很大的安全威胁,系统的正常运行,数据库的合理优化,操作人员的完善的操作程序都确保数据的稳定安全,而突发的停电、火灾以及后备电源的不到位对于中小企业是时常面临的问题,同时数据的存储安全成为面对该情况时必须要解决的问题,也是企业及时需要应对的措施,保证数据的安全,但如何面对该情况应对企业数据的存储安全呢?网络硬件其次,企业数据的硬件环境方面的问题也会导致存储过程中数据安全,众所周知信息化快速发展的今天,硬件的更新换代速度之快,从而使得企业的传统的存储环境已经难以应对如今海量的数据需求,企业也要升级换代才可以适应现在数据存储的环境要求。硬件环境的老化导致传输速率的降低,同时网络的优化也需要良好的硬件环境作为基础,在传输数据的过程中如果数据量过于庞大,而企业的硬件环境没有改善那么网络的延迟导致系统的崩溃,从而丢失数据会造成巨大的经济损失,而对于这些方面,就需要企业根据业务发展的需要有针对性地升级存储服务器的配置,提高网络的良性环境,保证存储过程数据安全。人员的操作失误“金无足赤,人无完人”是对于当今任何企业在数据管理人员方面的一句良言,每个人在工作的过程中不可避免的犯错误或者在操作上失误,特别是对于从事数据库管理工作的人员,数据量之大,系统运行之繁琐,都会给工作中带来不必要的失误,从而对于企业的数据上的安全和完整性存在危胁,同时中小企业的数据管理人员还肩负存储系统的运维工作,这就对其数据存储过程中的安全性提出了更高的要求,面对着企业存储过程数据安全问题,应该如何的解决,采取什么样的措施保证数据的安全是摆在每个企业面前的主要问题,数据是企业运营的核心,强大的数据的支持保障企业在市场中能够乘风破浪,如何解决存储过程数据安全问题,下面针对以上的问题给以简单的建议。一般而言,解决存储过程中的数据安全问题,企业有很多可以采用的方案:异地备份可以避免发生自然灾害时的数据损失;采用RAID(独立磁盘冗余阵列)可以减少磁盘部件的损坏;采用镜像技术可以减少存储设备损坏;快照可以迅速恢复遭破坏的数据,减少宕机损失。而这些技术采用可以很好的应对企业面临的自然灾害,网络、硬件,人员的操作失误这几方面引起的数据的安全问题。异地备份异地备份是保护数据的最安全的方式,无论发生什么情况自然灾害,那怕是火灾、地震,当其他保护数据的手段都不起作用时,异地容灾的优势就体现出来了,异地备份问题在于速度和成本,这要求拥有足够带宽的网络连接和优秀的数据复制管理软件。通常状态下主要三方面实现异地备份,一是基于磁盘阵列,通过软件的复制模块,实现磁盘阵列之间的数据复制,这种方式适用于在复制的两端具有相同的磁盘阵列。二是基于主机方式,这种方式与磁盘阵列无关。三是基于存储管理平台,它与主机和磁盘阵列均无关。 RAID RAID系统使用许多小容量磁盘驱动器来存储大量数据,并且使可靠性和冗余度得到增强。对计算机来说,这样一种阵列就如同由多个磁盘驱动器构成的一个逻辑单元。所有的RAID系统共同的特点是“热交换”能力:用户可以取出一个存在缺陷的驱动器,并插入一个新的予以更换。对大多数类型的RAID来说,不必中断服务器或系统,就可以自动重建某个出现故障的磁盘上的数据。镜像这个技术是针对如果故障发生在异地分公司,可以使用镜像技术,进行不同卷的镜像或异地卷的远程镜像,或采用双机容错技术自动接管单点故障机,保证无单点故障和本地设备遇到不可恢复的硬件毁坏时,仍可以启动异地与此相同环境和内容的镜像设备,以保证服务不间断。当然,这样做必然会提升对设备的投资力度。快照在数据保护技术中,快照技术(snapshot)是极为基础和热门的技术之一,应用在很多存储过程中,比如数据复制和备份都在使用这种技术。 IBM的FlashCopy、IBM NAS的PSM软件以及VERITAS的FlashSnap软件都是快照技术的代表。快照可以迅速恢复遭破坏的数据,减少宕机损失,可以针对与数据库管理人员在操作中的失误进行数据恢复。综述:对于企业在存储过程中的数据安全问题,还有很多解决的方案,存储安全固然十分重要,但是存储安全只是数据中心整个安全解决方案的一个组成部分。安全是一个内涵很广泛的话题,存储在业务流程中扮演的并非是主角,但确实是关键角色,因为存储包含了公司绝大部分记录,如果没有存储,很多业务流程将没法继续。因此,对于面对存储过程数据安全问题每个企业应该注视起来,投入更多的精力,数据是一个企业的核心竞争力,安全强大的数据是企业腾飞的保证,存储技术的发展,硬件环境的完善相信会给企业数据安全无疑提供强有力的支持。

二、存储过程中可以使用alter table语句吗

看来你很少用sql啊~你这代码写得~~~先帮你找出几个最大的毛病吧:

1、create proc pro_wlcrk2

@date1 datetime,

@date2 datetime

as

begin

drop table temp_wlcrk

end你这里直接就end了那你过程不就到此结束了?把end移到倒数第二行去!

2、alter table temp_wlcrk add dw_na char(40)你这里不用指定他为空不为空?

alter table temp_wlcrk add dw_na char(40) not null

3、fetch next from cursor_wldw1 into@cu_no1,@cu_na1你确定游标的语法没问题?

补充:看来你真是刚用sql,一般涉及到对表结构的处理不提倡在过程中实现!至于你这个测试为啥不成功呢?你这么测试下看看有啥不一样:

create proc pro_addcolumn2

as

begin

if exists(select 1 from sysobjects where name='ddd')

drop table ddd

create table ddd( dd char(4),dd2 char(4) default 0)

insert into ddd(dd,dd2)values('1','a')

insert into ddd(dd,dd2)values('2','b')

insert into ddd(dd,dd2)values('3','c')

alter table ddd add dd3 char(4) null

select* from ddd

end

go

然后你分别执行:

exec pro_addcolumn2

select* from ddd

看看有啥不一样?

这也就是说你过程对表的字段处理当时是没效果的!!!

三、存储过程的优缺点

①重复使用。存储过程可以重复使用,从而可以减少数据库开发人员的工作量。

②减少网络流量。存储过程位于服务器上,调用的时候只需要传递存储过程的名称以及参数就可以了,因此降低了网络传输的数据量。

③安全性。参数化的存储过程可以防止SQL注入式攻击,而且可以将Grant、Deny以及Revoke权限应用于存储过程。

简单讲:

1.存储过程只在创造时进行编译,以后每次执行存储过程都不需再重新编译,而一般SQL语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。

2.当对数据库进行复杂操作时(如对多个表进行Update,Insert,Query,Delete时),可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。

3.存储过程可以重复使用,可减少数据库开发人员的工作量

4.安全性高,可设定只有某些用户才具有对指定存储过程的使用权

有一点需要注意的是,一些网上盛传的所谓的存储过程要比sql语句执行更快的说法,实际上是个误解,并没有根据,包括微软内部的人也不认可这一点,所以不能作为正式的优点,希望大家能够认识到这一点。 1:调试麻烦,但是用 PL/SQL Developer调试很方便!弥补这个缺点。

2:移植问题,数据库端代码当然是与数据库相关的。但是如果是做工程型项目,基本不存在移植问题。

3:重新编译问题,因为后端代码是运行前编译的,如果带有引用关系的对象发生改变时,受影响的存储过程、包将需要重新编译(不过也可以设置成运行时刻自动编译)。

4:如果在一个程序系统中大量的使用存储过程,到程序交付使用的时候随着用户需求的增加会导致数据结构的变化,接着就是系统的相关问题了,最后如果用户想维护该系统可以说是很难很难、而且代价是空前的,维护起来更麻烦。

抱歉,评论功能暂时关闭!