Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
alexey_tmИ вообще, я знаю массу людей, которые сидят на версии Oracle 8.1.7 и слазить с нее не собираются (к стати западные компании), ни кто не гонится за фичами, потому что, то что есть уже перекрывает все с головой. аналогично некоторые (к стати западные компании) сидят на mssql 7.0 и им хватает его выше крыши. alexey_tm Вы же носитесь со своим Ykon(раньше с 2000) как с писаной торбой и кричите, как все круто, а ссылку, где я кричал, слабо выдать? ;-) мне, к примеру он уже не светит ввиду свежеобнаруженных багов alexey_tm почитать доку по Oracle ни у кого из вас нет времени? Там все это уже есть... ТАМ ЕСТЬ ПРИЧИНЫ ПЕРЕХОДА программистов alexey_tm с DTS на OWB ??? WOOOW! ОФИГЕТЬ... alexey_tm Полное не знание предмета обсуждения. у Вас? очень похоже.... alexey_tm Вот вышел у нас разговор о том, что во время больших машин, было проше работать, хотя ни каких GUI не было. ... кто вышел... тулуп вышел... ... я просто балдю от такого разговора alexey_tm Отсутсвовала каста воинственных дилетантов, которая указывала, что и как нужно делать и спорила с пеной у рта, кто кого переорет. А теперь каждый мнит себя знатоком, и пихает то, что ему кажется знает куда попало. а они то тут причем???? alexey_tm Извините, надоело... Всем пока и слава богу, честно. ;) alexey_tm P.S. По поводу backup так ответа и не получил. Ну чтож... Для enterprise системы это по видимому будет не нужно, пока не реализуют в MSSQL XXXX. С наилучшими пожеланиями. повторяю, пока не в лом ;) ansy st бакупы: в mssql можно юзать как встроенный бакуп, так и утилиты от сторонних фирм. и никто не мешает написать свой модуль бакупа. тянуть данные из любых источников: влёт. openrowset, linked server - и tsql-программист даже не замечает, что он работает с какими-то другими источниками данных. восстановление удаленных данных: если есть лог: restore log ... stopat "Время" если нету лога - бить админа, чтобы делал часто бакуп логов или разработчика, чтобы не давал физически удалять строки из таблицы или переносил удаленные в другое место. задача 2 - реверанс обратно: а почему вы относите аппаратные сбои в вину mssql ??? ;) хотя Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:28 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
alexey_tmИ вообще, я знаю массу людей, которые сидят на версии Oracle 8.1.7 и слазить с нее не собираются (к стати западные компании), ни кто не гонится за фичами, потому что, то что есть уже перекрывает все с головой. Простите - это еще та версия, где даже джойнов нет или я ошибаюсь ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:34 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
ASCRUSПростите - это еще та версия, где даже джойнов нет или я ошибаюсь ? Джойнов в 7.3.4 нет; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:37 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
s/Джойнов /Ансишных джойнов/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:37 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
А сами по себе джойны (кроме FULL OUTER) - они всегда были. И в семёрке были. И в восьмёрке остались. И в десятку перешли... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:42 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
DarkSquid ASCRUSПростите - это еще та версия, где даже джойнов нет или я ошибаюсь ? Джойнов в 7.3.4 нет; Мне почему то кажется, что джойны в SQL только в 9-ке появились. И не только они. В свете этого вызывает удивление, что народ сидит на 8-ке и ему фич хватает выше крыши. Хотя ... более чем уверен, открываешь код любой ХП и сразу же видишь описания курсоров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:43 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
DarkSquidА сами по себе джойны (кроме FULL OUTER) - они всегда были. И в семёрке были. И в восьмёрке остались. И в десятку перешли... Имеется ввиду стандарт ANSI - то есть соединения в запросах INNER/OUTER JOIN, а не вендорные расширения плюсиками, как в Оракле или звездочками, как это было в стареньком MSSQL и ASE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:45 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
ASCRUS alexey_tmИ вообще, я знаю массу людей, которые сидят на версии Oracle 8.1.7 и слазить с нее не собираются (к стати западные компании), ни кто не гонится за фичами, потому что, то что есть уже перекрывает все с головой. Простите - это еще та версия, где даже джойнов нет или я ошибаюсь ? провокатор ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:46 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarer pkarklinИ зачем прибегать к еще чему то, если таблицу надо обрабатывать на SQL. Чеснслово - непонятно?! %) В целом я согласен скорее с Вами, чем с Вашим оппонентом, но в данном случае следует отметить: плюсом коллекций является то, что с ними можно работать как с помощью SQL-я, так и без него, "навигационными" методами. Ага. Вот теперь стало более-менее понятно. Т.е. некий единый "объект", с которым можно работать как с реляционным, так и с навигационным подходом. В MS SQL для реализации второго подхода приходится использовать курсоры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:46 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
ASCRUSМне почему то кажется, что джойны в SQL только в 9-ке появились. И не только они. В свете этого вызывает удивление, что народ сидит на 8-ке и ему фич хватает выше крыши. Хотя ... более чем уверен, открываешь код любой ХП и сразу же видишь описания курсоров. Мне тоже так кажется - что в девятке появилось. Но тут тестеры недавно класс с джойнами на восьмёрке протестили - всё отработало правильно почему-то... Значит были там джойны?! А вообще - какая разница как писать;- SELECT * from A LEFT JOIN B ON A.ID=B.ID -- ANSI SQL или SELECT * FROM A, B WHERE A.ID = B.ID (+) -- Oracle 7.3.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:47 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
Mamon aZm2 pkarklin тото и оно - ограниченно размером кэша. а в оракле - оно в принципе хранится в памяти, не сливаясь на диск :)Да, но начиная с mssql2000, кроме временных таблиц, есть еще и табличные переменные, которые точно хранятся в памяти, пока этой памяти хватает. Что таблицы, что табличные переменные имеют единый кэш данных. Пока его "хватает" и данные страниц "нужны" страницы "держаться" в нем. Но если объем данных "велик" для кэширования страницы табличных переменных точно также "сбрасываются" на диск в tempdb. И "структура" табличной переменной создается в tempdb. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:50 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarerА, так у T-SQL до сих пор нет компиляции, я правильно понимаю? Компиляция такие есть! Но это не та же компиляция, что и в Delphi. ;) Т.е. запрос "компилируется" в "код" понятный реляционному движку для выполнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:52 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
DarkSquidА вообще - какая разница как писать;- SELECT * from A LEFT JOIN B ON A.ID=B.ID -- ANSI SQL или SELECT * FROM A, B WHERE A.ID = B.ID (+) -- Oracle 7.3.4 Вы знаете. Вот в таком "простом" запросе действительно может быть и по-барабану. Но, когда в запросе джоиниться 3 десятка таблиц и накладывается с десяток условий, то "читабельнее", когда объединение выполнятеся во FROM, а условия в WHERE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:56 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklinВы знаете. Вот в таком "простом" запросе действительно может быть и по-барабану. Но, когда в запросе джоиниться 3 десятка таблиц и накладывается с десяток условий, то "читабельнее", когда объединение выполнятеся во FROM, а условия в WHERE. тут уж знаете ли, кто к чему привык :) кто к джойнам во from, кто во where. это как с оформлением кода - лесенка вроде у всех есть, но с различиями ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 09:59 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin DarkSquidА вообще - какая разница как писать;- SELECT * from A LEFT JOIN B ON A.ID=B.ID -- ANSI SQL или SELECT * FROM A, B WHERE A.ID = B.ID (+) -- Oracle 7.3.4 Вы знаете. Вот в таком "простом" запросе действительно может быть и по-барабану. Но, когда в запросе джоиниться 3 десятка таблиц и накладывается с десяток условий, то "читабельнее", когда объединение выполнятеся во FROM, а условия в WHERE. IMHO как раз наоборот, с полюсиками текст более читабельный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 10:02 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
DarkSquid ASCRUSМне почему то кажется, что джойны в SQL только в 9-ке появились. И не только они. В свете этого вызывает удивление, что народ сидит на 8-ке и ему фич хватает выше крыши. Хотя ... более чем уверен, открываешь код любой ХП и сразу же видишь описания курсоров. Мне тоже так кажется - что в девятке появилось. Но тут тестеры недавно класс с джойнами на восьмёрке протестили - всё отработало правильно почему-то... Значит были там джойны?! А вообще - какая разница как писать;- SELECT * from A LEFT JOIN B ON A.ID=B.ID -- ANSI SQL или SELECT * FROM A, B WHERE A.ID = B.ID (+) -- Oracle 7.3.4 Разница есть. Попробуйте такой запрос описать без джойнов: Код: plaintext 1. 2. авторIMHO как раз наоборот, с полюсиками текст более читабельный. К чему привык, то и кажется удобнее. Был один у меня очень упертый товарищ, который считал так же и писал так же - довелось ему месяцок в чужой БД покапаться, где запросы исключительно на JOIN - сейчас его послушать, так он вообще удивляется - и зачем это народ в WHERE соединения с фильтрами в кучу валит и JOIN не пользуется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 10:44 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
кстати, в Юконе, насколько я помню, тоже отказались от таких джойнов переведя все в ANSI-стандарт. Мы как раз недавно конслалтили товарищей, у которых были проблемы с плюсиками/звездочками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 11:48 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklin softwarerА, так у T-SQL до сих пор нет компиляции, я правильно понимаю? Компиляция такие есть! Но это не та же компиляция, что и в Delphi. ;) Я имел в виду именно "ту же компиляцию, что и в Delphi". То, что выполняется компиляция в промежуточный код, imho очевидно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:29 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
pkarklinНо, когда в запросе джоиниться 3 десятка таблиц и накладывается с десяток условий, то "читабельнее", когда объединение выполнятеся во FROM, а условия в WHERE. Не ощущаю. Имхо удобнее, когда вся информация по одному объекту собрана в одном месте, а не размазана по двум, то есть в запросе Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. логика читается лучше, чем в Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. Из-за этого достаточно часто начинают пихать в join дополнительные условия, которым вообще-то место именно в where или в подзапросе (то есть join с inline view), последний соответственно разбухает и становится еще менее читабельным. Кстати, подскажите - можно ли отформатировать from с использованием join-ов так, чтобы с первого взгляда было видно, какие вообще таблицы используются? Я пока что не нашел нормального способа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:39 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarerможно ли отформатировать from с использованием join-ов так, чтобы с первого взгляда было видно, какие вообще таблицы используются? Я пока что не нашел нормального способа. Легко видно, если форматировать в столбик: Код: plaintext 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:45 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarerКстати, подскажите - можно ли отформатировать from с использованием join-ов так, чтобы с первого взгляда было видно, какие вообще таблицы используются? Я пока что не нашел нормального способа. Код: plaintext 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:46 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
ASCRUSРазница есть. Попробуйте такой запрос описать без джойнов: Хм. Думаю, Вы сами понимаете, что сделать это не легко, а очень легко :) ASCRUSв документации описана достаточно большая глава, приводящая примеры запросов, которые могли бы быть неоднозначно интерпретированы оптимизатором при построении соединений в плане запросов, То есть JOIN ограничивает оптимизатор в возможности выбора эффективного плана запроса :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:50 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarerто есть в запросе ... логика читается лучше, чем в ... Предлагаю сойтись на том, что это "дело привычки". softwarerИз-за этого достаточно часто начинают пихать в join дополнительные условия, которым вообще-то место именно в where или в подзапросе Рассмотрим такой запрос: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Т.е. вывести все записи из T2 по определенному SomeID плюс NULL. Таки надо пихать именно в JOIN. Насчет " join с inline view" надо конкретный запрос увидеть, чтоб понять, что Вы имеете ввиду. softwarerКстати, подскажите - можно ли отформатировать from с использованием join-ов так, чтобы с первого взгляда было видно, какие вообще таблицы используются? Я пока что не нашел нормального способа. Ну, отформатировать можно как угодно, хотябы, чтоб имена таблиц были одна-под другой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 12:59 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
alexey_tmК стати просвятите, вот есть баба Маша, которая спокойно удаляет строки из таблицы, потом, через час, звонит и слезно просит вернуть все обратно. Что делать? Нужно восстановить табличку на определенное время назад. У меня стоит Lumigent Log Explorer. Можно его запустить, и для этой конкретной таблицы вернуть ее на любой момент в прошлом. Или, если не хочется откатывать а нужно откатить только некоторые транзакции, можно откатить только некоторые транзакции. alexey_tm Задача 2. по какой-то причине, табличка попала на сбойные блоки, базу останавливать НЕЛЬЗЯ ни на секунду, как обеспечить работоспособно (хотя бы) до момента времени X, а лучше сразу восстановить сбойные блоки в этой таблице? Такая возможность появилась в SQL2005. Сбойные блоки можно восстанавливать на лету, без остановки работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 13:04 |
|
||
|
Почему ораклисты так не любят MS SQL?
|
|||
|---|---|---|---|
|
#18+
softwarer ASCRUSРазница есть. Попробуйте такой запрос описать без джойнов: Хм. Думаю, Вы сами понимаете, что сделать это не легко, а очень легко :) Хочется посмотреть на пример. Причем такой, по которому оптимизатор однозначно бы соединял между собой b и c внутренним соединением и приводил результат соединения, как внешнее соединение к таблице a. softwarer ASCRUSв документации описана достаточно большая глава, приводящая примеры запросов, которые могли бы быть неоднозначно интерпретированы оптимизатором при построении соединений в плане запросов, То есть JOIN ограничивает оптимизатор в возможности выбора эффективного плана запроса :) То есть как раз JOIN-ы позволяют явно описать порядок соединения таблиц и таким образом избавиться от неоднозначности и дать возможность оптимизатору построить наиболее эффективный план запроса. Думаю не стоит напоминать, что чем более явно описаны соединения, тем легче оптимизатору правильно решить, что будет наиболее выгодным при выполнении запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2005, 13:05 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=33392133&tid=1553678]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
34ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 339ms |

| 0 / 0 |
