sql 数据处理（sql数据处理）

1. sql数据库数据量庞大时怎么处理
2. SQL数据磁盘满了怎么解决
3. SQLSERVER数据双向同步，该怎么解决
4. 教你如何用SQL备份和还原数据库

sql数据库数据量庞大时怎么处理

我用的是postgresql,发现同样的逻辑，存储过程的代码是c#的三分之一。因为存储过程语言是为描述数据创建的，对于变量和数据的混合处理有天然优势。再加上一些注释，代码可读性比c#更高。而且由于服务器和数据库是一次交互，执行更快，用户体验好，服务器并发好。postgresql存储过程支持断点调试的。当然我不建议几千行的存储过程。存储过程的目的是为了执行速度更快，代码更简洁。我也不认为简单的增删改查也用存储过程。这些应该交给orm。存储过程应该用同时满足以下几个条件时：1.用户高频使用这个功能 2.这个功能需要多次访问数据库

存储过程的另一个好处是在编译时就可以检查sql语句的错误不用等执行。缺点是，当数据库修改后，你如果不重新编译存储过程是无法知道程序中哪些地方需要修改字段名。但是相比她带来的好处，这一点可以忍受。另外orm也只是可以检测字段，但是存储过程连语法都检测了。

现代互联网应用的基石是MySQL,而早期mysql没有存储过程，而且数据往往要分多个库，搞存储过程要一个个库去更新，万一漏了一个就会出问题。互联网应用的逻辑相对没有erp复杂，所以都不用存储过程。但是现在是2019年了，mysql数据库也支持分区表了，一个库就能搞定很大数据量。存储过程也支持了，适当使用存储过程并无不妥。尤其是postgresql数据库连断点调试都具备了，语法又那么优雅。

所以我支持用存储过程，但不能滥用，要好钢用刀刃上

SQL数据磁盘满了怎么解决

看看能不能收缩，能收缩的都收缩一下。检查一下日志文件需要备份的备份，备份完清理。实在不行只有把数据文件分离，换块大硬盘，附加上去喽~

SQLSERVER数据双向同步，该怎么解决

跨机房我们之前尝试过3种方案：

1.A机房定期备份数据库日志，同步到B机房后还原日志文件。这个在高并发请求的时候会导致数据库无法还原，因为该库一直有连接的线程，需要杀掉后才能还原。但是杀掉后又会重新有客户端连接，所以会导致还原困难。

2. 用sqlserver的复制方案，在跨机房的情况下发现性能底下。所以放弃。

3.现在采用的办法使用程序逻辑+队列来进行同步。把A机房的数据库操作文本放入队列，然后B机房取出执行。这个方案有很多细节上的逻辑问题需要考虑到位，不然可能在异常情况下很难处理。但目前试用了半年，比较稳定，基本上能实现数据库的及时同步。

教你如何用SQL备份和还原数据库

1.使用SQLDMO这个库下面的Backup和Restore来解决备份和恢复数据库的问题。

C#实现SQL SERVER数据库备份的两种方法比较

C#.NET SQL数据库备份与还原解决方案|C/S框架网

到此，以上就是小编对于sql数据处理的问题就介绍到这了，希望介绍的4点解答对大家有用，有任何问题和不懂的，欢迎各位老师在评论区讨论，给我留言。