Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

SQL Parser

salexn © (2007-05-31 13:27:00)
Есть задача перевести SQL текст с ASNI вида LEFT\RIGHT JOIN на Оракловский вид (+)
Может кто видел или знает где качнуть такой парсер, который бы перевел Ansi SQL в Оракловский вид

Sergey Masloff (2007-06-03 08:48:00) [1]
ANB © (01.06.07 13:23) [12]
>Поплевался и продолжил пользоваться одаком,
Кто бы спорил ODAC вещь хорошая но оракловский провайдер (не который микрософтовский для оракла а который от самого оракла) работает в принципе без проблем.

Petr V.Abramov (2007-06-03 02:50:00) [2]
Desdechado © (31.05.07 13:58) [3]
Этот самый "Оракловский вид" имеет ряд существенных ограничений по сравнению с JOIN. Они описаны в документации вместе с рекомендацией не использовать (+) в дальнейших разработках, ибо этот синтаксис более не развивают.

Но и фиг отменят. Потому что кратко и понятно.

ANB (2007-06-01 13:23:00) [3]

> Это на основании этой ветки вывод? Поздравляю ;-)

Не, уже пробовал. Поплевался и продолжил пользоваться одаком, тем более его даже домой купить по карману.
А эта ветка - еще одно подтверждение моих убеждений :)
А заодно - не бывает хороших "универсальных программ" под все СУБД.
Сел на одну (лучше оракл :) ) и пиши под нее :).

Кщд (2007-06-01 07:28:00) [4]

> Корректность апгрейда/даунгрейда определяется окружающей
> средой.

разумеется
всего лишь хотел обратить внимание на то, что бессмысленностью весь список возможных диагнозов не исчерпывается)

Sergey Masloff (2007-05-31 23:31:00) [5]
>Oracle Provider for OLEDB

Во-первых, этих провайдеров не один в мире есть. И у каждого есть туча версий.

Sergey Masloff (2007-05-31 21:26:00) [6]
ANB © (31.05.07 14:16) [6]
>ЗЫ. Вот всегда считал, что через адо с ораклом работать хреново. Так и >есть.
Это на основании этой ветки вывод? Поздравляю ;-)

Anatoly Podgoretsky (2007-05-31 19:59:00) [7]
> Кщд (31.05.2007 14:48:07) [7]

Корректность апгрейда/даунгрейда определяется окружающей средой.

Кщд (2007-05-31 14:48:00) [8]

> И в этих системах в запросах явные джойны ? Тут же явно
> переезд с другой БД, так зачем на 7-8 зашиваться.

из первого поста этого не следует, а задачи даунгрейда таки возникают время от времени, поэтому ответ "не имеет смысла" несколько некорректен

ANB (2007-05-31 14:16:00) [9]

> некоторые системы до сих пор работают на 7-ке

И в этих системах в запросах явные джойны ? Тут же явно переезд с другой БД, так зачем на 7-8 зашиваться.

> salexn (31.05.07 13:58) [4]

Автоматический переезд не реален. У оракла и мс скл довольно сильно отличается подход к построению запросов и +/join не единственное отличие.
ЗЫ. Вот всегда считал, что через адо с ораклом работать хреново. Так и есть.

Desdechado (2007-05-31 13:58:00) [10]
Этот самый "Оракловский вид" имеет ряд существенных ограничений по сравнению с JOIN. Они описаны в документации вместе с рекомендацией не использовать (+) в дальнейших разработках, ибо этот синтаксис более не развивают.

salexn (2007-05-31 13:58:00) [11]
Есть работающая программа под MSSQL сервер. Используется ADO. Необходимо, чтобы программа работала под Oracle. Так вот Oracle Provider for OLEDB конструкции с left(right) join воспринимает как ReadOnly(при включенном BatchOptimistic). А конструкции с (+) — как Read\Write. MS Provider for Oracle не понимает BLOB\CLOB поля. Перевести программу необходимо максимально быстро, по-этому нельзя пеерходить на 3-х звенки, другие компоненты. Я решил, что можно парсером разбирать SQL текст и приводить его к Оракловскому "правильному" виду

Кщд (2007-05-31 13:58:00) [12]

> Начиная с 9-ки оракл кушает явные джойны. Задача смысла
> не имеет.

некоторые системы до сих пор работают на 7-ке

ANB (2007-05-31 13:54:00) [13]

> salexn (31.05.07 13:27)

Начиная с 9-ки оракл кушает явные джойны. Задача смысла не имеет.

Sergey13 (2007-05-31 13:33:00) [14]
> [0] salexn (31.05.07 13:27)
> Есть задача

А смысл?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »