S
может ли в этом быть проблема?
Size: a a a
2020 December 25
К
может ли в этом быть проблема?
общая рекомендация - по кол-ву ядер но не больше 8.
но ситуации всякие бывают...
но ситуации всякие бывают...
S
т.е если , условно, щас 22 папки по 3гб, лучше сделать 8 по +-8гб?
O
Щас там 22 файла разных размеров, вообще скрипт запускал в рабочей бд
Всему виной разный размер. Файл 18 больше остальных и на него приходится большее число запросов аллокации. Так работает алгоритм пропорционального заполнения.
O
т.е если , условно, щас 22 папки по 3гб, лучше сделать 8 по +-8гб?
Не папки. Файлы данных. 8 файлов данных с одинаковым размером и параметрами прироста. Если при таком сетапе проблема остается - добавляете по одному файлу пока не уйдет
S
Не папки. Файлы данных. 8 файлов данных с одинаковым размером и параметрами прироста. Если при таком сетапе проблема остается - добавляете по одному файлу пока не уйдет
Да, оговорился. Спасибо! Щас попробую
А
SSMS не умеет в Git ещё, нет перехода к определению и т.п. что в среде разработки вполне привычно.
А ажур умеет в гит?
O
Андрій
А ажур умеет в гит?
Канеш
А
Канеш
Фига
O
Андрій
А ажур умеет в гит?
А
А ну так он сами процедуры не отслеживает, просто файлы?
А
Ну так понятно..
O
Андрій
А ну так он сами процедуры не отслеживает, просто файлы?
ну да. а на этапе разработки как иначе? или ты хочешь сперва нахерачить БД, а потом её в гит пихать?
А
Ну так гит не для разработки а для контроля версий.
На каждый альтер ручками сохранять файл в придачу?
На каждый альтер ручками сохранять файл в придачу?
O
Visual Studio тоже так же делает -пишеш код процедур - это файлики, потом их SQLPackage собирает в Dacpac, его уже Jenkins может катить на сервера
O
Андрій
Ну так гит не для разработки а для контроля версий.
На каждый альтер ручками сохранять файл в придачу?
На каждый альтер ручками сохранять файл в придачу?
Мне кажется это неверный майндсет. алтеры ты не на базе делаешь, а в коде. код катится автоматом на тест и в прод.
A
чат по SQL Server
извините
A
Перенес в @mysql_db
спс
A
Привет! А если в одном запросе в нескольких местах (в селекте и where например) юзать at time zone, он каждый раз будет тратить время на преобразование?
IZ
Привет! А если в одном запросе в нескольких местах (в селекте и where например) юзать at time zone, он каждый раз будет тратить время на преобразование?
Даже если каждый — не всё ли равно?