Т.е. время берётся с локальных часов, сервер присвоил себе страту 1. Хотя тут есть один ньюанс)) Никсовые машины с такого сервера время брать отказываются. То ли в силу того, что источник LOCL, то ли страта отображается как 1, а на деле 16. Ответ нашелся здесь. В групповую политику по умолчанию внесли Включить NTP-клиент Windows. И она применилась к контроллеру домена. Ключи реестра из Policies переопределили стандартные и сервер пытался брать время сам с себя, после чего уходил в себя брать время со своих часов.
Автор: Василий Иванов
Дата публикации: 2016-03-28T16:26:00.002-07:00
Если лень читать можно сразу посмотреть небольшое видео
1. In-Memory OLTP
Новый механизм хранения данных в SQLServer.
Размещение таблиц в оперативной памяти In-Memory OLTP для устранения блокировок доступа к данным и ускорения чтения данных используется также при большом количестве подключений к таблице.
При перезапуске SQL Server после сбоя или запланированного завершения работы для устойчивых, оптимизированных для памяти таблиц повторно создаются экземпляры, чтобы вернуть их в состояние перед завершением работы или сбоем.
Существует два параметра устойчивости для оптимизированных для памяти таблиц:
1.Чтобы воспользоваться механизмом необходимо добавить в базу файл группу in—memory
Этот параметр обеспечивает устойчивость схемы таблицы, в том числе индексов.При перезапуске SQL Server недолговечная таблица создается заново, но запускается без данных.(В отличие от таблицы в базе данных tempdb, где и таблица, и ее данные теряются после перезапуска.) Типичный сценарий для создания недолговечной таблицы — хранение временных данных, например промежуточной таблицы для процесса ETL.Устойчивость SCHEMA_ONLY предотвращает ведение журнала транзакций и создание контрольной точки, что может существенно уменьшить объем операций ввода-вывода.
SCHEMA_AND_DATA (долговечная таблица)
Этот параметр обеспечивает устойчивость как схем, так и данных.Уровень устойчивости данных зависит от того, выбрана ли фиксация транзакции как полностью устойчивая или отложенно устойчивая.Полностью устойчивые транзакции дают гарантию устойчивости данных и схемы аналогично таблице на диске.Отложенная устойчивость улучшает производительность, но может привести к потере данных в случае сбоя или отработки отказа сервера.(Дополнительные сведения об отложенной устойчивости см. в разделе
Сценарии использования In-Memory OLTP
• Интенсивные операции чтения на таблице
• Одновременная вставка большого количества данных из параллельных соединений к серверу
• Staging таблицы для ETL процессов
• Табличные типы in-memory (вместо временных таблиц и табличных переменных)
Подробно все описано на MSDNтам же можно взять примеры кода.
Появились еще в SQLServer 2012, для хранилищ данных и оптимизации запросов с группировкой и агрегирующими функциями.
Однако появились в достаточно сыром виде с существенным ограничением, такие индексы нельзя было обновлять напрямую, только через задницу: удалить индекс, обновить данные и заново создать индекс.
В 2014 версии удалось победить это тупое ограничение и можно спокойно без извращений обновлять индексы, заработал таки REBUILD.
CREATENONCLUSTEREDCOLUMNSTOREINDEXcsindx_simple
ONSimpleTable
(OrderDateKey,DueDateKey, ShipDateKey)
WITH (DROP_EXISTING=ON,
MAXDOP= 2)
ON«default»
GO
— update mytable —
ALTERINDEXmycolumnstoreindexonmytable REBUILD
Как создать индекс можно посмотреть на MSDN. Интересно также написано тут
Предлагается использовать в системах где память расходуется по максимуму через использование SSD дисков.
Включить опцию очень легко. Для этого достаточно использовать команду ALTER SERVER CONFIGURATION и указать расположение файла и его размер, который будет использоваться в качестве Buffer Pool Extension.
ALTERSERVERconfiguration
SETbufferpool extension
ON (FILENAME='X:MyCache.bpe',SIZE= 64 gb);
GO
Отключается Buffer Pool Extension следующей командой.
ALTERSERVERconfiguration
SETbufferpool extensionOFF;
GO
Сценарий использования
·Ее рекомендуется использовать для OLTP систем, в которых преобладают запросы на чтение данных.
·Нет никаких рисков потери данных, т.к. BPE кэширует только «чистые» страницы. При с
В ситуации когда пользователь должен видеть только определенные данные из таблицы или не хочется заморачиваться с правами на таблицу
пригодится использование механизма цепочек владения.
Если кратко то в случае когда объектами владеет один и тот же владелец то включается механизм цепочки владения который позволяет исключить проверку прав для входящих в процедуру или представление объектов.
Например хотим создать отдельную схему и дать доступ пользователю только на объекты данной схемы. Подробнее можно почитать тут
Создаем схему указываем владельца dbo, т.к будем использовать в представлениях и процедурах объекты данной схемы, таким образом включается цепочка наследования.
! Необходимо указать правильного владельца сразу иначе цепочка оборвется и придется пересоздавать схему.
CREATESCHEMA[MDM] AUTHORIZATION[dbo]
Далее создаем представление, которое использует например таблице TESTв схеме dbo
CREATEVIEWMDM.TESTVIEWAS
SELECT*
FROMdbo.TEST
Даем права нашему пользователю на селект и грант, без гранта работать не будет.
История в Chrome хранится в SQLite, (в MacOS и Linux он скорее всего уже имеется, а в Windows надо будет установить).
Затем вам нужно будет перейти в папку с Chrome (C:UsersВАШ_ЛОГИНAppDataLocalGoogleChromeUser DataDefault) и найти там файл History (в нём то и хранится вся наша история, но нельзя так просто взять и просмотреть содержимое =))
Тут запускаем командную строку и пишем такую длинную команду:
sqlite History «select datetime(last_visit_time/1000000-11644473600,'unixepoch'),url from urls order by last_visit_time desc» > MyHistory.txt
Таким образом мы получили файл MyHistory.txt, который можно просмотреть в любом текстовом редакторе =)
P.S. Если выдаёт ошибку типа «Error: database is locked«, значит у вас открыт браузер. Закройте Chrome и попробуйте ещё раз =
Alexey Semyonov:
Rudolf спасибо, мне помог твой ответ.
Только у меня есть еще есть несколько дополнительные вопросов, так как я почти ничего не понимаю в настройках Google браузера.
Допустим у меня еще не установлен Total Commander, и тогда как у тебя написано «запускаем командную строку», но под командной строкой я подумал CMD.exe, и запустил =) а как туда вставить эту длинную строчку из буфера? Может это и глупый вопрос.
Вот из этой твоей ссылки на SQLite — http://sqlite.org/sqlite-3_7_3.zip, я распаковал sqlite3.exe, но наверно у меня уже есть SQLite в Win7 Loginvovchyk x64 за Октябрь. Запуская этот файл sqlite3.exe появляется окно как CMD.exe, но справка в ней не работает и ничего не выдает help, в какой каталог на диске С: нужно скопировать sqlite3.exe чтобы работала ? и еще бы ссылку как пользоваться этой утилитой.
Потом я скопировал History, sqlite3.exe в один каталог и запустил команду в Total Commander которую ты дал:
sqlite3.exe History «select datetime(last_visit_time/1000000-11644473600,'unixepoch'),url from urls order by last_visit_time desc» > MyHistory.txt
и все получилось, текстовый файл на 681405 байт, так это же за несколько дней история, а если бы за весь год то тут у меня будут проблемы при его просмотре, так как чтобы сразу открыть ссылку из AkelPad нужно поставить пробел перед ссылкой в этом тестовом файле.
И поэтому второй вопрос как сделать, чтобы при экспорте в текстовый файл перед http:// вставлялся еще пробел ?
Браузер Google за последние пять лет вырвался далеко вперёд по числу пользователей в сравнении с конкурентами. Разработчики Chrome всегда делали упор на скорость работы, а не на функциональность, которая может расширяться до бесконечности благодаря расширениям. И всё же, разменяв четвёртый десяток версий, браузер научился делать множество в