-
Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе
здесь специалисты повидали многое
, др. вопрос - рассмотрение грабель из VBA и COM - это какбэ не тема конкретного разделахотя они здесь упоминаются (и мною в т.ч.)
изначально была корпоративной почтой, с нескольким десятком различных БД (и больших, и маленьких) под разные задачи. Почему меняем - не знаю полного списка причин, но уверен, причины весьма веские - у нас с этим подходом в компании крайне строго и просто так ничего не меняют.
BPM Online - как я понимаю, будет использоваться для многих целей компаниипро - на что менять - вы так и не сказали
не соглашусь (это относится не только к VBA, Excel, Word и т.п.) - из моей большой практики, работодатели готовы хорошо платить за решение таких задач, которые пока не умеет делать система\ПО. Т.к. системы становятся все "умнее", для конечных пользователей маячит плохая перспектива оказаться ненужными, с знаниями, которые окажутся невостребованными на рынке. Нужно быть на "шаг впереди" - уметь решать эффективно такие рабочие задачи, которые компьютер пока сам решить не может. И использовать для этого доступные средства. А для этого нужно развиваться, а не только заниматься своим обязанностями
это задача ИТ отдела и их компетенции, а у др. сотрудников - совершенно др. задачи (ну если компания не ИТ)
это лозунг, причем именно такой подход приводит/приводил/приведет к плачевным последствиям
Сталкиваюсь с этим почти каждый день...
Примеры:
- был спец по лизингу, сидел чего-то делал в эхеле, его не трогали. Настал момент когда он решил больше с нами не сотрудничать. Вся информация была утрачена (за 2-а года). При проверке алгоритмов были обнаружены просчеты. Девушки временно стали вести БД в эхеле... Далее схема стандартная - ошибки в формулах (протянула не протянула), агрегация по листам (для кот. я писал оптимизированный макрос). Перевел в LDN - все проблемы отпали, да еще и клиенты могут посмотреть свои задолженности (онлайн)
- была некая система (как не сложно догадаться - в эхеле), в кот. размещали прогнозы. Спец (западный) пилил ее года два (макросы/регионы,формулы), код неплохой (для VBA). Были постоянные косяки со сменой периодов и костыли по доступу в "БД" (этож эхель). Чел уволился(попал под сокращение, был на контракте). Надо ли объяснять, что все перестало работать и поддерживать такое невозможно ? Перевожу в LDN
- был некий файл (странно, но почему-то разрабатывал поляк ), модель по скидкам, и опять история повторилась, только с кач-вом исполнения, как и в первом случае - все очень ужасно. Думаем - что делать
я еще много много могу припомнить, но везде история похожая - неспецы в программирование и архитектуре берут МСО и "творят", заканчивается одинаково (помойка/потеря информации/потеря времени - ощутимы затраты)
нужно заниматься своими прямыми обязанностями (желательно профессионально), а не пытаться, при отсутствии молока, найти корову и попробовать её подоитьне оказалось бы как у нас, с Zoho
я даже макрос писал, для интеграции с SFA системой...
Со стороны, не знаю сути, очень легко делать оценочные суждения, что правильно, а что нет. Как раз мои качества (прошу не путать с умением программировать, знанием COM\VBA - это всего лишь знания, которым я воспользовался) ценятся - способность решать управленческие проблемы, видеть возможности и уметь решать оптимальное решение, мотивирования, развития сотрудников на системной основе - это как раз про то, чтобы вырастить потенциальных "звезд" для компании снизу.
Для моей данной частной моей задачи - это решение сверхоптимальное, со всеми его издержками особенностями и ограничениями. Кроме этого, много других задач - где решения находятся не так быстро, и требующие большего времени, но эффект дающий в разы больший. И результаты - я считаю на высоте (на этой позиции работаю с конца февраля) - ситуацию в направлении, в отношении к качеству сервиса, климат в коллективе изменился кардинально - в лучшую сторону.
не оказалось бы как у нас, с Zoho
я даже макрос писал, для интеграции с SFA системой...
Поживем, увидим
.вот!
и 10-ть лет, как я понял из деталей, на БД лежал болт
а теперь "есть план" уйти от этого решения
т.е. если бы 10-ть лет БД дорабатывали и грамотно сопровождали - ваш макрос просто бы не был нужен!
Решение по-быстрому - это не выход из ситуации (практически никогда)
в мало-мальски значимой компании подобный подход ведет к убыткам (их конечно спишут и даже не упомянут), а это годы неудобств коллектива
притом - "слезая" с домины будут потеряны и все вложения труда ИТ (по поддержке), а возможно - уволены сотрудники (кот. ей занимались)
Что касается облачных решений - это конечно модно-молодежно, и пиарят во все щели..., ну а почему бы тогда не начать с основной "беды" - МСО?
вот переведете в облако - тогда и остальное можно, а здесь готовы "пустить под нож" "систему", НО оставить файлы, где логика?
В любом случае - ведут параллельные пилотные проекты (масштабные), и только после получения сравнения (год, не меньше) и оценки рисков - делают миграцию
Доброго дня. Давайте все-таки попробуем обсудить практические вещи. Решил попробовать уйти с FTSearch на GetDocumentByKey
Что для этого сделал в макросе:
1. Прошелся по всем колонкам View и установил признак IsSorted в ИСТИНА для нужной мне колонки (5-ая колонка в View, у остальных колонок если IsSorted было установлено значение ИСТИНА - установил в значение в ЛОЖЬ)
2. Пробую искать значение по заданной 5-ой колонке (в данной колонке - формула @ToNumber(@Left(DemandNumber;"-")) через метод GetDocumentByKey - не находит:
В чем может быть дело? Заявка с указанным номером существует
Что для этого сделал в макросе:
1. Прошелся по всем колонкам View и установил признак IsSorted в ИСТИНА для нужной мне колонки (5-ая колонка в View, у остальных колонок если IsSorted было установлено значение ИСТИНА - установил в значение в ЛОЖЬ)
2. Пробую искать значение по заданной 5-ой колонке (в данной колонке - формула @ToNumber(@Left(DemandNumber;"-")) через метод GetDocumentByKey - не находит:
Код:
Dim oNotesView As Variant
Dim doc As Object
Dim oKey(1 To 1) As Variant
...
oNotesView.Refresh
oKey(1) = "391203"
Set oDoc = oNotesView.GetDocumentByKey(oKey, False)
If oDoc Is Nothing Then
MsgBox "Не нашел..."
Exit Sub
Else
MsgBox "Нашел!"
End IfВ чем может быть дело? Заявка с указанным номером существует
Последнее редактирование модератором:
@Гринго а права на изменение view у Вас есть?
Поскольку альтернативу Excel.VBA мы не рассматриваем, то я бы создавал свой view, либо общий, либо персональный...
Предварительно проверяя существует ли он.
Сделал бы сразу ему колонки с нужными значениями, сортировкой, формулой отбора и далее опять по тексту.
Если у Вас там есть отдел поддержки, то может они его Вам создадут? Копию этого же, но с другим именем, колонками и сортировкой.
Поскольку альтернативу Excel.VBA мы не рассматриваем, то я бы создавал свой view, либо общий, либо персональный...
Предварительно проверяя существует ли он.
Сделал бы сразу ему колонки с нужными значениями, сортировкой, формулой отбора и далее опять по тексту.
Если у Вас там есть отдел поддержки, то может они его Вам создадут? Копию этого же, но с другим именем, колонками и сортировкой.
в домине так никто не пишет
Код:
Dim oKey(0) As Integer
oKey(0)=391203и согласен что
далее - я не уверен в рабочести варианта с не сортированными колонками до "средней" сортированной
гы-ы-ы...
т.е. пришло осознание - час или более ждать и получить неоднозначную выборку - вариант так-себе был
2@lmike - зря вы так, работает "шустро" -10 секунд. Результат поиска однозначный. Какой такой час?
Согласно документации GetDocumentByKey ищёт только по сортированным колонкам.
Finds a document based on its column values within a view. You create an array of keys, where each key corresponds to a value in a sorted column in the view. The method returns the first document whose column values match each key in the array.
Я вот не совсем уверен в работоспособности этого
Всё таки для поиска индексы как-то должны быть перестроены. Надёжнее использовать готовый view с заранее построенной нужной сортировкой, чем "пересортировывать" какой-то другой.
индекс может быть "испорчен" и с FT индексом не так редко бывает,
да и предназначение его - более широкое (чем поиск в конкретном поле), а час - это периодичность индексации (ЕМНИП - час)
основная мысль именно такая
моя неуверенность завязана на общую "особенность" при модификации вьюшек - чем проще, тем вероятность нормального перестроения индекса выше
Нет возможности создавать свой View . Техническая поддержка удаленная и на уровне поддержания БД в более или менее рабочем состоянии. Поэтому останавливаемся на текущем реализации - работает пока без сбоев. Допилил макрос с учетом возможного наличия гиперссылок на конкретную заявку. С проблемой индекса и задержкой в час пока не столкнулись - посмотрим на регулярной практике
Обучение наступательной кибербезопасности в игровой форме. Начать игру!