Добрый день! Прошу помочь советом: Есть пять отделов и таблица с несколькими тысячами строк. Каждая строка - определенный товар. Первый отдел может вносить новые товары и заполнять основные характеристики товара (первые 20 столбцов, в т.ч. к какому из остальных отделов относится этот товар). Желательно разделить таблицы (единая выходит слишком громоздкой) Каждый остальной отдел заполняет свои столбцы, вносить изменения в первые 20 столбцов не могут. На данный момент рабочий вариант такой: у каждого отдела есть своя книга, доступная на редактирование только ему. Первый отдел вносит товары в свою таблицу, тут же ему присваивается свой id. У остальных отделов в книге идет проверка на наличие новых товаров в таблице первого отдела, относящихся к их отделу (через Workbooks.Open открывается первая книга и сравнивается по id). Новые товары добавляются. Есть огромное число минусов у данного способа, как минимум тормознутость и проблемы с общим доступом к книгам. У каждого отдела своих столбцов около сотни. Сроки очень сжатые, разбирать и изучать каждый вариант (связка с access, модели данных и т.д) не успеваю. Подскажите оптимальный вариант на ваш взгляд. Может я упустил какой-то очень простой и очевидный вариант) Спасибо)
Добрый день! Прошу помочь советом: Есть пять отделов и таблица с несколькими тысячами строк. Каждая строка - определенный товар. Первый отдел может вносить новые товары и заполнять основные характеристики товара (первые 20 столбцов, в т.ч. к какому из остальных отделов относится этот товар). Желательно разделить таблицы (единая выходит слишком громоздкой) Каждый остальной отдел заполняет свои столбцы, вносить изменения в первые 20 столбцов не могут. На данный момент рабочий вариант такой: у каждого отдела есть своя книга, доступная на редактирование только ему. Первый отдел вносит товары в свою таблицу, тут же ему присваивается свой id. У остальных отделов в книге идет проверка на наличие новых товаров в таблице первого отдела, относящихся к их отделу (через Workbooks.Open открывается первая книга и сравнивается по id). Новые товары добавляются. Есть огромное число минусов у данного способа, как минимум тормознутость и проблемы с общим доступом к книгам. У каждого отдела своих столбцов около сотни. Сроки очень сжатые, разбирать и изучать каждый вариант (связка с access, модели данных и т.д) не успеваю. Подскажите оптимальный вариант на ваш взгляд. Может я упустил какой-то очень простой и очевидный вариант) Спасибо)Zerst
Оптимальный вариант — на событие листа Change повесить проверку диапазона и форму с запросом пароля. Если введённый пароль неверен, Application.Undo. Пароли храним в скрытом листе.
Оптимальный вариант — на событие листа Change повесить проверку диапазона и форму с запросом пароля. Если введённый пароль неверен, Application.Undo. Пароли храним в скрытом листе.StoTisteg
Интуитивно понятный код - это когда интуитивно понятно, что это код.
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
