bdd2


Беленко Александр

0
Рейтинг

Александр Беленко
crabzzy



  •   Регистрация: 29.05.2010 (6 лет назад)

  •   Был(а) на сайте: 19.01.2017

Комментарии

ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#25 17.01.17 9:30
(23) Алексей, доброе утро,
да, буду рад, спасибо!
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#22 13.01.17 10:06
Добрый день!
Вот здесь отличный мульт про SQL-Server от компании Brent Ozar Unlimited о том, чем они занимаются: https://www.brentozar.com/thanks/
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#21 12.01.17 17:56
(18) не актуально, да, проблема параметр-сниффинг, разрешу ввод по строке только если ввели порядка 17 символов, всем спасибо
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#18 12.01.17 17:17
Коллеги, подскажите, пожалуйста,
у меня есть документ с 1С-ным реквизитом Номер длиной 20.
Номер не начинается с нулей, то есть все 20 цифр не нули.
Документов достаточно много в базе, около 1.5 млн документов.
В конфигурации есть поля ввода, где нужно вводить ссылку на этот документ, соответственно пользователи вводят номер и нажимают Enter (ввод по строке). Почему-то иногда база предлагает Index Scan для индекса byDocDate вместо Index Seek для индекса byDocNum,
хотя статистика ежедневно обновляется. Если делаю dbcc freeproccache, то естественно, план выбирается хороший.
Не понимаю как так выходит, может быть когда пользователи вводят первые 5 символов номера, тогда и получается параметр сниффинг проблема, т.к. 5 символов номера для всех документов одинаковы, то и оптимизатор SQL предлагает сканировать все документы.
Только так могу объяснить явление.Соответственно, сделал сейчас план обслуживания, где dbcc freeproccache для этого запроса (поиска документа при вводе по строке) происходит каждую минуту.
Я правильно рассуждаю про параметр-сниффинг?
Спасибо!!
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#17 12.01.17 17:07
Опробовал на рабочей базе.
Всё неплохо легло, я бы добавил ещё в скрипт Tigerов (который с 0_ начинается), чтобы у каждой "пользовательской" базы, кроме системной model прирост файла тоже состовлял бы 100 Мб = 102400 Kb. А то по-умолчанию SQL (по кр.мере 2008ой) ставит прирост в 1 Mb, если не ошибаюсь.
Проиндексировал пару реквизитов документа и один ресурс регистра сведений по результатам sp_BlitzIndex.
ВебинарыХватит нагибать СУБД - "рефакторьте" метаданные#12 12.01.17 12:26
Суперский вебинар!
Алексей, большое спасибо!!
DevМассив из результатов Base64Строка с клиента на сервер - "портятся" двоичные данные#1 10.01.17 11:43
Здравствуйте.
Платформа 8.3.8.1933.
С коллегой делаем задачу:

На клиенте есть массив двоичных данных из трёх или более элементов, например: М1 = (Д1,Д2,Д3,Д4).
1. Если пробовать поместить массив М1 во временное хранилище, на тонком/толстом клиенте выходит ошибка:
Отображение типа '{http://www.w3.org/2001/XMLSchema}base64Binary' в тип 'ДвоичныеДанные'.

2. Если просто передать массив М1 на сервер как параметр, тоже ошибка:
Отображение типа '{http://www.w3.org/2001/XMLSchema}base64Binary' в тип 'ДвоичныеДанные'.

3. Тогда мы создаём массив М2 и заполняем результатом преобразования каждой двоичной данной Base64Строка
М2 = [Base64Строка(Д1), Base64Строка(Д2), Base64Строка(Д3), Base64Строка(Д4)].
Передаём М2 с тонкого клиента на сервер, ошибки нет, но для Д1,Д2,Д4 все значение передались хорошо (то есть когда обратно в двоичные данные на сервер переводим, всё верно получается (т.к. переводили картинки с клиента на сервер), но с Д3 происходит недочёт, строка изменяется: строка на клиенте одна, а на сервере другая.

Когда передаём просто Base64Строка(Д3) с клиента на сервер - то всё в порядке, и если в массив из одной строки Base64Строка(Д3) поместить и передать, то тоже всё нормально. И заметили, что если мало строк в массиве и размер массив массива небольшой, то всё ок, а если много строк в массиве - то такой недочёт возникает.

Не сталкивались с подобным? Почему строка-результат для Д3 изменяется?
DevУправляемые формы. Динамический список.#11 07.12.16 11:24
Максим, попробуйте функциональный опции посмотреть, как говорит Сергей Андреев в #9. И если не получится, выложите, пожалуйста, скриншот.
Спасибо.