Причём, если у вас больше 16 ГБ ОЗУ — файлы будут по 128 МБ, если меньше (как у меня сейчас) — по 16 МБ. Ну а в каких-то случаях, начиная с SQL Server 2016, могут использоваться «large checkpoint» по 1 ГБ!
Это, кстати, занятная штука очень.
Столкнулись с ней, когда с небольшого prod-сервера база уезжала по log shipping на сервер со всякой аналитикой.
И вот на prod у нас скромный каталог с этими файлами по 16Мб. А на сервере аналитики (где памяти в избытке было) эти же самые файлы превращаются в элегантные шорты в пачку по 128Мб.
И второй момент с In-Memory и log shipping'ом.
На получателе recovery баз увеличился очень значительно. При этом в логе видно, что сам файл trn поднимается быстро, а recovery базы потом длится по 30-40 минут.
Какого-либо воркэраунда не нашли и пришлось страдать. Есть подозрение, что это связано всё с теми же файлами.
Но тут, о чудо!!!, мы случайно наткнулись на инфу о довольно радикальном изменении в механизме работы оптимизатора, начиная с версии SQL Server 2014. Речь шла о, так называемой, оценке кардинальности.
Я, конечно, прошу меня простить, но складывается ощущение, что к апгрейду вы совсем не готовились (по крайней мере со стороны СУБД), если даже не были в курсе про такое массивное изменение.
Получилось, что сначала обновили, не взлетело, и тогда уже пошли читать инструкцию (change log).
И дело не в продуктах MS и их неравномерном развитии. Ваши выводы, несомненно, верны, но касаются абсолютно любого апгрейда (как софтварного, так и хардварного).
Есть ещё такая штука как бинарные collation.
Да, seek'а не будет. Но, если мне не изменяет память, можно сильно сократить количество логических чтений.
Пример есть на канале russianVC в этом видео.
Есть ещё такая штука как бинарные collation.
Да, seek'а не будет. Но, если мне не изменяет память, можно сильно сократить количество логических чтений.
Пример есть на канале russianVC в этом видео.
Запишите себе ещё и корейский word breaker в копилку.
Тайский, похоже, с латиницей не очень, а вот корейский нормально справляется.
Пример в комментарии ниже.
Как будет вести себя разбивка на слова вы можете сами посмотреть через функцию dm_fts_parser.
Посмотрел сейчас сам. Тайский не отделяет в отдельное слово префиксы на латинице. А вот корейский также считает, что буквы отдельно, цифры отдельно.
Не исключаю, что именно на корейском мы и остановились в итоге в нашем решении, но в голове засел именно тайский. Дело было давно и память может подводить.
-- Thai
SELECT * FROM sys.dm_fts_parser (N' "ОРГ00000934" ', 1054, 0, 1)
UNION ALL
SELECT * FROM sys.dm_fts_parser (N' "VGF00000934" ', 1054, 0, 1);
-- Korean
SELECT * FROM sys.dm_fts_parser (N' "ОРГ00000934" ', 1042, 0, 1)
UNION ALL
SELECT * FROM sys.dm_fts_parser (N' "VGF00000934" ', 1042, 0, 1)
В своё время, решая задачу с поиском по номерам заказов, состоящих как раз из буквенной серии и числового номера, с удивлением для себя обнаружил, что выбор в качестве Word Breaker Language тайского помогает достигнуть результата. Возможно, есть и другие языки со схожим поведением.
Разумеется, это тот ещё костыль, и корректно работать он будет далеко не всегда. Но в нашем конкретном случае выстрелило и покрывало все варианты поиска.
Зато «из коробки» и без введения доп. процедур работы с данными.
Стоит отметить, что помимо двухсимочных версий, описанных в статье (A500CG, A501CG), есть еще версия A500KL, которая построена на Qualcomm Snapdragon 400, имеет одну sim-карту и поддержку LTE.
Сейчас как раз выбираю между Zenfone 5 с LTE и Zenfone 4 c 4,5" (A450CG). Немного смущают размеры 5". До этого с такими не имел дела вообще, а повертеть в руках его пока еще не удалось.
Это прекрасно, но:
«Also, once you add a column store on a table, the table itself becomes read-only, so no inserts, updates or deletes. If you need to insert new rows or update existing ones, you can disable the index, do data modifications and rebuild the column-store index. Because of this limitation, this feature for now is more suitable for data warehouse tables that contain static data, where it’s acceptable for the data to be refreshed during only scheduled intervals.»
Добавлю по поводу опции 'WITH CHECKSUM'.
При бэкапе бызы скриптом или через gui, эта опция доступна для использования.
Если же настраивается Maintenance Plan, то там просто напросто нет подобной опции.
Для 2008-го сервера можно в плане включить сжатие (WITH COMPRESSION), которое, по словам Microsoft, повлечет за собой активацию проверки контрольной суммы.
Для 2005-го сервера включить в плане 'WITH CHECKSUM' не представляется возможным. Поэтому пришлось писать отдельную процедуру под это дело.
Если я правильно вас понял и конкретная задача — «настроить одностороннюю репликацию на уровне транзакций», то описанные мною моменты не выходят за рамки поставленной задачи и так или иначе используются в транзакционных репликах.
Просто хотел указать на тот момент, что все очень индивидуально в каждом конкретном случае.
Ни слова не сказано о процедурных репликациях, и вообще о свойствах реплицируемых объектов, а интересных опций там хватает.
Пример: реплика процедурная, процедура правилась руками для достижения определенного эффекта, пересоздали подписчика без инициализации, репликационные процедуры посыпались. А все потому, что в свойствах реплицируемого объекта есть пункт «Copy INSERT, UPDATE and DELETE stored procedures», по умолчанию он выставлен в «True».
Инициализация подписчика далеко не всегда благо, а часто вообще зло.
При изменении набора полей, к примеру, произойдет переинициализация, что приведет к пересозданию объекта на принимающей стороне, что может привести к очень печальным последствиям.
В репликации данных есть очень много нюансов, которые, к тому же, далеко не всегда очевидны.
При всем уваженни, если бы я в своей работе следовал только вашей инструкции, то натворил бы немало бед.
Мой стаж поменьше вашего, 10 лет, тоже около пачки в день.
Поступил аналогично, в один день просто перестал курить, вообще.
Тяга прошла на удивление быстро, думал, что будет значительно сложнее.
Сейчас не хочется курить даже при употреблении алкогольных напитков.
Стал чувствовать себя гораздо лучше.
Жизнь без сигарет стала значительно приятнее.
Как и на Чукотке, в общем-то.
Родители до недавних пор с модемными скоростями еще сидели. Сейчас чуть-чуть получше стало.
При этом все это за сумасшедшие деньги какие-то.
И это в 2011м году в столице округа.
В букве закона по Blue Card вроде как предусмотрен вариант замены диплома профильным стажем от 5-ти лет, а для ряда IT специализаций от 3-х лет.
Какие ключевые моменты есть при переезде с личным автомобилем? Насколько дорого обойдётся регистрация в Словении при наличии Blue Card?
Это, кстати, занятная штука очень.
Столкнулись с ней, когда с небольшого prod-сервера база уезжала по log shipping на сервер со всякой аналитикой.
И вот на prod у нас скромный каталог с этими файлами по 16Мб. А на сервере аналитики (где памяти в избытке было) эти же самые файлы превращаются в
элегантные шортыв пачку по 128Мб.И второй момент с In-Memory и log shipping'ом.
На получателе recovery баз увеличился очень значительно. При этом в логе видно, что сам файл trn поднимается быстро, а recovery базы потом длится по 30-40 минут.
Какого-либо воркэраунда не нашли и пришлось страдать. Есть подозрение, что это связано всё с теми же файлами.
Получилось, что сначала обновили, не взлетело, и тогда уже пошли читать инструкцию (change log).
И дело не в продуктах MS и их неравномерном развитии. Ваши выводы, несомненно, верны, но касаются абсолютно любого апгрейда (как софтварного, так и хардварного).
Да, seek'а не будет. Но, если мне не изменяет память, можно сильно сократить количество логических чтений.
Пример есть на канале russianVC в этом видео.
Да, seek'а не будет. Но, если мне не изменяет память, можно сильно сократить количество логических чтений.
Пример есть на канале russianVC в этом видео.
P.S.: Коммент должен был уйти в эту ветку :(
Тайский, похоже, с латиницей не очень, а вот корейский нормально справляется.
Пример в комментарии ниже.
Посмотрел сейчас сам. Тайский не отделяет в отдельное слово префиксы на латинице. А вот корейский также считает, что буквы отдельно, цифры отдельно.
Не исключаю, что именно на корейском мы и остановились в итоге в нашем решении, но в голове засел именно тайский. Дело было давно и память может подводить.
Разумеется, это тот ещё костыль, и корректно работать он будет далеко не всегда. Но в нашем конкретном случае выстрелило и покрывало все варианты поиска.
Зато «из коробки» и без введения доп. процедур работы с данными.
Сейчас как раз выбираю между Zenfone 5 с LTE и Zenfone 4 c 4,5" (A450CG). Немного смущают размеры 5". До этого с такими не имел дела вообще, а повертеть в руках его пока еще не удалось.
«Also, once you add a column store on a table, the table itself becomes read-only, so no inserts, updates or deletes. If you need to insert new rows or update existing ones, you can disable the index, do data modifications and rebuild the column-store index. Because of this limitation, this feature for now is more suitable for data warehouse tables that contain static data, where it’s acceptable for the data to be refreshed during only scheduled intervals.»
Вот правильная.
При бэкапе бызы скриптом или через gui, эта опция доступна для использования.
Если же настраивается Maintenance Plan, то там просто напросто нет подобной опции.
Для 2008-го сервера можно в плане включить сжатие (WITH COMPRESSION), которое, по словам Microsoft, повлечет за собой активацию проверки контрольной суммы.
Для 2005-го сервера включить в плане 'WITH CHECKSUM' не представляется возможным. Поэтому пришлось писать отдельную процедуру под это дело.
Просто хотел указать на тот момент, что все очень индивидуально в каждом конкретном случае.
Пример: реплика процедурная, процедура правилась руками для достижения определенного эффекта, пересоздали подписчика без инициализации, репликационные процедуры посыпались. А все потому, что в свойствах реплицируемого объекта есть пункт «Copy INSERT, UPDATE and DELETE stored procedures», по умолчанию он выставлен в «True».
Инициализация подписчика далеко не всегда благо, а часто вообще зло.
При изменении набора полей, к примеру, произойдет переинициализация, что приведет к пересозданию объекта на принимающей стороне, что может привести к очень печальным последствиям.
В репликации данных есть очень много нюансов, которые, к тому же, далеко не всегда очевидны.
При всем уваженни, если бы я в своей работе следовал только вашей инструкции, то натворил бы немало бед.
Поступил аналогично, в один день просто перестал курить, вообще.
Тяга прошла на удивление быстро, думал, что будет значительно сложнее.
Сейчас не хочется курить даже при употреблении алкогольных напитков.
Стал чувствовать себя гораздо лучше.
Жизнь без сигарет стала значительно приятнее.
Родители до недавних пор с модемными скоростями еще сидели. Сейчас чуть-чуть получше стало.
При этом все это за сумасшедшие деньги какие-то.
И это в 2011м году в столице округа.
Переменная browser.search.defaultenginename