Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
Добрый день. Подскажите, пожалуйста, ответ на вопрос. Есть строка с наименованиями колонок таблицы tab, разделёнными запятой Код: sql 1. 2. нужно определить, что все колонки, перечисленные в строке @column_names, существуют в таблице tab ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2018, 14:23 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
Запрос в INFORMATION_SCHEMA. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.10.2018, 20:42 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
michael_is_98, Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2018, 15:59 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
AkinaЗапрос в INFORMATION_SCHEMA. А почему все упорно используют "INFORMATION_SCHEMA" и игнорируют "sys.columns" и "sys.tables"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2018, 21:03 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
SandalTreeА почему все упорно используют "INFORMATION_SCHEMA"Вопрос задан не в тематическом разделе. Поэтому ответ даётся максимально общий, применимый к большинству RDBMS. "sys.columns" и "sys.tables" - сущности, свойственные далеко не каждой DBMS, поддерживающей t-sql. Модератор: Тема перенесена из форума "Вопрос-Ответ". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 07:23 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
SandalTreeAkinaЗапрос в INFORMATION_SCHEMA. А почему все упорно используют "INFORMATION_SCHEMA" и игнорируют "sys.columns" и "sys.tables"?INFORMATION_SCHEMA - стандарт. Будет работать не только в MSSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 09:51 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
iap + Akina , Перечитайте пожалуйста название топика: " вопрос по t-sql " и ответьте на мой вопрос уже с этой позиции. Это как если-бы джавист использовал какой-то метод только потому что его можно ещё использовать в бейсике, паскале и си. Не хочу затевать срач, но ИМХО, применение системных таблиц гораздо удобнее и нагляднее чем INFORMATION_SCHEMA. И я понимаю что есть люди которые свободно прыгают со скуля на оракл и майскуль и обратно, но их проблема обычно в том что они не знают и не могут учесть ньюансы среды. Иногда, когда приходится бороться за производительность, натыкаешься на "универсальные" куски кода. Когда их перепишешь, то начинает работать в десятки, а иногда сотни раз быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 16:14 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
Для размышления: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 16:31 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
SandalTreeiap + Akina , Перечитайте пожалуйста название топика: " вопрос по t-sql " и ответьте на мой вопрос уже с этой позиции. Это как если-бы джавист использовал какой-то метод только потому что его можно ещё использовать в бейсике, паскале и си. Не хочу затевать срач, но ИМХО, применение системных таблиц гораздо удобнее и нагляднее чем INFORMATION_SCHEMA. И я понимаю что есть люди которые свободно прыгают со скуля на оракл и майскуль и обратно, но их проблема обычно в том что они не знают и не могут учесть ньюансы среды. Иногда, когда приходится бороться за производительность, натыкаешься на "универсальные" куски кода. Когда их перепишешь, то начинает работать в десятки, а иногда сотни раз быстрее.Как писал Ицик Бен-Ган,"если есть две версии чего-либо и одно из них стандртное, я всегда буду пользоваться стандартным". Как, например, COALESCE() вместо ISNULL(). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 16:58 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
iapКак, например, COALESCE() вместо ISNULL().Или CURRENT_TIMESTAMP вместо GETDATE() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 17:01 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
iapКак писал Ицик Бен-Ган,"если есть две версии чего-либо и одно из них стандртное, я всегда буду пользоваться стандартным". Как, например, COALESCE() вместо ISNULL(). Я конечно согласен с Ициком для общих случаев, но в данном контексте мы делаем это для чего? Вижу только 2 обьяснения: 1. Специалист широкого профиля не заморачивается языковыми тонкостями и использует только "общепринятые" конструкции. 2. Предполагается что код может использоваться на разных платформах. В обоих случаях мы попросту пренебрегаем производительностью. Кстати, я пару лет назад тестировал. COALESCE - работает медленнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2018, 21:53 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
SandalTreeiapКак писал Ицик Бен-Ган,"если есть две версии чего-либо и одно из них стандртное, я всегда буду пользоваться стандартным". Как, например, COALESCE() вместо ISNULL(). Я конечно согласен с Ициком для общих случаев, но в данном контексте мы делаем это для чего?Для того, чтобы не переписывать код, который работает с метаданными, в тот следующий раз, когда MS придумает поменять свои системные представления? которые они как бы не обязаны не менять (в отличие от information_schema под стандартом). Даже если information_schema будет в два-пять-десять раз медленнее в тех или иных кейсах. Выгоднее писать портируемый в рамках одной платформы (чхать на все остальные) код и тюнить раз в десятилетку, если вдруг имеет место быть плохо, чем попадать на нерабочий код при миграции на новую версию. SandalTreeКстати, я пару лет назад тестировал. COALESCE - работает медленнее.И? Выходит ли эта разница в скорости выполнения за предел погрешности на, скажем, 10 млрд записей на фоне поднятия этих записей с диска? В чем, вообще, прикол экономить на спичках? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2018, 00:42 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей АлексеевичSandalTreeпропущено... Я конечно согласен с Ициком для общих случаев, но в данном контексте мы делаем это для чего?Для того, чтобы не переписывать код, который работает с метаданными, в тот следующий раз, когда MS придумает поменять свои системные представления? которые они как бы не обязаны не менять (в отличие от information_schema под стандартом). Даже если information_schema будет в два-пять-десять раз медленнее в тех или иных кейсах. Выгоднее писать портируемый в рамках одной платформы (чхать на все остальные) код и тюнить раз в десятилетку, если вдруг имеет место быть плохо, чем попадать на нерабочий код при миграции на новую версию. SandalTreeКстати, я пару лет назад тестировал. COALESCE - работает медленнее.И? Выходит ли эта разница в скорости выполнения за предел погрешности на, скажем, 10 млрд записей на фоне поднятия этих записей с диска? В чем, вообще, прикол экономить на спичках? Программист не должен учитывать ВСЕ возможные варианты, а предположение что "MS придумает поменять свои системные представления" как раз из этой серии. Таки вот пример высосаный из пальца, но он показывает как разница в скорости очень просто выходит за предел погрешности на, " скажем, 10 млрд записей на фоне поднятия этих записей с диска " Код: sql 1. 2. Если лень тестировать, то сразу скажу что COALESCE просканирует таблицу 2 раза. Это конечно не говорит что "она хуже", это пример того что возможны случаи, когда использование той или иной функции может влиять на производительность. Там с ними всё гораздо сложнее. Я-б сравнил это с использовнием крестообразной и плоской отвёрток. Они делают то-же самое, но по разному и говорить что одна лучше другой просто бессмысленно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2018, 17:09 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
SandalTreeПрограммист не должен учитывать ВСЕ возможные варианты, а предположение что "MS придумает поменять свои системные представления" как раз из этой серии. Меняли при переходе с 2000 на 2005, так что не такая уж невероятная ситуация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2018, 17:35 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
iapSandalTreeпропущено... А почему все упорно используют "INFORMATION_SCHEMA" и игнорируют "sys.columns" и "sys.tables"?INFORMATION_SCHEMA - стандарт. Будет работать не только в MSSQL Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2018, 10:44 |
|
||
|
вопрос по t-sql
|
|||
|---|---|---|---|
|
#18+
Сон Веры Павловныiapпропущено... INFORMATION_SCHEMA - стандарт. Будет работать не только в MSSQL Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.10.2018, 13:07 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39715161&tid=1688977]: |
0ms |
get settings: |
8ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
37ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 359ms |

| 0 / 0 |
