A general question. I am developing for Sybase SQL Anywhere 10. For backwards comptibility reasons, almost all our Stored procedures are written in Transact-SQL. Are there any advantages or disadvantages to using T-SQL instead of the Watcom dialect?
标签:
sqlanywhere
相关问题
- How to generate a list of number in SQL as it was
- Entity Data Model wizard disappears SQL Anywhere 1
- Multiple Sybase dlls are loaded when using entity
- isql (sql anywhere) trigger gives error
- How to query a remote SQLAnywhere16 db using Rails
相关文章
- Entity Data Model wizard disappears SQL Anywhere 1
- 无法打开从命令提示符交互式SQL(Cannot open Interactive sql from
- 如何输出从SELECT语句进度消息?(How do I output progress messag
- 如何调用存储过程在Ruby on Rails的?(how to call stored proced
- Multiple Sybase dlls are loaded when using entity
- isql (sql anywhere) trigger gives error
- How to query a remote SQLAnywhere16 db using Rails
- Adaptive server anywhere ASA SqlAnywhere 8.0 ODBC
Advantages of TSQL:
Disadvantages of TSQL:
The documentation for SQL Anywhere T-SQL compatibility is available online. There are some database options that change behaviour to more closely match what you would expect from Sybase ASE. In addition, there are some functions that can be used to translate from one syntax to another.
Note that if you want to start adding statements in the Watcom dialect into an existing stored procedure, you will need to change the SP so that it is entirely written in the Watcom dialect. You cannot mix syntaxes in a SP, trigger, or batch.
if you ever try to port to SQL Server (or you go for a job on SQL Server), Sybase T-SQL is very close to SQL Server T-SQL. Sybase and MS joined up back in the day, so the core of those languages are very similar.
What KM said - on the other hand, the "Watcom" dialect is much closer to ISO/ANSI-standard SQL, so that dialect is more likely to match to some other products and to appeal to people familiar with SQL standards.