Size: a a a

SqlCom.ru - Стиль жизни SQL

2020 September 13

KS

Kodd Shredinger in SqlCom.ru - Стиль жизни SQL
+скорочтение по видео и аудио сложно применить, если нужно освоить бегло, но много, а потом вернуться к деталям
источник

VP

Volodymyr Prysyazhyu... in SqlCom.ru - Стиль жизни SQL
Я вас полностью понимаю, боюсь тут есть еще одна проблема, юные разумы отказываются читать книги. И порой это прям ощущается в разговоре.
источник

KS

Kodd Shredinger in SqlCom.ru - Стиль жизни SQL
Volodymyr Prysyazhyuk
Я вас полностью понимаю, боюсь тут есть еще одна проблема, юные разумы отказываются читать книги. И порой это прям ощущается в разговоре.
Увы так и есть(
А абстрактное мышление и телепатию тоже нужно развивать, чтобы не только понимать сложный текст без картинок и без примеров, но и понимать что на самом деле хочет заказчик и объяснить ему что на самом деле он хочет, ибо заказчик редко когда понимает что на самом деле он хочет, т е заказчик почти всегда не прав)
источник

VP

Volodymyr Prysyazhyu... in SqlCom.ru - Стиль жизни SQL
Думаю мы поняли друг-друга и копнули уже в сторону основной темы сиквел канала, не будем флудить)
источник

KS

Kodd Shredinger in SqlCom.ru - Стиль жизни SQL
Volodymyr Prysyazhyuk
Думаю мы поняли друг-друга и копнули уже в сторону основной темы сиквел канала, не будем флудить)
Согласен
источник

А

Артем in SqlCom.ru - Стиль жизни SQL
Volodymyr Prysyazhyuk
Вы правы лишь отчасти, сухая техническая информация в педагогическом формате подходит далеко не всем.
Очень возможно что существует сильный визуал, у которого прекрасно развита именно визуальная часть памяти и для него изучение это прежде всего просмотр, ютуб или конфы - вот где его кайф и понимание. И таких людей может быть много и они могут быть разными.
Безусловно первоисточник и база - очень важные вещи, но не всегда зло в конфах, выступлениях и ютубе.
Я воспринимаю только на слух или картинками. Либо приходится найти человека, который объяснит как думал тот, кто это создал в одном-двух предложениях, чтобы уже фантазировать как это работает и искать пруфы этому. А если дать мне учебник, это полностью бесполезно. С другой стороны, необходимое выяснение понимания "зачем" очень помогает в бизнесовой логике. Для этого и собирают разношерстные команды
источник

ДЗ

Дмитрий Зайцев... in SqlCom.ru - Стиль жизни SQL
Друзья, хоть тема действительно важная, но она уже не техническая, просьба перейти в наш второй канал @sql_ninja
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
Kodd Shredinger
Ага, потом приходят на собесы, понаслушавшись ереси от всяких конференций или почитав на разных сайтах и неправильно осознав.
Нужно начать с книг классиков и пока со всем соглашаешься-перечитывать и применять до тех пор, пока не придет осознание где что-то недописано и где именно и как.
Это называется критическое мышление, которое ставит любое авторитетное мнение под сомнение, т е надо всегда перепроверить. Вот только после этого можно уже гуглить, смотреть и читать разные ресурсы и ходить на конференции и убедиться, что почти все слизано с книг классиков, искаверкано или обрезано и подано по другому
я вечно забываю поднимать табличку "сарказм" :)
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
Kodd Shredinger
+скорочтение по видео и аудио сложно применить, если нужно освоить бегло, но много, а потом вернуться к деталям
так этож тикток, я наконец то понял как его себе представить функционально.
источник

2_

2flower _ in SqlCom.ru - Стиль жизни SQL
Артем
Я воспринимаю только на слух или картинками. Либо приходится найти человека, который объяснит как думал тот, кто это создал в одном-двух предложениях, чтобы уже фантазировать как это работает и искать пруфы этому. А если дать мне учебник, это полностью бесполезно. С другой стороны, необходимое выяснение понимания "зачем" очень помогает в бизнесовой логике. Для этого и собирают разношерстные команды
без обид, но я не представляю как бы вы воспринимали уравнения математической физики, где только ответ может занимать 2-3 строки.
другие предметы вроде тервера и дискретной математики, или дифуров на слух?
прошу прощения за офтоп.
источник

А

Артем in SqlCom.ru - Стиль жизни SQL
2flower _
без обид, но я не представляю как бы вы воспринимали уравнения математической физики, где только ответ может занимать 2-3 строки.
другие предметы вроде тервера и дискретной математики, или дифуров на слух?
прошу прощения за офтоп.
Поэтому я знаю, как складываются таблички в скл, потому что могу это представить. Остальное не помню, тк было 8 лет назад. Дифуры, дискретка вроде были простыми (можно картинку с формулой запоминать и сувать везде пока не получишь правильный ответ), мат физику так и не понял.
источник
2020 September 14

ИЕ

Илья Есипов... in SqlCom.ru - Стиль жизни SQL
Ребят, а как-то можно почистить журнал транзакций?
источник

IZ

Ilia Zviagin in SqlCom.ru - Стиль жизни SQL
Илья Есипов
Ребят, а как-то можно почистить журнал транзакций?
Простейший вариант - сделай checkpoint.

Но там много всяких режимов работы БД и однозначно не сказать как надо именно тебе.
источник

PG

Pavel Gudkov 🕊 in SqlCom.ru - Стиль жизни SQL
Всем привет, подскажите по секционированию, хочу сделать архивацию данных которые старше одной недели, в ПО планирую сделать обновление ф-ции секционирования и мердж, дабы всегда держать только неделю. И чтобы не писать каждый раз условия на это неделю при выборке (чтобы выбиралась именно актуальная секция), я решил делать switch данных в другую таблицу. Вопрос: все ли я правильно понимаю и действительно ли нужно чтобы эти две таблицы имели одинаковую структуру?
источник

KS

Kodd Shredinger in SqlCom.ru - Стиль жизни SQL
Илья Есипов
Ребят, а как-то можно почистить журнал транзакций?
Необходимо сделать:
1) резервную копию журнала
2) сжать сам файл журнала
Или если БД не промовская, то перевести БД в простую модель восстановления и не париться.
Также необходимо понять почему журнал так сильно распух, может ему постоянно нужны такие размеры и уменьшение фара породит только тормоза каждый раз когда он будет вновь расти-лучше выделить сразу сколько он обычно весит в размере за сутки.
источник

KS

Kodd Shredinger in SqlCom.ru - Стиль жизни SQL
Pavel Gudkov 🕊
Всем привет, подскажите по секционированию, хочу сделать архивацию данных которые старше одной недели, в ПО планирую сделать обновление ф-ции секционирования и мердж, дабы всегда держать только неделю. И чтобы не писать каждый раз условия на это неделю при выборке (чтобы выбиралась именно актуальная секция), я решил делать switch данных в другую таблицу. Вопрос: все ли я правильно понимаю и действительно ли нужно чтобы эти две таблицы имели одинаковую структуру?
Если нужно только две секции, то можно сделать просто две таблицы-оперативную и архивную и не городить секционирование.
Особенно это актуально, если редакция СУБД не поддерживает секционирования (напр, скуль до 2016 версии Стандард или ниже, или 2016+ версии экспресс)
источник

OM

Oleg Makarikhin in SqlCom.ru - Стиль жизни SQL
Илья Есипов
Ребят, а как-то можно почистить журнал транзакций?
определи что его удерживает, SELECT name,log_reuse_wait_desc FROM sys.databases;
тогда можно будет решить
источник

PG

Pavel Gudkov 🕊 in SqlCom.ru - Стиль жизни SQL
Kodd Shredinger
Если нужно только две секции, то можно сделать просто две таблицы-оперативную и архивную и не городить секционирование.
Особенно это актуально, если редакция СУБД не поддерживает секционирования (напр, скуль до 2016 версии Стандард или ниже, или 2016+ версии экспресс)
понял
источник

PG

Pavel Gudkov 🕊 in SqlCom.ru - Стиль жизни SQL
Kodd Shredinger
Если нужно только две секции, то можно сделать просто две таблицы-оперативную и архивную и не городить секционирование.
Особенно это актуально, если редакция СУБД не поддерживает секционирования (напр, скуль до 2016 версии Стандард или ниже, или 2016+ версии экспресс)
а как данные мигрировать? чтобы это было не ресурсозатратно?
источник

DI

Dmitriy Ivanov in SqlCom.ru - Стиль жизни SQL
Pavel Gudkov 🕊
Всем привет, подскажите по секционированию, хочу сделать архивацию данных которые старше одной недели, в ПО планирую сделать обновление ф-ции секционирования и мердж, дабы всегда держать только неделю. И чтобы не писать каждый раз условия на это неделю при выборке (чтобы выбиралась именно актуальная секция), я решил делать switch данных в другую таблицу. Вопрос: все ли я правильно понимаю и действительно ли нужно чтобы эти две таблицы имели одинаковую структуру?
В вашем случае я бы сделал схему секционирования по бинарному признаку, например добавил поле is_current_week bit, где 1 - текущая неделя, 0- все остальное и прописал доп условие в ваших запросах is_current_week = 1
источник