Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
Интеграция, блин ... программка работает так: получает sql-statement и исполняет его. например такой statement: update test set ( f1, f2, f3 ) = ( 'f1', 'f2', 'f3' ) where f1 = 'f1' могу сказать что он работает в db2 на любой платформе, как и программка. а когда я переделал программку под oracle, она перестала работать. потому что oracle (9) такой syntax не понимает. в начале проекта никакого oracle не было... чтоб применить его не оracle, нужно изменить таким образом: update test set ( f1, f2, f3 ) = ( select 'f1', 'f2', 'f3' from dual ) where f1 = 'f1'. в добавок там еще геморрой с типами данных. нужно преобразовать db2 запрос в oracle запрос. хочу доку, как это сделать. в лоб решать задачу как то совсем не радостно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2004, 18:09 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
--update test set ( f1, f2, f3 ) = ( select 'f1', 'f2', 'f3' from dual ) where f1 = 'f1'. достаточно если ты приведешь к SQL-92 виду : update test set f1 ='f1', f2='f2', f3 ='f3' where f1 = 'f1'. это будет работать везде ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2004, 22:26 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
это да. типы данных не везде будут пониматься. там дата-время. хотя в оракуле можно выкрутиься: alter session set NLS_DATE_FORMAT='YYYY.MM.DD'; alter session set NLS_TIMESTAMP_FORMAT='YYYY-MM-DD-HH.MI.SS.FF'; ... все равно нужно этот statement переделывать :) и где-нибудь поближе о оракулу, чтоб не затронуть всю систему.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2004, 22:10 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
для SQl-92 тоже есть универсальный подход. YYYYMMDD все сервера понимают тоже однозначно. А вот то что в тупую не запустить это точно. весь код разбирать ручками придется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2004, 22:27 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
так кто-нибудь умеет парсить SQL? дайте ссылкок pls. по диаграммам из SQL референсе что-то очень уж долго, да и напрягает... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2004, 12:13 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
А причём здест Parse ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2004, 17:21 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
А на каком языке сама программка написанна? Я просто думаю может быть тут лучше что-то типа PreparedStatment (Java) или OleDbParameter (.NET) использовать? Чего ты собственно говоря отпарсить хочешь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2004, 19:45 |
|
||
|
parse SQL statement
|
|||
|---|---|---|---|
|
#18+
DB2 ESQL -> ORACLE PRO*C/C++ Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. преобразовать в Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. на лету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2004, 20:03 |
|
||
|
|

start [/forum/topic.php?fid=16&fpage=214&tid=1348117]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 349ms |

| 0 / 0 |
