|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Доброго времени суток! Подскажите, пож-та, Предвидится потребность писать большое кол-во запросов (на Select) в СУБД Oracle. До этого работала с MS SQL Есть ли ощутимая разница в синтаксисе? Интересуют стандартные операции из серии объединения таблиц, группировки, подзапросов. Функции, наверное, разные, да? Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2017, 23:52 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1Есть ли ощутимая разница в синтаксисе? PL/SQL это не про select. И таки да, между T-SQL и PL/SQL вообще нет ничего общего. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 00:14 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1, Как раз select-ы наиболее похожие, вот ХП MSSQL и пакеты Oracle отличаются значительно. Первым делом освойте функцию to_date Oracle. С временными таблицами все иначе... геморройнее. Отлаживать скрипт хуже, переменные есть только в пакетах. Приспособил конструкцию with Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17.
Первый SELECT задает параметры, которые я использую в следующих SELECT-ах, как переменные в T_SQL (rep_date), а следующие SELECT-ы могут сыграть роль временных таблиц. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 09:07 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovPL/SQL это не про select. И таки да, между T-SQL и PL/SQL вообще нет ничего общего. может неправильно сформулировала вопрос. Меня интересуют обычные запросы из базы данных, в которых используются операторы Select, From, Where, Join (Left, Right), On, Group by, Having, Order By. Синтаксис для такого рода запросов не изменится? И вложенные подзапросы типа: Select a,b,c, price from BD Where price = (Select min(price) from BD) или Select BD2.price from (Select a,b,c,price from BD Where a=30) as BD2 ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 10:59 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
А также наиболее часто используемые функции типа Between, in, IsNull, String, Datepart, Getdate, и прочие ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 11:06 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
На этом уровне отличия невелики. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 11:22 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1, все SQL-сервера поддерживают некий стандарт (кажется, сейчас это Core называется). Если используете синтаксис и операторы из него, то можете не беспокоится. А вот хранимки и триггеры - они на процедурном языке, который разный, дан на откуп вендорам. Правда, можете и на селекте попасть. Если используете какие-то специфические майкрософтовские функции. Да и не только в функциях и операторах дело. Можно и в синтаксисе нарваться на проблему. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.07.2017, 16:45 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1Доброго времени суток! Подскажите, пож-та, Предвидится потребность писать большое кол-во запросов (на Select) в СУБД Oracle. До этого работала с MS SQL Есть ли ощутимая разница в синтаксисе? Интересуют стандартные операции из серии объединения таблиц, группировки, подзапросов. Функции, наверное, разные, да? Спасибо! Конкатенация строк не +, а || - реально достанет в процессе Пустая строка - это NULL! А ещё NULL можно присоединить к строке, и это не станет NULL ISNULL - это NVL Давно не следил на развитием оракла, но вроде так и не сделали оператор APPLY С датами отдельная песня, сказали выше Про временные таблицы тоже присоединяюсь, придётся помучиться ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2017, 10:28 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1А также наиболее часто используемые функции типа Between, in, IsNull, String, Datepart, Getdate, и прочие BETWEEN, IN - работают нормально. IsNull пишется "IS NULL". String - ... такого скорее всего нет. Надо искать замену. Вместо GetDate (возможно) надо юзать SYSDATE Но это все мелочи. Настоящий трешак и режимы транзакций и Неявное начало пишущей транзакции, мутация таблиц, и как уже говорили безразличие Oracle к NULL и пустой строке. А также более ограниченный набор типов данных (нету short, int, boolean). И очень много исторически сложившихся ограничителей (имя схемы и объекта не более 30 символов) и VARCHAR2 в таблицах не более 4K байтов (для Oracle до 11). ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 00:53 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Takayavot1, одно из отличий обычных запросов то, что UPDATE (и по моему INSERT) не поддерживают JOIN. Т.е. нельзя через JOIN объединить в одном UPDATE запросе две таблицы, чтобы, например, скопировать данные одной в другую. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 07:54 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Yuri Abeleодно из отличий обычных запросов то, что UPDATE (и по моему INSERT) не поддерживают JOIN. Т.е. нельзя через JOIN объединить в одном UPDATE запросе две таблицы, чтобы, например, скопировать данные одной в другую. глупости. единственно майкрософту пофиг на девелоперов и если джоин генерит несколько разных записей то мсскл тих бросает монетку и выбирает рандоном одну из записей, гарантируя начная секаса. в оракле реализованна дополнительная проверка, нужно констрейтами убедить субд что такой лажи не произойдет. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 08:53 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Yo.!, 0. Давайте без holly wars?! ( "майкрософту пофиг на девелоперов" и т.п.) 1. Неправильное использование инструмента не делает инструмент плохим 2. Сроки выбираются не случайно, а берется первая найденная. Об этом нужно просто знать, и соответственно строить запросы: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32.
... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 09:36 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Yuri Abele0. Давайте без holly wars?! ( "майкрософту пофиг на девелоперов" и т.п.) 1. Неправильное использование инструмента не делает инструмент плохим 2. Сроки выбираются не случайно, а берется первая найденная. Об этом нужно просто знать, и соответственно строить запросы: по мне если в инструменте не доделаны базовые проверки это делает плохим инструмент. язык SQL декларативный, там нет понятия первая, если явно не указана сортировка. "первая" на основном сервере может быть не первой на стендбай сервере, с веселыми и трудно находимыми результами. подбрасывание монетки делает фиговым инструмент. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 10:24 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
Yo.!, согласен. Именно поэтому и нужно, я цитирую, "соответственно строить запросы". В моем скрипте пример с ReverseRank. Он не обязан быть физическим полем таблицы, а приJOINнная таблица не обязана быть таблицей, а может быть и именованным подзапросом (или даже VIEW) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 10:30 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
maytonНастоящий трешак ... Как правило, с этих слов начинается описание либо незначимых мелочей, либо плюсов Оракла по сравнению с альтернативами :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.08.2017, 11:13 |
|
T-sql vs PL/SQL (разница в синтаксисе)
|
|||
---|---|---|---|
#18+
softwarerС этих слов начинается описание либо не значимых мелочей... (остальное не значимо) maytonНастоящий трешак ... Настоящий трешак начинается, когда сверху спускают директиву перейти MS SQL на Oracle. Вменяемые сразу увольняются. Оставшиеся пишут на форум Takayavot1Предвидится потребность писать большое кол-во запросов (на Select) в СУБД Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2017, 19:05 |
|
|
start [/forum/topic.php?fid=35&fpage=3&tid=1552232]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 140ms |
0 / 0 |