知足常乐，顺其自然
考虑到前端应用往数据库里面插入数据，可以采用三种方式。
第一种：
直接在程序代码里面写入SQL，这种方式处理简单，然后这种方式的效率很低，因为应用程序每次都需要把SQL传递给数据库服务器，
然后数据库服务器解析,如果在一个循环内部不断的使用SQL访问数据库，那么需要不断的解析，因此会消耗很长的时间，同时，使用拼接SQL语句方式实现数据写入时，
由于SQL语句是动态执行的，所以恶意用户可以通过拼接SQL的方式实施SQL注入攻击。
第二种方法： 存储过程
优点:与S[……]
本教程描述如何利用 ODP.NET 优化 .NET 应用程序的性能。
大约 20 分钟
本教程包括下列主题：
概述前提条件使用语句缓存使用 FetchSize 和 RowSize传递数组参数使用批处理 SQL、REF 游标和多活动结果集 (MARS)总结
将鼠标置于此图标上可以加载和查看本教程的所有屏幕截图。（警告：因为此操作会同时加载所有屏幕截图，所以网速较慢时，响应时间可能会比较长。）
注：此外，您还可以在下列步骤中将鼠标放在每个单独的图标上，从而仅加载和查看与该步骤相关的屏幕截图。可以通过单击各个屏幕截图来将其隐藏。
Oracle 数据库有多种优化从客户端[……]
由于工作的原因，要使用winform来处理大量的数据，但是c#自带的System.data.OracleClient效率不是很高，在网上找了很久，找到了ODP.NET，是oracle为c#提供的。貌似从vs2010开始，微软开始推荐使用ODP.NET。效率的话，在没有索引的情况下，100万数据，不到10秒。刚开始使用的时候，由于不是很懂，所以有一些步骤是多余的，现在重新修改下。(这里是需要安装ODAC客户端)
1.从官网上下载ODAC，如果你是32位的机器，那下载32的；64位的，就下载64的。我的win7, 64位，所以我下载的是ODAC1120320_x64，具体地址：
64位：[……]
先感谢宋沄剑给本人指点迷津，还有郭忠辉童鞋今天在QQ群里抛出的问题
这个问题跟宋沄剑讨论了三天，再次感谢宋沄剑
一直以来，SQLSERVER提供了一个非常好的管理工具：SSMS
又因为这个管理工具太好了，所有操作的简单化，以至于使我们中毒太深，
对于SQLSERVER内部的一些概念搞得不清不楚
比如这些概念：日志备份链，备份日志链，日志链，备份链，备份集
大部分都是由于SSMS的界面所导致，有时候有些问题做一下实验就可以验证了，偏偏我们信赖了GUI
阅读下文之前大家可以先看一下宋沄剑的文章
在本论坛发了不少worklist的帖子也回复了一些，从很头疼，到现在基本掌握，有了不少收获，感激论坛的帮助，特意共享一下。
传递患者基本信息，根据这几年的连接设备，可以做到遇到的所有设备，只要支持worklist，都能顺利地传递过去，只是调试时间的长短，一般GE三巨头的设备，配好后，利用以前收集的配置，直接就OK了，少数不太常见的设备可能需要开发人员调试一下代码，看下日志，主要是问下设备工程师对某些特殊元素的要求
现在随着厂家和医院增多，一些医院开始有了传递部位的需求，
这个需求，分成两类，一类是医生只想要个检查部位描述，在无纸化的情况下，不想看着检查单或者条码来输入部位。
这一类很容易，就和传递患者[……]
执行如下 批处理:
"C:Program FilesMicrosoft SDKsWindowsv6.0ABinsvcutil.exe" http://127.0.0.1:40001/TestService?wsdl /language:C# /out:"D:TestProxy.cs" /config:"app.config"
"C:Program Files (x86)Microsoft SDKsWindowsv7.0ABinsvcutil.exe" http://127.0.0.1:40001/TestService[……]
前一段客户运行的项目数据库突然崩溃，并且没有进行数据备份。解决办法：
1，安装oracle 10g数据库并创建一个要恢复的数据库相同一的实例（注意：最好是新安装的数据库，并且安装的数据库尽量和要恢复的数据库的版本一致，并且实例必须一致）;
2，以sysdba身份登录：对控制文件进行备份;
sqlplus /nolog;（此处不能加分号，否则黑屏窗口会一闪而过）
conn /as sysdba;登录
2，备份控件文件到udmp目录的trace文件 alter database backup controlfile to trace;
找到oracle的安装目录[……]
美国放射学会(ACR)和国家电气制造联合会(NEMA)在1993年通过协作将医学影像和通讯(DICOM)标准化了，为医学影像设备和相关应用程序的开发提供了可供参照执行的依据，后来成为存储和传输放射影像通用的标准，Oracle 10g R2完全支持DICOM 3.0标准，但是直到Oracle 11g才实现了对DICOM数据进行加密。
Oracle 11g扩展了Oracle 10g R2 中ORDImage对象类型的能力，增加了一个新的ORDDicom对象类型，以便更有效地存储DICOM影像，由于ORDDicom对象可以存储在SecureFile LOB中，这样就可以实现压缩、重复数据删除和[……]
Transparent Data Encryption (TDE)
Database Encryption Key (DEK) management
在SQL Server2000和以前的版本，是不支持加密的。所有的加密操作都需要在程序中完成。这导致一个问题，数据库中加密的数据仅仅是对某一特定程序有意义，而另外的程序如果没有对应的解密算法，则数据变得毫无意义。举个例子来说，我以前写过一个web应用程序(参考博客：自定义SqlMembershipProvider方法)，想让用户信息中的密码字段用密文保存，我是在程序中将用[……]