英语高手来(急)好了再给你50分

Accessing RawData fields from the ODBC Driver

The RawData fields in the ODBC Driver (e.g. VibSpectra) are in the LONGVARBINARY format. This is the best method of exporting the data from the driver. The exact raw data is thus available directly from the ODBC driver itself.

An important thing to note in accessing this data is that it is the actual raw data as recorded by the meter. The MasterTrend 3.x ODBC driver exported the processed data, which had things like zero-offset correction done to the data. To reiterate, the data exported from the AMS Suite™: Machinery Health™ Manager (RBMware) 4.x ODBC is the RAW data.

There have been comments that this method doesn’t work from Access. This is a problem with Access. The type LONGVARBINARY type is a proper ODBC standard type. Access however only handles this type if it’s an Embedded OLE Object. If it were an OLE Object anyone wishing to access the data would have to strip off the OLE headers or g

从ODBC驱动程序进入rawdata领域

该rawdata领域中的ODBC驱动程序（如vibspectra ）是longvarbinary格式。这是最好的方法，输出数据。因此直接从ODBC驱动程序本身有确切的原始资料。

一个重要的事情，以说明在获得这一数据：它是实际的原始数据作为记录电表。该mastertrend 3.x ODBC驱动程序输出处理过的数据，其中有件事想零偏移校正做对数据。再次，出口的数据由医疗辅助队套房™ ：机械（ rbmware ）ODBC的是原始数据。

有评论认为，这种方法是行不通的，从准入。这是一个问题，与准入。该型longvarbinary型，是正确的ODBC标准型。然而进入只处理这种类型，如果它的一个嵌入式OLE对象。如果把它当做一项OLE对象的人希望获得的数据将剥离的OLE头文件或通过OLE对象访问。这也将增加间接创造头，而且由于性质ODBC的呼吁短片，这可能会发生多次，为每个rawdata领域，并表现击中，将在逃。实际上解压满满OLE对象将需要很多的OLE API呼叫。的OLE格式是无证，所以剥离的OLE头自己将是危险的，因为微软可以改变格式就瞎指挥。这个问题不上网的数据在外地，因此微软漏洞，并不能得到纠正，没有突破一个纲领性用户的ODBC驱动程序。

几个人问，举一个例子，用辅助队机械经理ODBC驱动程序，从Visual Basic的，所以我们已经准备了以下简单的代码例子。它体现了开放的数据库，开创了vibspectra记录集，然后进入它的原始数据。原始数据存取在VB中是一个不大的非直觉的，因为道需要一个字节型longvarbinary领域和数据，其实是一个流的彩车。所以类型转换是一定要做的，这是由私人创建的用户类型和lset （内存拷贝）之间的类型。在C / C + +类型转换，将简单得多，是由于弱类型检查的C/C+ +语言。

给你翻一段 因为太多了

从ODBC驱动器存取原始数据（RawData）段

ODBC驱动器（如BVibSpectr）内的原始数据段为长二进制值格式。这是从驱动器输出数据的最好方法。这样，精确的原始数据就可以直接从ODBC驱动器那里得到了。