-
March 15th, 2021, 06:17 PM
#1
MSDN: Documentation issue
Hi, ALL,
Could someone lease explain why some pages in MS documentation do not match when they should?
1. Page 1 at https://docs.microsoft.com/en-us/sql...l-server-ver15
2. Page 2 at https://docs.microsoft.com/en-us/sql...l-server-ver15.
Those 2 pages should directly correspond with the column 1 in the first page and column 2 in the second.
However in reality there some rows in the table on page 1 that does not have corresponding row on page 2.
And this is not specific to this.
Or maybe I'm looking at it wrong and they should correspond by different columns in the tables?
Thank you.
-
March 16th, 2021, 02:33 AM
#2
Re: MSDN: Documentation issue
I guess the reason is: SQL Data Types are not the same as ODBC C data types:
Each DBMS defines its own SQL types. Each ODBC driver exposes only those SQL data types that the associated DBMS defines. Information about how a driver maps DBMS SQL types to the ODBC-defined SQL type identifiers and how a driver maps DBMS SQL types to its own driver-specific SQL type identifiers is returned through a call to SQLGetTypeInfo. ...
Victor Nijegorodov
-
March 17th, 2021, 12:41 AM
#3
Re: MSDN: Documentation issue
-
March 17th, 2021, 02:58 AM
#4
Re: MSDN: Documentation issue
Originally Posted by Arjay
People still use ODBC?
Yes. For example our company still uses ODBC (the old MFC CDatabase and CRecordset classes).
Unfortunately...
I hate odbc, but I must use it almost everywhere in code.
Victor Nijegorodov
-
March 17th, 2021, 08:50 AM
#5
Re: MSDN: Documentation issue
Originally Posted by Arjay
People still use ODBC?
It works for me
-
March 17th, 2021, 09:39 AM
#6
Re: MSDN: Documentation issue
For older technologies, the ATL OLEDB Consumer classes are an order of magnitude improvement over the MFC db classes. They're lighter weight, easier to modify for schema changes, support multiple db types, and work well inside an MFC app. They are definitely worth a look.
-
March 17th, 2021, 11:29 AM
#7
Re: MSDN: Documentation issue
Originally Posted by Arjay
For older technologies, the ATL OLEDB Consumer classes are an order of magnitude improvement over the MFC db classes. They're lighter weight, easier to modify for schema changes, support multiple db types, and work well inside an MFC app. They are definitely worth a look.
Arjay, I'm not who makes a decision which classes to use.
I'd better use the ADO, but I work in this company only 3.5 years while they use ODBS since 1998 or earlier!
Victor Nijegorodov
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|