|
|
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
если есть кластеризованный индекс вот в сиквел сервере обязательно интересно как в оракле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:22 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Не нужна гарантированная упорядоченность - не пиши. http://www.bugtraq.ru/forum/faq/general/smart-questions.html] RTFM ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:24 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
ElicНе нужна гарантированная упорядоченность - не пиши. http://www.bugtraq.ru/forum/faq/general/smart-questions.html] RTFM нужна именно гарантированная сортировка по полю по которому есть кластеризованный индекс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:28 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoview, В Оракле нет кластеризованных индексов. Нет filtered indexes. Нет indexes with included columns. Да почти ничего нет. Не стоит использовать эту СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:40 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoview, wiki order by... ORDER BY is the only way to sort the rows in the result set. Without this clause, the relational database system may return the rows in any order. ... google translate... ORDER BY - единственный способ сортировки строк в наборе результатов. Без этого предложения система реляционной базы данных может возвращать строки в любом порядке. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:40 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopВ Оракле нет кластеризованных индексов.cluster_index_clause ::= Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:45 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
-2-, Ты же понимаешь что это вообще разные вещи. Аналогом кластеризованного индекса является IOT. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 11:52 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoviewесли есть кластеризованный индекс вот в сиквел сервере обязательно интересно как в оракле 21330740 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 12:18 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymx, Какой тебе интерес читать эти бредни? Придает уверенности, что если уж такие дятлы сидят в офисе и кто-то им платит, то ты точно не пропадешь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 12:27 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopandreymx, Какой тебе интерес читать эти бредни? Придает уверенности, что если уж такие дятлы сидят в офисе и кто-то им платит, то ты точно не пропадешь? главное не форма, а содержание тем более форум для этого и придуман свое мнение оставьте при себе ибо бредни вы сами развиваете так как не по сабжу вообщем то вопрос снят, всем спасибо, вынужден откланяться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 12:30 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoview, О содержании и речь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 12:32 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymx, в ms sql хуже с аналит ф-циями чем в оракля? ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 12:43 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Stax, уже почти догнали 11g по ним ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 14:13 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoview, из соображений здравого смысла делать сортировку на клиенте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 14:21 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
envStax, уже почти догнали 11g по ним в версии 2017 даже появился аналог listagg не аналитика, но без него тяжело по некоторым задачам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 15:54 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymx, env спасибо а то я смотрю, относительно простая задачка, а стоко мороки ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.04.2018, 16:33 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Stax, меня пока волнует другая хрень которую я пока мало понимаю - да еще мешает оракловый опыт Код: plsql 1. Код: plsql 1. 2. 3. 4. 5. 6. Код: sql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 13:54 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxмешает оракловый опытС mssql2005 появился уровень изоляции snapshot. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 14:33 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxStax, меня пока волнует другая хрень которую я пока мало понимаю - да еще мешает оракловый опыт Код: plsql 1. Код: plsql 1. 2. 3. 4. 5. 6. Код: sql 1. 2. 3. 4. 5. 6. 7. либо я чего то не понимаю либо батенька не слышал про уровни изоляций это раз плюс на сессии пох в сиквеле, хоть одна, хоть 10 главное шо разные транзакции в вашем случае вторая неявная это два ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 14:43 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
-2-andreymxмешает оракловый опытС mssql2005 появился уровень изоляции snapshot.какие подводные камни есть? БД будет новая и под web-апликухи т.е. транзакции в принципе будут короткими ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 15:03 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxмешает оракловый опытПочему бы вам не свалить в какое-нибудь более подходящее место? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 15:11 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymx-2-пропущено... С mssql2005 появился уровень изоляции snapshot.какие подводные камни есть?tempdb. Если натягивать опыт плавания в оракле на заплыв в mssql, то всё будет подводными камнями. Для коротких транзакций берите postgresql. Там для ораклистов одна проблема - нет коммита на сервере. Ну и vacuum... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 15:14 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
-2-andreymxмешает оракловый опытС mssql2005 появился уровень изоляции snapshot.Вспомнилось троллинга ради 19937276 andrey_anonymousdbms_photoshopУровни изоляции - критически важное базовое понятие, кооторое должен знать каждый разработчки БД. А вот возьму и не соглашусь :) Важное - да. Критически - нет. Мне вот до сих пор не доводилось в пром. решениях видеть применение уровней изоляции, отличных от RC - видимо, просто не повезло. И большинство разрабов прекрасно с этим живут, а ежели вдруг возникнет реальная потребность в serializable или даже в RO - то сеньор подскажет. Потом такие некритические архитекторы дизайнерят "универсальные" системы, которые работают "иногда". Бегло ознакомившийся с уровнями изоляции и имеющий немного здравого смысла может сделать что-то более стоящее. Но внезапно потом опять могут полезть косяки ибо https://technet.microsoft.com/en-us/library/ms189050(v=sql.105).aspx The tempdb database must have enough space for the version store. When tempdb is full, update operations will stop generating versions and continue to succeed, but read operations might fail because a particular row version that is needed no longer exists. Упс. Когда изначально архитектура блокировочника, костылём из него полноценный версионник не сделать. Потом, если когда-то наступит время ознакомиться с тем как MSSQL хранит данные можно узнать про Sparse Columns, которые тоже не что иное как кривой костыль для того чтоб адресовать изначально убогий подход для хранения nulls и variable lengths columns. Иногда спрашивающие про великолемные фичи MSSQL просто не осознают, что это на самом деле костыли и ожидать их в изначально грамотно спроектированной СУБД не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 15:15 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxкакие подводные камни есть?Самая идиотская фича, на мой взгляд, это вложенные транзакции. Например, ты реализовал логику в хранимке в конце которой коммит, НО если транзакцию начал клиент, то ему пофиг на твой коммит и он его может элементарно откатить. Или оставшиеся изменения после exception - 10183567 . Так что уровней изоляции еще надо осознать альтернативно одаренное управление транзакциями и обработку исключений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 15:26 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymx-2-пропущено... С mssql2005 появился уровень изоляции snapshot.какие подводные камни есть? БД будет новая и под web-апликухи т.е. транзакции в принципе будут короткими апдейт конфликт ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 16:02 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
listtoviewапдейт конфликта что конкретно имеется в виду? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 16:03 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopИли оставшиеся изменения после exception - 10183567 . имхо (с моей точки зрения) ето скорее ораклячая фича (возможно документированная), чем нормальное поведение если напр в вызывающем есть exception when ... то изменения "остаются " ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 16:05 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
[quot dbms_photoshop]-2-пропущено...Вспомнилось троллинга ради 19937276 andrey_anonymousпропущено... Важное - да. Критически - нет. Потом такие некритические архитекторы дизайнерят "универсальные" системы, которые работают "иногда". Прошу уважаемого dbms_photoshop пояснить, как тезис, действительный в контексте oracle rdbms и никогда не обобщавшийся автором на прочие платформы переехал в <оффтопичный тут> контекст MSSQL и каким образом этот переезд перетек в обобщение "такие некритичные универсальные". ...островитяне - они такие... островитяне... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 16:52 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
ОФФТОП andreymx Код: sql 1. 2. 3. 4. 5. 6. 7. Так и должно быть. У тебя стоит уровень изоляции READ COMMITED – это уровень изоляции по умолчанию при установлении нового соединения. Тута ( https://www.intuit.ru/studies/courses/1079/264/lecture/6729?page=3) написано об этом: А сейчас вернемся к окну запроса 1 и снова попробуем выполнить чтение данных. SELECT FirstName, LastName, EmailAddress FROM Person.Contact WHERE ContactID = 1; Запрос не завершается, поскольку инструкция SELECT заблокирована. SQL Server пытается получить разделяемую блокировку на ключ столбца ContactID 1, но это невозможно, ведь транзакция UPDATE в окне запроса Query Window 2 владеет монопольной блокировкой на этот ключ. Хотя окно запроса Query Windows 2 находится в режиме READ COMMITED (поскольку мы не изменяли уровень по умолчанию), монопольная блокировка все еще не снята. Эта блокировка существует потому, что монопольные блокировки для изменений данных всегда удерживаются до окончания транзакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 17:20 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
mnbvcxТак и должно быть. А вот oracle (и слава богу) думает иначе. Сессия 1: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Сессия 2: Код: plsql 1. 2. 3. 4. 5. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 18:00 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
mnbvcx, Суть в том что oracle не блокирует select а лeзет в undo а вот mssql таки да. И кроме того сам select в mssql ставит row shared lock. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 18:13 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, Концепт критически важный безотносительно используемой СУБД. Точка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 18:20 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopКонцепт критически важный безотносительно Важный. Но по-прежнему не критически важный в отдельно взятом контексте oracle rdbms. Period. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 18:35 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
SY А вот oracle (и слава богу) думает иначе... Такая жизнь. Postgre тоже вернёт несуществующие данные в этом случае. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 18:48 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, Видимо я тебя задел, тогда стоит пояснить, что "такие некритичные универсальные" не относилось к тебе персонально. И тем более тот пост не имеет никакого отношения к -2-, хоть его ответ был процитирован. Даже было уточнение "троллинга ради". Если у кого-то опыт ограничивается Ораклом и при этом работая с Ораклом люди понимают почему за него была уплачена тонна денег и какие у него преимущества - это замечательно. У меня в колхозе ситуация несколько иная. Соответственно что кому критично и важно каждый пусть решает персонально. Но все равно я никогда не возьму на должность разработчика СУБД человека, если он не понимает уровни изоляции. Кстати, все еще печальнее когда CTO нихрена не понимает ни про транзакции ни про concurrency. У островитян эти случаи наверное еще чаще чем в России, если IT это не основной бизнес, а сопровождающее подразделение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 19:16 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
mnbvcxТакая жизнь. Postgre тоже вернёт несуществующие данные в этом случае. Не знаю что-там Postgre, но oracle не вернет несуществующие данные: Oracle Database never permits dirty reads, which occur when a transaction reads uncommitted data in another transaction. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2018, 20:01 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
SYmnbvcxТакая жизнь. Postgre тоже вернёт несуществующие данные в этом случае. Не знаю что-там Postgre, но oracle не вернет несуществующие данные: Oracle Database never permits dirty reads, which occur when a transaction reads uncommitted data in another transaction. SY. зато в оракле нельзя запретить читать "изменяющиеся" данные как наложить блокировку на чтение? ..... ыефч ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 08:57 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Staxзапретить читать "изменяющиеся" данныеНеявная блокировка "прочитанных данных" может привести к непредсказуемым результатам в зависимости от плана выполнения. А явную блокировку оракл предлагает. Корректнее обсуждать возможность блокировки условий фильтрации. Что тоже реализуемо в оракле через plsql. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 09:20 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
StaxSYпропущено... Не знаю что-там Postgre, но oracle не вернет несуществующие данные: Oracle Database never permits dirty reads, which occur when a transaction reads uncommitted data in another transaction. SY. зато в оракле нельзя запретить читать "изменяющиеся" данные как наложить блокировку на чтение? ..... ыефча для каких целей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 10:25 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxStaxпропущено... зато в оракле нельзя запретить читать "изменяющиеся" данные как наложить блокировку на чтение? ..... ыефча для каких целей? напр во веремя открытие/закрытие дня/месяца, расчета процентов, зп, и тд ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 10:32 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Staxandreymxпропущено... а для каких целей? напр во веремя открытие/закрытие дня/месяца, расчета процентов, зп, и тд ..... staxпо-моему, эта задача должна решаться совершенно другими методами таблица закрытых-открытых периодов, триггер на апдейт-делит (или что-то более современное) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 10:47 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxStaxпропущено... напр во веремя открытие/закрытие дня/месяца, расчета процентов, зп, и тд ..... staxпо-моему, эта задача должна решаться совершенно другими методами таблица закрытых-открытых периодов, триггер на апдейт-делит (или что-то более современное)сорри, ступил, триггер тут не поможет Может, RLS? У нас это решается стандартным ограничением на формах и отчетах Если период не готов, то его нельзя выбрать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 10:49 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
andreymxandreymxпропущено... по-моему, эта задача должна решаться совершенно другими методами таблица закрытых-открытых периодов, триггер на апдейт-делит (или что-то более современное)сорри, ступил, триггер тут не поможет Может, RLS? У нас это решается стандартным ограничением на формах и отчетах Если период не готов, то его нельзя выбрать так и решается (меню и тд), но не все примочки ето учитывают RLS использовал раз, и то сдуру (не было опыта) на таблицах ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 11:02 |
|
||
|
обязательно писать ORDER BY ?
|
|||
|---|---|---|---|
|
#18+
Staxandreymxпропущено... сорри, ступил, триггер тут не поможет Может, RLS? У нас это решается стандартным ограничением на формах и отчетах Если период не готов, то его нельзя выбрать так и решается (меню и тд), но не все примочки ето учитывают RLS использовал раз, и то сдуру (не было опыта) на таблицах ..... staxмы вместо rls используем вьюхи уже 10 лет полёт нормальный ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 11:42 |
|
||
|
|

start [/forum/topic.php?all=1&fid=52&tid=1884135]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 374ms |

| 0 / 0 |
