Re: Hints on creating a .NET driver

Daniel Dittmar <[email protected]>
Newsgroups gmane.comp.db.sapdb.general
Organization SAP AG
Message-ID <[email protected]>
Sven Köhler wrote:

>> 2) There exists now a C++ API that will form the basis of future 
>> implementations of the Precompiler, ODBC and possibly a less portable, 
>> but faster JDBC driver. The sources are in 
>> sys/src/SAPDB/Interfaces/Runtime and sys/src/SAPDB/Interfaces/SQLDBC, 
>> documented by doxygen comments (sys/config/interfaces/doxygen).
> 
> 
> Well, every bit of native code makes a program more instable. I was 
> abled to crash the Sun's zlib implementation for example. It is used to 
> access any JAR and ZIP file with Java. The whole VM crashed and the main 
> reason why i use Java (a Java program cannot crash) seemed to be absurd.
 >
 > I highly recomm to have 100% Java/.NET implementation and a optional
 > speed optimized native part if possible.

I don't know how much of my Java experience translates to .NET:
- The first version of the JDBC driver was significant slower than the 
other interfaces because filling structures byte by byte is simply slow 
in Java
- calls to native methods were very slow, so implementing only parts as 
native methods didn't seem worthwhile. I suspect that the .NET 
equivalent of JNI is much faster, but will also require strange rituals 
involving human sacrifice to prevent the whole program from blowing up.


Daniel Dittmar

-- 
Daniel Dittmar
SAP DB, SAP Labs Berlin
[email protected]
http://www.sapdb.org
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.