|
|
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Yo.! wrote: > да ладно, так и скажи - не осилил pl/sql за три дня > думаю вам подойдет нафигационный язык фокспро, там вообще три-пять > команд и никого избытка. Ну, во-первых, осилил, во-вторых, в фоксе 2.0 ещё (под досом) весь SQL был реализован (без DELETE и UPATE правда, но в след. версии и их сделали), а главное - все кто выучил этот супермега язык pl/sql для супермега СУБД оракул почему-то в упор не понимают и не хотят понимать что-то другое. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:08 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
дддддддДа, именно об этом и речь. Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет. Можно тынц на утверждения по поводу Ваших двух предложений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:10 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
FreemanZAV wrote: > Ага, особенно просто в TSQL использовать вычисляемые выражения в > качестве параметров ХП. Ну да, тут не очень хорошо. Но с другой стороны у выражения непонятно какой тип данных может быть. А у переменной - жёстко задан. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:10 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinдддддддДа, именно об этом и речь. Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет. Можно тынц на утверждения по поводу Ваших двух предложений? прочитайте весь топик с начала ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:11 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
barrabasпакеты - основное преимущество pl/sql на конкурентами. если придется переходить на другую БД, нужно будет переходить и на трехзвенку , бардак и процедур и функций ихмо - шлак. У пакетов, как Вы сами заметили, кроме преимуществ, присутствет целый ряд недостаткови они так же уже обсуждались. Выделенное ни чем иным, кроме как бредовым высказыванием, назвать не могу. Ничего личного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:12 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
FreemanZAV wrote: > Ну естественно, ведь это же лажа от самого MS Начнём с того, что TSQL придумали не в Microsoft, а в Sybase. Правда, Microsoft тоже участвовала и затем сильно дорабатывала TSQL уже в MSSQL. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:12 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
дддддpkarklinдддддддДа, именно об этом и речь. Утверждается, что MS SQL круче, потому что в нем есть механизм временных таблиц, а в Оракле его нет. Можно тынц на утверждения по поводу Ваших двух предложений? прочитайте весь топик с начала Нет, уважаемый, это Вы перчитайте, и приведите утверждения, что: 1. В MS SQL без временных таблиц нельзя обойтись. 2. Что MS SQL круче Oracle из-за наличия в нем LTT. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:13 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
SergSuper wrote: > неужели Вам никогда не хотелось использовать данные, которые хранятся в > массиве, прямо в запросе? На мой взгляд, если человек пишет на БД код и думает о массивах, у него что-то не так с головой. Т.е. не должен такой человек программировать БД. Таблицами надо думать, а не массивами, раз ты в БД. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:14 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklin wrote: > Подтверждаю. Более того, в приведенном по ссылке чуть выше топике я > приводил пример (правда там распределенные запросы), когда разбиение > одного запроса на несколько с участием промежуточной временной таблицы > может сильно упростить работу оптимизатору и поднять общую > производительность. Ну уж это-то никак ни к конкретным расширениям SQL, ни к конкретной СУБД никак не относится. Всё это одинаково на всех СУБД и с любыми языками. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:16 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
MasterZiv Начнём с того, что TSQL придумали не в Microsoft, а в Sybase. И что, производитель-то и продавец Microsoft. Ботинки тоже не фабрика "Скороход" придумала, но если кому попадается бракованная обувь этой фабрики, ругают почему-то её MasterZiv Но с другой стороны у выражения непонятно какой тип данных может быть. Вот оно как. Значит в других языках программирования использование выражений это бага. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:41 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Объясните, зачем создавалась временная таблица в этой процедуре? http://sql.ru/forum/actualthread.aspx?tid=657720 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:49 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре? http://sql.ru/forum/actualthread.aspx?tid=657720 Действительно, м.б. обойтись и без создания временной таблицы, но мне кажется это не значит что T-SQL стал ХУЖЕ от этого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:57 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре? http://sql.ru/forum/actualthread.aspx?tid=657720 Мда, загадка. Наверное шоб було. Хотя как знать, возможно просто в академических целях, ибо она тама точно не нужна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 10:57 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ддддддОбъясните, зачем создавалась временная таблица в этой процедуре? http://sql.ru/forum/actualthread.aspx?tid=657720 Задайте этот вопрос автору сего скрипта. Она там не нужна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:02 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Задал вопрос. ждем ответа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:08 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinbarrabasпакеты - основное преимущество pl/sql на конкурентами. если придется переходить на другую БД, нужно будет переходить и на трехзвенку , бардак и процедур и функций ихмо - шлак. У пакетов, как Вы сами заметили, кроме преимуществ, присутствет целый ряд недостаткови они так же уже обсуждались. Выделенное ни чем иным, кроме как бредовым высказыванием, назвать не могу. Ничего личного. недостатков у пакетов по сравнению с процедурами нет, т.к. процедуры тоже имеют место быть, независимо от пакетов, не нужен пакет не используй. Есть непонятные мне ограничения языка, но их приходится принимать как данность, как в любом языке программирования. Проектировать логику бд на одних процедурах намного неудобнее чем на пакетах, опят же у приватные процедуры в пакетах сильно упрощают дело, избавляют от дублирования кода и в тоже время не светятся для вызова снаружи. При трехзвенке вообще красота с проектированием, архитектор написал интерфейсы и базовые классы, остальные фигачат реализацию, ни шага в не нужную сторону. жалко в оракле нет интерфейсов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:18 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
barrabas, автор недостатков у пакетов по сравнению с процедурами нет , т.к. процедуры тоже имеют место быть, независимо от пакетов, не нужен пакет не используй. Есть непонятные мне ограничения языка , но их приходится принимать как данность, как в любом языке программирования. Т.е. ограничения в Вашем понимании <> недостаткам? Чуть Выше ограничение использования в качестве значений параметров хп только переменные или константы преподносились не то, чтобы как "недостатки", а даже как "лажа от MS" ((с) FreemanZAV) авторПроектировать логику бд на одних процедурах намного неудобнее чем на пакетах , опят же у приватные процедуры в пакетах сильно упрощают дело, избавляют от дублирования кода и в тоже время не светятся для вызова снаружи. Аргументировать можете? авторПри трехзвенке вообще красота с проектированием, архитектор написал интерфейсы и базовые классы, остальные фигачат реализацию, ни шага в не нужную сторону. Хотите об этой "красоте" поговорить?! Хотя, нет, я уже устал обсуждать эту тему... М.б. достаточно будет тынцев предыдущих многостраничных обсуждений, где вся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:25 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinbarrabas, автор недостатков у пакетов по сравнению с процедурами нет , т.к. процедуры тоже имеют место быть, независимо от пакетов, не нужен пакет не используй. Есть непонятные мне ограничения языка , но их приходится принимать как данность, как в любом языке программирования. Т.е. ограничения в Вашем понимании <> недостаткам? Чуть Выше ограничение использования в качестве значений параметров хп только переменные или константы преподносились не то, чтобы как "недостатки", а даже как "лажа от MS" ((с) FreemanZAV) у вас интересная способность видеть только то, что хочется 2. какие аргументы вам нужны? типа файлы удобнее хранить в одной папке, а не раскиданной по тематическим каталогам. 3. вот это аргумент! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:37 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
barrabasу вас интересная способность видеть только то, что хочется Зато у Вас интересная особенность подменять понятия: недостатки ограничениями. barrabas2. какие аргументы вам нужны? типа файлы удобнее хранить в одной папке, а не раскиданной по тематическим каталогам. 3. вот это аргумент! Для "раскидывания по тематическим каталогам" можно использовать как возможности самой СУБД (схемы, например) или возможности средств версионного контроля. Так что это не аргумент в пользу пакетов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:40 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД. Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:40 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
ддддддpkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД. Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами. И к чему это Ваше высказывание в контексте темы трехзвенок?! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:44 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
FreemanZAV wrote: = > И что, производитель-то и продавец Microsoft. Не только. Sybase тоже поставляет СУБД с языком Transact SQL. При этом, если не ошибаюсь, до сих пор Transact SQL - зарегистрированная торговая марка Sybase. > Вот оно как. Значит в других языках программирования использование > выражений это бага. Да нет, такое я не говорил. Наоборот, я думаю, что тут как раз Transact SQL мог бы быть и получше. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:48 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
Владимир СА wrote: > Действительно, м.б. обойтись и без создания временной таблицы, но мне > кажется это не значит что T-SQL стал ХУЖЕ от этого. Народ, объясните пож. как временные таблицы и их необходимость относится к обсуждению двух языков ? Никак. В обеих СУБД можно обойтись и без временных таблиц, и можно их использовать так или иначе. Так что вы спорите ? При чём тут языки ? Какой бы ни был крутой PLSQL, если вам нужны временные таблицы, они нужны и в PLSQL. Никакой язык их не заменит, потому что они тупо в память не влазят. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:51 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinавторПроектировать логику бд на одних процедурах намного неудобнее чем на пакетах , опят же у приватные процедуры в пакетах сильно упрощают дело, избавляют от дублирования кода и в тоже время не светятся для вызова снаружи. Аргументировать можете? Легко. Вы знаете Delphi. Пакет - это весьма точный аналог unit-а Delphi. Программирование без пакетов - это примерно как программирование на виртовском Паскале, "всё в одном файле". Чем удобны unit-ы - полагаю, Вы знаете не хуже меня. А если вдруг не знаете и пишете по моде тридцатилетней давности - welcome to the Delphi forum :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 11:56 |
|
||
|
PL/SQL vs.Transact SQL
|
|||
|---|---|---|---|
|
#18+
pkarklinддддддpkarklinвся эта красота в конечном итоге сводилась (за исключеним единичных случаев) к незнанию (или нежеланию использовать) возможности самой СУБД. Нежелание спользовать пакеты говорит о незнании их возможностей и преимуществ перед процедурами. И к чему это Ваше высказывание в контексте темы трехзвенок?! дело не в трехзвенках, а в нежелании признать преимущества пакетов над процедурами. дело ваше, можете все свои файлы хранить в корневых каталогах на дисках С,D,E... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 12:00 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=35946109&tid=1552921]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 233ms |
| total: | 381ms |

| 0 / 0 |
