powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PL/SQL vs.Transact SQL
25 сообщений из 395, страница 4 из 16
PL/SQL vs.Transact SQL
    #35946102
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! wrote:

> да ладно, так и скажи - не осилил pl/sql за три дня
> думаю вам подойдет нафигационный язык фокспро, там вообще три-пять
> команд и никого избытка.

Ну, во-первых, осилил, во-вторых, в фоксе 2.0 ещё (под досом)
весь SQL был реализован (без DELETE и UPATE правда, но в след.
версии и их сделали), а главное - все кто выучил этот супермега
язык pl/sql для супермега СУБД оракул почему-то в упор не понимают
и не хотят понимать что-то другое.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946109
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дддддддДа, именно об этом и речь.
Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет.

Можно тынц на утверждения по поводу Ваших двух предложений?
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946111
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAV wrote:

> Ага, особенно просто в TSQL использовать вычисляемые выражения в
> качестве параметров ХП.

Ну да, тут не очень хорошо. Но с другой стороны у выражения
непонятно какой тип данных может быть. А у переменной - жёстко
задан.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946113
ддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklinдддддддДа, именно об этом и речь.
Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет.

Можно тынц на утверждения по поводу Ваших двух предложений?

прочитайте весь топик с начала
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946117
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barrabasпакеты - основное преимущество pl/sql на конкурентами.
если придется переходить на другую БД, нужно будет переходить и на трехзвенку , бардак и процедур и функций ихмо - шлак.

У пакетов, как Вы сами заметили, кроме преимуществ, присутствет целый ряд недостаткови они так же уже обсуждались. Выделенное ни чем иным, кроме как бредовым высказыванием, назвать не могу. Ничего личного.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946119
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAV wrote:

> Ну естественно, ведь это же лажа от самого MS

Начнём с того, что TSQL придумали не в Microsoft,
а в Sybase. Правда, Microsoft тоже участвовала
и затем сильно дорабатывала TSQL уже в MSSQL.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946124
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
дддддpkarklinдддддддДа, именно об этом и речь.
Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет.

Можно тынц на утверждения по поводу Ваших двух предложений?

прочитайте весь топик с начала

Нет, уважаемый, это Вы перчитайте, и приведите утверждения, что:

1. В MS SQL без временных таблиц нельзя обойтись.
2. Что MS SQL круче Oracle из-за наличия в нем LTT.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946125
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergSuper wrote:

> неужели Вам никогда не хотелось использовать данные, которые хранятся в
> массиве, прямо в запросе?

На мой взгляд, если человек пишет на БД код и думает о массивах,
у него что-то не так с головой. Т.е. не должен такой человек программировать
БД. Таблицами надо думать, а не массивами, раз ты в БД.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946131
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin wrote:

> Подтверждаю. Более того, в приведенном по ссылке чуть выше топике я
> приводил пример (правда там распределенные запросы), когда разбиение
> одного запроса на несколько с участием промежуточной временной таблицы
> может сильно упростить работу оптимизатору и поднять общую
> производительность.

Ну уж это-то никак ни к конкретным расширениям SQL, ни к конкретной
СУБД никак не относится. Всё это одинаково на всех СУБД и с любыми
языками.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946220
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Начнём с того, что TSQL придумали не в Microsoft,
а в Sybase.


И что, производитель-то и продавец Microsoft. Ботинки тоже не фабрика "Скороход" придумала, но если кому попадается бракованная обувь этой фабрики, ругают почему-то её

MasterZiv
Но с другой стороны у выражения
непонятно какой тип данных может быть.


Вот оно как. Значит в других языках программирования использование выражений это бага.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946235
дддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Объясните, зачем создавалась временная таблица в этой процедуре?

http://sql.ru/forum/actualthread.aspx?tid=657720
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946258
Фотография Владимир СА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре?
http://sql.ru/forum/actualthread.aspx?tid=657720 Действительно, м.б. обойтись и без создания временной таблицы, но мне кажется это не значит что T-SQL стал ХУЖЕ от этого.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946259
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре?

http://sql.ru/forum/actualthread.aspx?tid=657720
Мда, загадка. Наверное шоб було. Хотя как знать, возможно просто в академических целях, ибо она тама точно не нужна.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946275
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре?

http://sql.ru/forum/actualthread.aspx?tid=657720

Задайте этот вопрос автору сего скрипта. Она там не нужна.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946298
ддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Задал вопрос. ждем ответа
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946340
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinbarrabasпакеты - основное преимущество pl/sql на конкурентами.
если придется переходить на другую БД, нужно будет переходить и на трехзвенку , бардак и процедур и функций ихмо - шлак.

У пакетов, как Вы сами заметили, кроме преимуществ, присутствет целый ряд недостаткови они так же уже обсуждались. Выделенное ни чем иным, кроме как бредовым высказыванием, назвать не могу. Ничего личного.
недостатков у пакетов по сравнению с процедурами нет, т.к. процедуры тоже имеют место быть, независимо от пакетов, не нужен пакет не используй.
Есть непонятные мне ограничения языка, но их приходится принимать как данность, как в любом языке программирования.

Проектировать логику бд на одних процедурах намного неудобнее чем на пакетах, опят же у приватные процедуры в пакетах сильно упрощают дело, избавляют от дублирования кода и в тоже время не светятся для вызова снаружи.
При трехзвенке вообще красота с проектированием, архитектор написал интерфейсы и базовые классы, остальные фигачат реализацию, ни шага в не нужную сторону.
жалко в оракле нет интерфейсов.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946373
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barrabas,

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

Т.е. ограничения в Вашем понимании <> недостаткам? Чуть Выше ограничение использования в качестве значений параметров хп только переменные или константы преподносились не то, чтобы как "недостатки", а даже как "лажа от MS" ((с) FreemanZAV)

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

Аргументировать можете?

авторПри трехзвенке вообще красота с проектированием, архитектор написал интерфейсы и базовые классы, остальные фигачат реализацию, ни шага в не нужную сторону.

Хотите об этой "красоте" поговорить?! Хотя, нет, я уже устал обсуждать эту тему... М.б. достаточно будет тынцев предыдущих многостраничных обсуждений, где вся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946433
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinbarrabas,

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

Т.е. ограничения в Вашем понимании <> недостаткам? Чуть Выше ограничение использования в качестве значений параметров хп только переменные или константы преподносились не то, чтобы как "недостатки", а даже как "лажа от MS" ((с) FreemanZAV)


у вас интересная способность видеть только то, что хочется

2. какие аргументы вам нужны? типа файлы удобнее хранить в одной папке, а не раскиданной по тематическим каталогам.

3. вот это аргумент!
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946444
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barrabasу вас интересная способность видеть только то, что хочется

Зато у Вас интересная особенность подменять понятия: недостатки ограничениями.

barrabas2. какие аргументы вам нужны? типа файлы удобнее хранить в одной папке, а не раскиданной по тематическим каталогам.

3. вот это аргумент!

Для "раскидывания по тематическим каталогам" можно использовать как возможности самой СУБД (схемы, например) или возможности средств версионного контроля. Так что это не аргумент в пользу пакетов.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946448
дддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД.

Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами.
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946453
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ддддддpkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД.

Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами.

И к чему это Ваше высказывание в контексте темы трехзвенок?!
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946467
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
FreemanZAV wrote:
=
> И что, производитель-то и продавец Microsoft.
Не только. Sybase тоже поставляет СУБД с языком Transact SQL.
При этом, если не ошибаюсь, до сих пор Transact SQL - зарегистрированная
торговая марка Sybase.

> Вот оно как. Значит в других языках программирования использование
> выражений это бага.

Да нет, такое я не говорил. Наоборот, я думаю, что тут как раз Transact SQL
мог бы быть и получше.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946479
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владимир СА wrote:

> Действительно, м.б. обойтись и без создания временной таблицы, но мне
> кажется это не значит что T-SQL стал ХУЖЕ от этого.

Народ, объясните пож. как временные таблицы и их необходимость
относится к обсуждению двух языков ? Никак. В обеих СУБД можно
обойтись и без временных таблиц, и можно их использовать так
или иначе. Так что вы спорите ? При чём тут языки ?
Какой бы ни был крутой PLSQL, если вам нужны временные
таблицы, они нужны и в PLSQL. Никакой язык их не заменит,
потому что они тупо в память не влазят.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946504
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinавторПроектировать логику бд на одних процедурах намного неудобнее чем на пакетах , опят же у приватные процедуры в пакетах сильно упрощают дело, избавляют от дублирования кода и в тоже время не светятся для вызова снаружи.

Аргументировать можете?
Легко. Вы знаете Delphi. Пакет - это весьма точный аналог unit-а Delphi. Программирование без пакетов - это примерно как программирование на виртовском Паскале, "всё в одном файле".

Чем удобны unit-ы - полагаю, Вы знаете не хуже меня. А если вдруг не знаете и пишете по моде тридцатилетней давности - welcome to the Delphi forum :)
...
Рейтинг: 0 / 0
PL/SQL vs.Transact SQL
    #35946519
ддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklinддддддpkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД.

Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами.

И к чему это Ваше высказывание в контексте темы трехзвенок?!

дело не в трехзвенках, а в нежелании признать преимущества пакетов над процедурами.

дело ваше, можете все свои файлы хранить в корневых каталогах на дисках С,D,E...
...
Рейтинг: 0 / 0
25 сообщений из 395, страница 4 из 16
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PL/SQL vs.Transact SQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]