ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PL/SQL vs.Transact SQL
25 сообщений из 395, страница 5 из 16
  5  все
PL/SQL vs.Transact SQL
    #35946522
FreemanZAV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
FreemanZAV
Участник
MasterZivНе только. Sybase тоже поставляет СУБД с языком Transact SQL.
При этом, если не ошибаюсь, до сих пор Transact SQL - зарегистрированная
торговая марка Sybase.
Вот опять Sybase. Да мне без разницы, чья это марка. Купил-то я не у Sybase, а у MS. И то, что MS до сих не исправил косяк Sybase, ему, майкрософту, минус .
...
Рейтинг: 0 / 0
22.04.2009, 12:01
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946552
Зайцев Фёдор
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Зайцев Фёдор
Участник
softwarerЛегко. Вы знаете Delphi. Пакет - это весьма точный аналог unit-а Delphi. Программирование без пакетов - это примерно как программирование на виртовском Паскале, "всё в одном файле".

Чем удобны unit-ы - полагаю, Вы знаете не хуже меня. А если вдруг не знаете и пишете по моде тридцатилетней давности - welcome to the Delphi forum :)
а нельзя ли дать объяснение в доступной сишникам (к примеру) форме ?
просто не совсем ясно, какую роль выполняет пакет - статического класса, пространства имён или что-то ещё
...
Рейтинг: 0 / 0
22.04.2009, 12:05
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946698
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Зайцев ФёдорsoftwarerЛегко. Вы знаете Delphi. Пакет - это весьма точный аналог unit-а Delphi. Программирование без пакетов - это примерно как программирование на виртовском Паскале, "всё в одном файле".

Чем удобны unit-ы - полагаю, Вы знаете не хуже меня. А если вдруг не знаете и пишете по моде тридцатилетней давности - welcome to the Delphi forum :)
а нельзя ли дать объяснение в доступной сишникам (к примеру) форме ?
просто не совсем ясно, какую роль выполняет пакет - статического класса, пространства имён или что-то ещё

MS SQL - все процедуры программы в одном файле
Оракл - программа состоит из кучи файлов, часть из них *.h, часть - *.c
...
Рейтинг: 0 / 0
22.04.2009, 12:32
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946701
дддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
дддддд
Гость
Пакет - это подобие класса.
он имеет 2 основные части
1.Заголовочная - описание(объявление) типов, переменных, процедур, функций
2.Тело - реализация процедур, функций.

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

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

то же самое относится к переменным.

Наследования пакетов нет.
...
Рейтинг: 0 / 0
22.04.2009, 12:33
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946716
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Зайцев Фёдора нельзя ли дать объяснение в доступной сишникам (к примеру) форме ?
Классический Си не обладает соответствующим механизмом, он аналог MSSQL.

Зайцев Фёдорпросто не совсем ясно, какую роль выполняет пакет - статического класса, пространства имён или что-то ещё
То и другое - достаточно близко. Статический класс ближе.
...
Рейтинг: 0 / 0
22.04.2009, 12:35
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946738
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
SergSuperMS SQL - все процедуры программы в одном файле
Оракл - программа состоит из кучи файлов, часть из них *.h, часть - *.c
Очень плохая аналогия, имхо. В MSSQL они не "в одном файле", а "подключаются по #include". Сишная программа собирается опять-таки в основном по #include (h-файлы - непосредственно, а c-файлы - аналогичным #include механизмом подключаются линкером). В итоге если начать думать, опираясь на эту аналогию, получим "разницы не видно".
...
Рейтинг: 0 / 0
22.04.2009, 12:41
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946761
Фотография Ёш
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ёш
Участник
MasterZiv
SergSuper wrote:

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

На мой взгляд, если человек пишет на БД код и думает о массивах,
у него что-то не так с головой. Т.е. не должен такой человек программировать
БД. Таблицами надо думать, а не массивами, раз ты в БД.
иногда массивы очень удобны, например:
Код: plaintext
select a, b, c, d ... where array[a,b,c,d] <@ array[ 10 , 20 , 30 , 40 ];
проще и короче чем
Код: plaintext
... where a =  10  or b =  10  or c =  10  or d =  10  or a =  20  or b =  20  or c = ...
...
Рейтинг: 0 / 0
22.04.2009, 12:51
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946768
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
softwarerЛегко. Вы знаете Delphi. Пакет - это весьма точный аналог unit-а Delphi. Программирование без пакетов - это примерно как программирование на виртовском Паскале, "всё в одном файле".

Готов бы был согласится с Вами, если бы выделенное соответствовало действительности. Файлов, к счастью "много". Вопрос их "управления" - отдельная тема. Никто не оспаривает отдельных преимуществ пакетов в Oraсle в части лучшей "модульности" и "инкапсуляции". Но, IMHO, градация сравнения "намного" ((с) barrabas ) здесь чрезмерна.
...
Рейтинг: 0 / 0
22.04.2009, 12:53
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946777
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
pkarklinГотов бы был согласится с Вами, если бы выделенное соответствовало действительности. ... Никто не оспаривает отдельных преимуществ ...
Вы говорите примерно следующее: "Я был бы готов признать цвет чёрным, если бы он был идеально чёрным, но цвет #050505 правильнее назвать "немного не белым"".
...
Рейтинг: 0 / 0
22.04.2009, 12:59
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946806
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
softwarerВы говорите примерно следующее: "Я был бы готов признать цвет чёрным, если бы он был идеально чёрным, но цвет #050505 правильнее назвать "немного не белым"" .

Нет, я имел ввиду именно "не идеально черным".
...
Рейтинг: 0 / 0
22.04.2009, 13:09
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946807
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dimitry Sibiryakov
Участник
softwarer
Вы говорите примерно следующее: "Я был бы готов признать цвет чёрным,
если бы он был идеально чёрным, но цвет #050505 правильнее назвать
"немного не белым"".

Если Вы таки считаете, что в классическом паскале всё требовалось
запихивать в один исходник, так Вы таки тоже заблуждаетесь.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
22.04.2009, 13:09
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946849
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aZm
Участник
SergSuperнеужели Вам никогда не хотелось использовать данные, которые хранятся в массиве, прямо в запросе?
Да хоть какой не будь мощный диалект - если у вас процедура из тысяч строк - в любом случае хотя бы для отладки надо смотреть промежуточные результаты

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

хотя, сделать bulk collect и потом использовать коллекцию в рамках сиквела запретить может разве что религия ;)
...
Рейтинг: 0 / 0
22.04.2009, 13:17
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946856
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
Ёшиногда массивы очень удобны , например:
Код: plaintext
select a, b, c, d ... where array[a,b,c,d] <@ array[ 10 , 20 , 30 , 40 ];
проще и короче чем
Код: plaintext
... where a =  10  or b =  10  or c =  10  or d =  10  or a =  20  or b =  20  or c = ...
[/quot]

Согласен. Синтаксический сахар. Того же самого в MS SQL можно добиться с помощью UNPIVOT + IN.
...
Рейтинг: 0 / 0
22.04.2009, 13:20
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946857
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aZm
Участник
и это... процедура на несколько тысяч строк в pl/sql - вызовет некоторое недоумение. слава ларри элисону, у нас есть возможность разбивать монстров на модули и работать с пакетами ;)
...
Рейтинг: 0 / 0
22.04.2009, 13:20
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946864
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
aZmи это... процедура на несколько тысяч строк в pl/sql

Гм... А зачем таких монстров создавать?! Не вижу никакой зависимости между отсутствием пакетов и нарушением принципов "модульности", т.е. все в одну хп.
...
Рейтинг: 0 / 0
22.04.2009, 13:22
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946869
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
pkarklinНет, я имел ввиду именно "не идеально черным".
Замечательно. Теперь давайте посмотрим, как это соотносится с обсуждаемым вопросом.

Вы попросили аргументировать фразу "намного удобнее/неудобнее". То есть наличие качественного отличия. Я аргументировал аналогией, где unit-ы дают качественное же отличие от предыдущих доступных инструментов. Предыдущий доступный - это "всё в одном файле" плюс #include в роли синтаксического сахара.

И вот теперь Вы говорите "не идеально". То есть аргументируете несогласие с качественным различием наличием мелкого количественного. И просматривается позиция "ну файлов же таки много... какая разница, зачем разбивать на файлы, главное же что много". Формальное выполнение критерия при противоречии фактической сути.
...
Рейтинг: 0 / 0
22.04.2009, 13:23
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946898
ддддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ддддддд
Гость
pkarklinaZmи это... процедура на несколько тысяч строк в pl/sql

Гм... А зачем таких монстров создавать?! Не вижу никакой зависимости между отсутствием пакетов и нарушением принципов "модульности", т.е. все в одну хп .

не понял.
что значит "все в одну хп"
...
Рейтинг: 0 / 0
22.04.2009, 13:30
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946907
aZm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aZm
Участник
pkarklinaZmи это... процедура на несколько тысяч строк в pl/sql

Гм... А зачем таких монстров создавать?! Не вижу никакой зависимости между отсутствием пакетов и нарушением принципов "модульности", т.е. все в одну хп.

монстра в тысячи строк привел в качестве примера коллега sergsuper, я отвечал на его пост.
...
Рейтинг: 0 / 0
22.04.2009, 13:33
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946922
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
дддддддне понял.
что значит "все в одну хп"

Нужно еще поискать задачи, дабы невозможно было разбить на модули, отдельные хп или функции, чтобы создавать процедцры таких размеров. Мне, слава Богу с такими не приходилось общаться и создавать таких не приходилось.
...
Рейтинг: 0 / 0
22.04.2009, 13:37
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946964
ддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ддддд
Гость
Тогда что Вы подразумеваете под словом "модули"?
...
Рейтинг: 0 / 0
22.04.2009, 13:49
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35946976
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
дддддТогда что Вы подразумеваете под словом "модули"?

Ну так прямо в моем высказывании после запятой...
...
Рейтинг: 0 / 0
22.04.2009, 13:52
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35947041
дддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
дддддд
Гость
Это типа "после дождичка в четверг"?
...
Рейтинг: 0 / 0
22.04.2009, 14:13
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35947099
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pkarklin
Участник
ддддддЭто типа "после дождичка в четверг"?

Нет.

pkarklinНужно еще поискать задачи, дабы невозможно было разбить на модули , отдельные хп или функции , чтобы создавать процедцры таких размеров. Мне, слава Богу с такими не приходилось общаться и создавать таких не приходилось.
...
Рейтинг: 0 / 0
22.04.2009, 14:29
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35947139
дддддд
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
дддддд
Гость
Я не знаю, что означает понятие "модуль" в Оракле.
...
Рейтинг: 0 / 0
22.04.2009, 14:38
| Ответить | Цитировать | Написать  
PL/SQL vs.Transact SQL
    #35947359
Неизвестный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Неизвестный
Гость
SergSuper
кроме таблиц-переменных на мой взгляд ничего полезного по сравнению с PL/SQL у него нет

переходить и туду и туда сложно
перейдя на Оракл мне показалось что я вернулся на 15 лет назад, уверен что такие же ощущения испытывают оракловцы переходя на MS

В PL/SQL можно в глобальных пакетных переменных сохранять PL/SQL-таблицы и потом делать к ним SELECT-запросы. Или в локальной переменной метода создать PL/SQL-таблицу и затем делать к ней SELECT-запросы в этом методе. В Oracle 10g это работает.
При переходе с TransactSQL на PL/SQL вспоминал, как хорошо была сделана документация по TransactSQL и MS SQL вообще по сравнению с документацией по PL/SQL и другой документацией Oracle. А вообще переход не сложен, просто другой язык, например, перейти с MS FoxPro на Borland C++ Builder было больше по времени (так как было больше ключевых слов, которые надо было запомнить, в PL/SQL по сравнению с языками типа C# или Java языковых конструкций мало,переход можно сделать быстро).
...
Рейтинг: 0 / 0
22.04.2009, 15:28
| Ответить | Цитировать | Написать  
25 сообщений из 395, страница 5 из 16
  5  все
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / PL/SQL vs.Transact SQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=35&msg=35946806&tid=1552921]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 42ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 13ms
total:  160ms
созд. / загр.: 160ms
x
x
Закрыть


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