社区
MS-SQL Server
帖子详情
sql数据库中部分数据莫名其妙的丢失了,如何还原呢?
fxsy6669
2011-06-15 04:22:34
sqlserver2005数据库中DB1中tb1中的数据部分字段数据丢失了,主要是imgpath(图片路径)丢失了,不知原因莫名其妙的
就没有了,而且此数据天天都在使用,每天都有新数据录入,不能直接用备份文件还原,而且备份不是每天都备份,从备份文
件中修改的话可能还是不完整,很着急,有什么好的方法还原这些丢失的数据呢?
...全文
735
7
打赏
收藏
sql数据库中部分数据莫名其妙的丢失了,如何还原呢?
sqlserver2005数据库中DB1中tb1中的数据部分字段数据丢失了,主要是imgpath(图片路径)丢失了,不知原因莫名其妙的 就没有了,而且此数据天天都在使用,每天都有新数据录入,不能直接用备份文件还原,而且备份不是每天都备份,从备份文 件中修改的话可能还是不完整,很着急,有什么好的方法还原这些丢失的数据呢?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
polyhe
2011-06-16
打赏
举报
回复
log explore 可以看日志,看你的情况,估计是update语句造成的。
fxsy6669
2011-06-16
打赏
举报
回复
兄弟姐妹们,接着说方法撒。
--小F--
2011-06-15
打赏
举报
回复
会不会是你的数据库中有触发器这些??
如果数据丢失了 有备份的话就还原 没有的话就用log explore
chuanzhang5687
2011-06-15
打赏
举报
回复
update 很邪恶的哈哈
-晴天
2011-06-15
打赏
举报
回复
从道理上讲,只要不去动它,那数据是不会丢失的.因此,造成丢失的原因可能有:
1.程序中有错误,把不该删除的删除了,但你不知道这些删除语句为什么会执行的.
--检查你的所有程序,特别是有删除/更新操作的语句.
2.有其他人或者外部程序通过其他途径删除了你的数据.
--检查你机器上运行的东西,特别是网站的话要防止注入类的语句.
chuanzhang5687
2011-06-15
打赏
举报
回复
应该有日志的吧,不小心丢失了,应该能从日志里面恢复出来,你百度一下
GoAwayZ
2011-06-15
打赏
举报
回复
还是找找丢失的原因吧,不解决这个问题,你每天拆东墙补西墙不累啊。
数据
库
设计与优化.pdf
第 1 页 共 19 页 1 引言 1.1 编写目的 一个系统的性能的提高,不单单是试运行或者维护阶段的性能调优的任务,也不单单是开发阶段的事情,而是在整个 软件生命周期都需要注意, 进行有效工作才能达到的。 所以我希望按照软件生命周期的不同阶段来总结
数据
库
性能优化相关 的注意事项。 1.2 分析阶段 一 般来说,在系统分析阶段往往有太多需要关注的地方,系统各种功能性、可用性、可靠性、安全性需求往往吸引 了我们大
部分
的注意力,但是,我们必须注意,性能 是很重要的非功能性需求,必须根据系统的特点确定其实时性需求、 响应时间的需求、硬件的配置等。最好能有各种需求的量化的指标。 另一方面,在分析阶段应该根据各种需求区分出系统的类型,大的方面,区分是 OLTP(联机事务处理系统)和 OLAP (联机分析处理系统) 。 1.3 设计阶段 设计阶段可以说是以后系统性能的关键阶段, 在这个阶段, 有一个关系到以后几乎所有性能调优的过程—
数据
库
设计。 在
数据
库
设计完成后,可以进行初步的索引设计,好的索引设计可以指导编码阶段写出高效率的代码,为整个系统的 性能打下良好的基础。 以下是性能要求设计阶段需要注意的: 1.3.1
数据
库
逻辑设计的规范化
数据
库
逻辑设计的规范化就是我们一般所说的范式,我们可以这样来简单理解范式: 第 1 规范:没有重复的组或多值的列,这是
数据
库
设计的最低要求。 第 2 规范 每个非关键字段必须依赖于主关键字,不能依赖于一个组合式主关键字的某些组成
部分
。消除
部分
依赖,大
部分
情况下,
数据
库
设计都应该达到第二范式。 第 3 规范 一个非关键字段不能依赖于另一个非关键字段。 消除传递依赖, 达到第三范式应该是系统
中
大
部分
表的要求, 除非一些特殊作用的表。 更高的范式要求这里就不再作介绍了,个人认为,如果全部达到第二范式,大
部分
达到第三范式,系统会产生较少的 列和较多的表,因而减少了
数据
冗余,也利于性能的提高。 1.3.2 合理的冗余 完全按照规范化设计的系统几乎是不可能的,除非系统特别的小,在规范化设计后,有计划地加入冗余是必要的。 冗余可以是冗余
数据
库
、冗余表或者冗余字段,不同粒度的冗余可以起到不同的作用。 冗余可以是为了编程方便而增加,也可以是为了性能的提高而增加。从性能角度来说,冗余
数据
库
可以分散
数据
库
压 力,冗余表可以分散
数据
量大的表的并发压力,也可以加快特殊查询的速度,冗余字段可以有效减少
数据
库
表的连接, 提高效率。 1.3.3 主键的设计 主键是必要的,
SQL
SERVER 的主键同时是一个唯一索引,而且在实际应用
中
,我们往往选择最小的键组合作为主键, 第 2 页 共 19 页 所以主键往往适合作为表的聚集索引。聚集索引对查询的影响是比较大的,这个在下面索引的叙述。 在有多个键的表,主键的选择也比较重要,一般选择总的长度小的键,小的键的比较速度快,同时小的键可以使主键 的 B 树结构的层次更少。 主键的选择还要注意组合主键的字段次序,对于组合主键来说,不同的字段次序的主键的性能差别可能会很大,一般 应该选择重复率低、单独或者组合查询可能性大的字段放在前面。 1.3.4 外键的设计 外键作为
数据
库
对象,很多人认为麻烦而不用,实际上,外键在大
部分
情况下是很有用的,理由是: 外键是最高效的一致性维护方法,
数据
库
的一致性要求,依次可以用外键、CHECK 约束、规则约束、触发器、客 户端程序,一般认为,离
数据
越近的方法效率越高。 谨慎使用级联删除和级联更新,级联删除和级联更新作为
SQL
SERVER 2000 当年的新功能,在 2005 作 了保留, 应该有其可用之处。我这里说的谨慎,是因为级联删除和级联更新有些突破了传统的关于外键的定义,功能有点 太过强大,使用前必须确定自己已经把握好 其功能范围,否则,级联删除和级联更新可能让你的
数据
莫名其妙
的被修改或者
丢失
。从性能看级联删除和级联更新是比其他方法更高效的方法。 1.3.5 字段的设计 字段是
数据
库
最基本的单位,其设计对性能的影响是很大的。需要注意如下:
数据
类型尽量用数字型,数字型的比较比字符型的快很多。
数据
类型尽量小,这里的尽量小是指在满足可以预见的未来需求的前提下的。 尽量不要允许 NULL,除非必要,可以用 NOT NULL+DEFAULT 代替。 少用 TEXT 和 IMAGE,二进制字段的读写是比较慢的,而且,读取的方法也不多,大
部分
情况下最好不用。 自增字段要慎用,不利于
数据
迁移。 1.3.6
数据
库
物理存储和环境的设计 在设计阶段,可以对
数据
库
的物理存储、操作系统环境、网络环境进行必要的设计,使得我们的系统在将来能适应比 较多的用户并发和比较大的
数据
量。 这里需要注意文件组的作用,适用文件组可以有效把 IO 操作分散到不同的物理硬盘,提高并发能力。
超详细mongodb教程.zip
No
SQL
简介 No
SQL
(No
SQL
= Not Only
SQL
),意即"不仅仅是
SQL
"。 在现代的计算系统上每天网络上都会产生庞大的
数据
量。 这些
数据
有很大一
部分
是由关系
数据
库
管理系统(RDMBSs)来处理。 1970年 E.F.Codd's提出的关系 模型的论文 "A relational model of data for large shared data banks",这使得
数据
建模和应用程序编程 更加简单。 通过应用实践证明,关系模型是非常适合于客户服务器编程,远远超出预期的利益,今天它是结构化数 据存储在网络和商务应用的主导技术。 No
SQL
是一项全新的
数据
库
革命性运动,早期就有人提出,发展至2009年趋势越发高涨。No
SQL
的拥 护者们提倡运用非关系型的
数据
存储,相对于铺天盖地的关系型
数据
库
运用,这一概念无疑是一种全新 的思维的注入。 关系型
数据
库
遵循ACID规则 事务在英文
中
是transaction,和现实世界
中
的交易很类似,它有如下四个特性: 1、A (Atomicity) 原子性 原子性很容易理解,也就是说事务里的所有操作要么全部做完,要么都不做,事务成功的条件是事务里 的所有操作都成功,只要有一个操作失败,整个事务就失败,需要回滚。 比如银行转账,从A账户转100元至B账户,分为两个步骤:1)从A账户取100元;2)存入100元至B账 户。这两步要么一起完成,要么一起不完成,如果只完成第一步,第二步失败,钱会
莫名其妙
少了100 元。 2、C (Consistency) 一致性 一致性也比较容易理解,也就是说
数据
库
要一直处于一致的状态,事务的运行不会改变
数据
库
原本的一 致性约束。 例如现有完整性约束a+b=10,如果一个事务改变了a,那么必须得改变b,使得事务结束后依然满足 a+b=10,否则事务失败。 3、I (Isolation) 独立性 所谓的独立性是指并发的事务之间不会互相影响,如果一个事务要访问的
数据
正在被另外一个事务修 改,只要另外一个事务未提交,它所访问的
数据
就不受未提交事务的影响。 比如现有有个交易是从A账户转100元至B账户,在这个交易还未完成的情况下,如果此时B查询自己的账户,是看不到新增加的100元的。 4、D (Durability) 持久性 持久性是指一旦事务提交后,它所做的修改将会永久的保存在
数据
库
上,即使出现宕机也不会
丢失
。 分布式系统 分布式系统(distributed system)由多台计算机和通信的软件组件通过计算机网络连接(本地网络或广 域网)组成。 分布式系统是建立在网络之上的软件系统。正是因为软件的特性,所以分布式系统具有高度的内聚性和 透明性。 因此,网络和分布式系统之间的区别更多的在于高层软件(特别是操作系统),而不是硬件。 分布式系统可以应用在在不同的平台上如:Pc、工作站、局域网和广域网上等。 分布式计算的优点 可靠性(容错) : 分布式计算系统
中
的一个重要的优点是可靠性。一台服务器的系统崩溃并不影响到其余的服务器。 可扩展性: 在分布式计算系统可以根据需要增加更多的机器。 资源共享: 共享
数据
是必不可少的应用,如银行,预订系统。 灵活性: 由于该系统是非常灵活的,它很容易安装,实施和调试新的服务。 更快的速度: 分布式计算系统可以有多台计算机的计算能力,使得它比其他系统有更快的处理速度。 开放系统: 由于它是开放的系统,本地或者远程都可以访问到该服务。 更高的性能: 相较于集
中
式计算机网络集群可以提供更高的性能(及更好的性价比)。 分布式计算的缺点 故障排除: :故障排除和诊断问题。 软件: 更少的软件支持是分布式计算系统的主要缺点。 网络: 网络基础设施的问题,包括:传输问题,高负载,信息
丢失
等。 安全性: 开发系统的特性让分布式计算系统存在着
数据
的安全性和共享的风险等问题。 什么是No
SQL
? No
SQL
,指的是非关系型的
数据
库
。No
SQL
有时也称作Not Only
SQL
的缩写,是对不同于传统的关系 型
数据
库
的
数据
库
管理系统的统称。 No
SQL
用于超大规模
数据
的存储。(例如谷歌或Facebook每天为他们的用户收集万亿比特的
数据
)。 这些类型的
数据
存储不需要固定的模式,无需多余操作就可以横向扩展。 为什么使用No
SQL
? 今天我们可以通过第三方平台(如:Google,Facebook等)可以很容易的访问和抓取
数据
。用户的个人 信息,社交网络,地理位置,用户生成的
数据
和用户操作日志已经成倍的增加。我们如果要对这些用户
数据
进行挖掘,那
SQL
数据
库
已经不适合这些应用了, No
SQL
数据
库
的发展也却能很好的处理这些大的
数据
。 实例社会化关系网: Each record: UserID1, UserID2 Separate records
网管教程 从入门到精通软件篇.txt
网管教程 从入门到精通软件篇 ★一。★详细的xp修复控制台命令和用法!!! 放入xp(2000)的光盘,安装时候选R,修复! Windows XP(包括 Windows 2000)的控制台命令是在系统出现一些意外情况下的一种非常有效的诊断和测试以及恢复系统功能的工具。小编的确一直都想把这方面的命令做个总结,这次辛苦老范给我们整理了这份实用的秘笈。 Bootcfg bootcfg 命令启动配置和故障恢复(对于大多数计算机,即 boot.ini 文件)。 含有下列参数的 bootcfg 命令仅在使用故障恢复控制台时才可用。可在命令提示符下使用带有不同参数的 bootcfg 命令。 用法: bootcfg /default 设置默认引导项。 bootcfg /add 向引导列表
中
添加 Windows 安装。 bootcfg /rebuild 重复全部 Windows 安装过程并允许用户选择要添加的内容。 注意:使用 bootcfg /rebuild 之前,应先通过 bootcfg /copy 命令备份 boot.ini 文件。 bootcfg /scan 扫描用于 Windows 安装的所有磁盘并显示结果。 注意:这些结果被静态存储,并用于本次会话。如果在本次会话期间磁盘配置发生变化,为获得更新的扫描,必须先重新启动计算机,然后再次扫描磁盘。 bootcfg /list 列出引导列表
中
已有的条目。 bootcfg /disableredirect 在启动引导程序
中
禁用重定向。 bootcfg /redirect [ PortBaudRrate] |[ useBiosSettings] 在启动引导程序
中
通过指定配置启用重定向。 范例: bootcfg /redirect com1 115200 bootcfg /redirect useBiosSettings hkdsk 创建并显示磁盘的状态报告。Chkdsk 命令还可列出并纠正磁盘上的错误。 含有下列参数的 chkdsk 命令仅在使用故障恢复控制台时才可用。可在命令提示符下使用带有不同参数的 chkdsk 命令。 vol [drive:] [ chkdsk [drive:] [/p] [/r] 参数 无 如果不带任何参数,chkdsk 将显示当前驱动器
中
的磁盘状态。 drive: 指定要 chkdsk 检查的驱动器。 /p 即使驱动器不在 chkdsk 的检查范围内,也执行彻底检查。该参数不对驱动器做任何更改。 /r 找到坏扇区并恢复可读取的信息。隐含着 /p 参数。 注意 Chkdsk 命令需要 Autochk.exe 文件。如果不能在启动目录(默认为 %systemroot%System32)
中
找到该文件,将试着在 Windows 安装 CD
中
找到它。如果有多引导系统的计算机,必须保证是在包含 Windows 的驱动器上使用该命令。 Diskpart 创建和删除硬盘驱动器上的分区。diskpart 命令仅在使用故障恢复控制台时才可用。 diskpart [ /add |/delete] [device_name |drive_name |partition_name] [size] 参数 无 如果不带任何参数,diskpart 命令将启动 diskpart 的 Windows 字符模式版本。 /add 创建新的分区。 /delete 删除现有分区。 device_name 要创建或删除分区的设备。设备名称可从 map 命令的输出获得。例如,设备名称: DeviceHardDisk0 drive_name 以驱动器号表示的待删除分区。仅与 /delete 同时使用。以下是驱动器名称的范例: D: partition_name 以分区名称表示的待删除分区。可代替 drive_name 使用。仅与 /delete 同时使用。以下是分区名称的范例: DeviceHardDisk0Partition1 大小 要创建的分区大小,以兆字节 (MB)表示。仅与 /add 同时使用。 范例 下例将删除分区: diskpart /delete Device HardDisk0 Partition3 diskpart /delete F: 下例将在硬盘上添加一个 20 MB 的分区: diskpart /add Device HardDisk0 20 Fixboot
oracle
数据
库
数据
消失,,保存在
数据
库
里的
数据
莫名其妙
的消失
求助,保存在
数据
库
里的
数据
莫名其妙
的消失我做了一个批量修改的功能,
数据
是肯定存到
数据
库
里了,提交给测试部测试也没什么BUG,可是当有别的classes文件替换之后重启服务器,我之前修改的
数据
就会
莫名其妙
的变成空值,我问了他,他说他是没关服务器,就替换,然后重启会不会有什么影响,谁知道到底怎么回事------解决思路----------------------要信任
数据
库
,你存入的
数据
,他自己不会去...
Sql
Server的LDF文件
丢失
, 如何仅用MDF文件恢复
数据
库
呢?(已解决)
Sql
Server的LDF文件
丢失
, 如何仅用MDF文件恢复
数据
库
呢?(已解决)
MS-SQL Server
34,590
社区成员
254,589
社区内容
发帖
与我相关
我的任务
MS-SQL Server
MS-SQL Server相关内容讨论专区
复制链接
扫一扫
分享
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章