Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Благородные доны! Мне, как и многим, действительно хочется сравнить различные SQL-сервера. Предлагается следующая схема обсуждения. Вопрос. Поддерживатся ли эта возможность на SQL-сервере? Ответ1. Да. На *** это возможно. Ответ2. Нет. На *** это не возможно. Ответ3. Нет, но на *** это можно реализовать иным способом. Я очень прошу Judge или АГ модерировать это топик. Или дать права на модерирование мне. Принцип модерирования - удаляются все упоминания о "кривых руках", "ламерах", "воспоминаниях о версии 1.0", ответы более 10 строк (по существу можно выразится коротко) Примерный вопрос. Поддерживаются ли хранимые процедуры? MS SQL 2000 (и с перывых версий) - да MySQL - нет Ну и нормальный вопрос (для затравки) Поддерживаются ли хранимые процедуры? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:19 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Модерируй ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:25 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Проверка прав на модерирование прошла успешно. Предупреждаю. Все будет удалятся очень жестко ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:42 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
так и писать никто не будет :)) ps. можешь удалять :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:45 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Judge>Настоящие спецы не побоятся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:49 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Вопрос. Последняя версия Вашего SQL-сервера? Ответ. >>Последняя версия Вашего SQL-сервера? MS SQL. Версия 2000. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2003, 23:58 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Темка... :) Ну в познавательных целях: 1. Поддерживает ли сервер рекурсию (хоть какую) в операторе SELECT? db2 - да ..... - ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 01:13 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Paul Atreidies > Вопрос. Рекурсия в SELECT. Это про самосоединения таблиц? MS SQL поддерживает. ====== Мною удален постинг ppp. Я предупреждал о жестком модерировании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 08:10 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
"Есть-нет" не всегда удачный ответ на вопрос. Обычно требуется комментарий. Например в MS SQL запросы на чтение частенько блокируют и друг друга и запросы обновления, а в ORACLE - нет. Кроме того предлагаю топик разделить на две части. Первая - свободный обмен мнениями (можно даже без модерирования). А вторая - сухой остаток в виде таблички возможностей с кратким комментарием, формируемый модератором. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 09:36 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Согласованность по чтению на уровне предложения: Oracle - Да Согласованность по чтению на уровне транзикции: Oracle - Да Многоверсионная модель согласованности данных: Oracle - Да Несколько видов ссылочной целостности (для Oracle): RESTRICT Правило ссылочной целостности, которое запрещает обновление или удаление адресуемых данных. SET NULL При обновлении или удалении адресуемых данных все ассоциированные зависимые данные устанавливаются в NULL. SET DEFAULT При обновлении или удалении адресуемых данных все ассоциированные зависимые данные устанавливаются в умалчиваемое значение. CASCADE При обновлении адресуемых данных все ассоциированные зависимые данных обновляются соответственно; при удалении адресуемой строки все ассоциированные зависимые строки удаляются. Ограничения самоссылочной целостности: Oracle - Да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 09:41 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Cat2>Это про самосоединения таблиц? Не совсем. Это возможность запроса ссылается на самого себя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 11:04 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
select * from (select * from (select * from tab1)) Такая конструкция имелась в виду ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 11:57 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Я думаю что такая: Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:10 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Согласованность по чтению на уровне предложения: Oracle - Да Согласованность по чтению на уровне транзикции: Oracle - Да Многоверсионная модель согласованности данных: Oracle - Да Несколько видов ссылочной целостности (для Oracle) В разных продуктах используется разная (фирменная) терминология Требуется какой-то комментарий чтобы понять что такое "Согласованность по чтению на уровне предложения" иначе для всех остальных баз формальным ответом будет "Нет". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 12:34 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
To f2f: Наприимер делаем запрос на выборку, дается гарантия, что все данные будут актуальны на время начала запроса. (Аналогично для транзакций). По поводу "Например в MS SQL запросы на чтение частенько блокируют и друг друга и запросы обновления, а в ORACLE - нет." Имхо ноги расстут из-за отсутствия многоверсионной модели согласованности данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 13:19 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
2 killed 2 mahoune: На примере DB2. Пример: вычисление уровней вершин дерева (рекурсивная структура все ж :)) Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. temp - представляет дерево из 6 вершин. Просто временная табличка. gpl - запрос, который вычисляет уровни вершин и определяется рекурсивным запросом - в union стоит ссылка на gpl. Собственно, интересует наличие подобных возможностей в других серверах. ps: то что выше - один запрос :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 14:02 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
На Oracle 9.2 такой запрос должен допустим, в описании синтаксиса SELECT есть subquery_factoring_clause: http://technet.oracle.com/docs/products/oracle9i/doc_library/release2/server.920/a96540/statements_103a.htm#2075668 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 14:08 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Хотя нет, не совсем. Только сейчас заметил динамическое определение массива. Разве что получится через Код: plaintext 1. 2. 3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 14:17 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Имхо ноги расстут из-за отсутствия многоверсионной модели согласованности данных. Со смыслом утверждения я согласен. Многоверсионности записей очень не хватает в MS SQL. Только это не проблема согласованности (она обеспечивается), а проблема блокировок. Несколько видов ссылочной целостности Аналогично - я понял, что имеется в виду, но называется это вероятно не так. По существу - в MS SQL 2000 есть cascade update и cascade delete (можно естественно и без cascade вообще). Но ! Если из одной таблицы есть две ссылки на одну другую, то при попытке установить каскад на обе связи - ругается Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 15:34 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Многоверсионности записей очень не хватает в MS SQL Изза отсутствия многоверсионности накручено несколько "Уровней изоляции". Причем пользователю(программисту интерфейса) допускается установить даже уровень "грязного чтения" и я(программист базы данных) не могу ему восприпятствовать ! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 15:48 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Ту х: Я вроде не говорил что это проблема целостности. А лишь привожу примеры различных возможностей. В MSSQL и 4-ех приведенных типов, имхо, отсутствует проставление в null и в default. А вот например по поводу блокировок: Служба управления блокировками ORACLE позволяет разработчику приложений включать в блоки PL/SQL предложения, запрашивающие блокировку указанного типа, давать ей уникальное имя, распознаваемое в другой процедуре в той же самой или другой инстанции, изменять тип блокировки и освобождать блокировку. Зеркалирование транзакционного лога: Oracle - Да. Ограничение использования ресурсов(например процессорного времени): Oracle - Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 16:22 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Счетчик-столбец: MS SQL - да. Oracle - нет (реализуется при помощи последовательностей) ПОСЛЕДОВАТЕЛЬНОСТЬ (sequence) - это объект базы данных, который генерирует порядковые номера. При создании последовательности вы можете специфицировать ее начальное значение и приращение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 16:40 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
2 SiDen Ту х: Я вроде не говорил что это проблема целостности. А лишь привожу примеры различных возможностей. Тогда формальный ответ Согласованность по чтению на уровне предложения: MS SQL - Да Согласованность по чтению на уровне транзикции: MS SQL - Да Многоверсионная модель согласованности данных: MS SQL - Нет Несколько видов ссылочной целостности (для MS SQL): RESTRICT Правило ссылочной целостности, которое запрещает обновление или удаление адресуемых данных. - Да SET NULL При обновлении или удалении адресуемых данных все ассоциированные зависимые данные устанавливаются в NULL. - Нет SET DEFAULT При обновлении или удалении адресуемых данных все ассоциированные зависимые данные устанавливаются в умалчиваемое значение. - Нет CASCADE При обновлении адресуемых данных все ассоциированные зависимые данных обновляются соответственно; при удалении адресуемой строки все ассоциированные зависимые строки удаляются. - Аж два раза да, причем независимо - cascade update, cascade delete, но с ограничениями, как я уже писал. Ограничения самоссылочной целостности: MS SQL - Да Зеркалирование транзакционного лога: MS SQL - Нет. А зачем этим заниматься серверу базы данных ? Ограничение использования ресурсов(например процессорного времени): MS SQL - Нет. ПОСЛЕДОВАТЕЛЬНОСТЬ (sequence) - это объект базы данных, который генерирует порядковые номера. При создании последовательности вы можете специфицировать ее начальное значение и приращение. MS SQL - Нет (на уровне базы) Есть (на уровне таблицы) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 17:32 |
|
||
|
Сравнение различных SQL-серверов
|
|||
|---|---|---|---|
|
#18+
Хотел бы добавить про SEQUENCE Можно не только ставить начальное значение и приращение, но так же максимальное значение и цикличность. 2 x ПОСЛЕДОВАТЕЛЬНОСТЬ (sequence) - это объект базы данных, который генерирует порядковые номера. При создании последовательности вы можете специфицировать ее начальное значение и приращение. MS SQL - Нет (на уровне базы) Есть (на уровне таблицы) что значит на уровне таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2003, 17:52 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32141623&tid=1554365]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 240ms |
| total: | 379ms |

| 0 / 0 |
