数据库异地访问非常慢

数据库异地访问非常慢,第1张

数据库查询慢有很多问题,查询尽量查询自己需要的字段,避免全表扫描。尽量优化自己的SQL查询语句。

一旦你创建了数据库,你就可以通过以下方式访问它:

运行PostgreSQL的交互式终端程序,它被称为psql,它允许你交互地输入、编辑和执行SQL命令。

使用一种已有的图形化前端工具,比如pgAdmin或者带ODBC或JDBC支持的办公套件来创建和管理数据库。这种方法在这份教程中没有介绍。

使用多种绑定发行的语言中的一种写一个自定义的应用。这些可能性在第 IV 部分中将有更深入的讨论。

从数据库读取图片是个相当不理智的选择。你想读取快速就要在SQL Server上写存储过程,命名主键,然后直接用SqlClient访问你做好的视图,而不是利用SqlClient做解析、做连接查询等工作。因为他的计算效率依赖于网络,要分析也是从SQL读取表到本地,然后本地边读取边去查询远程表,这能不慢吗,写多了你慢慢会发现:

在SQL Server上做好查询视图,C#直接访问远远比C#分析快

用代码来做数据库 *** 作远远比自带的控件灵活快速

其实连接一样的你打开一次就足够了,程序Exit自然关闭,当你程序初始化的时候就openlink打开数据库连接,后面再去公用这个连接,程序关闭C#回收垃圾机制会销毁。不需要你真的去try打开他catch异常,flinnly关闭,不知道大家有没有发现连接数据库也需要时间的,关闭它也是浪费时间的。

触发器和同步用SQL Server代理去做,每日做好计划代理就OK

不要真的去把数据库发布到外部网络,在设备允许范围你会发现这是一个很蠢的事情,通过webservice或者WEB来 *** 作来自外网服务器的数据库。

用linkq解决很多问题,list<>远远比Arraylist要快,Arraylist依赖系统缓存,当你数据量超出系统缓存的时候,你会发现各种错误各种卡...

借助dataGridView,他其实是个好东西,你把数据存进去,再去交叉分析其他数据,会事半功倍,永远不要在C#里使用Select *,   连接查询 ,游标,检索ID,你会发现真的很呆


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/sjk/9638664.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-30
下一篇2023-04-30

发表评论

登录后才能评论

评论列表(0条)

    保存