Про «динамические таблицы» и отчётопригодность БД системы

Не техническому специалисту очень сложно оценить как там устроена база данных системы. Но есть некоторые важные нюансы, на которые следовало бы обратить внимание при её выборе. Мы позволим себе поделиться своей точкой зрения на то, как мы хотели бы видеть БД системы и как не хотели бы. А вас призываем при выборе системы пригласить к участию грамотных специалистов, которые умеют с помощью Экселя (или ещё более продвинутых инструментов) и запросов получать из базы данных осмысленную информацию, публиковать отчёты на корпоративных серверах отчётности, работать с разными широкоизвестными системами построения отчётности из разных источников и анализа данных, чтобы они заглянули внутрь и сказали, смогут ли они с этим работать.

Есть разные подходы к получению отчётности, выгрузке данных и иным похожим операциям:

Первый состоит в том, что вся отчётность и выгрузка информации делается внутри системы с помощью её встроенных возможностей, а сделать это какими-то другими, в том числе гораздо более удобными инструментами не представляется возможным из-за модели базы данных, где используются многочисленные «динамические» таблицы, фактически под каждый документ создаётся своя таблица (ну, или примерно по такой логике) и, если Вам нужно вывести список каких-то операций, где фигурируют эти документы, вы должны будете присоединить все эти отдельные таблицы, количество которых может измеряться тысячами или десятками тысяч. Не критикуя такой подход в целом, заметим только, что ваш специалист по построению отчётности средствами сервера отчётности Майкрософт вряд ли обрадуется, увидев в базе данных примерно такой набор таблиц:

Не критикуя такой подход в целом, заметим только, что ваш специалист по построению отчётности средствами сервера отчётности Майкрософт вряд ли обрадуется, увидев в базе данных примерно такие таблицы

А ещё меньше он обрадуется, если посмотрит содержимое наугад взятой такой таблицы:

В разных таблицах с одинаковым префиксом разные наборы полей, а если заглянуть наугад в какую-то таблицу, то вместо собственно данных, мы увидим какие-то ссылки

Вы можете здесь найти какую-то осмысленную информацию? Скорее всего нет.

А теперь перейдём ко второму подходу. Второй подход подразумевает возможность пользоваться набором передовых отчётных и аналитических инструментов, обращаясь непосредственно к вашей базе данных (разумеется, речь идёт об авторизованном доступе с соблюдением всех необходимых требований безопасности и прав доступа). Мы знаем множество компаний, где есть удобные отчёты, количество которых исчисляется сотнями и для получения которых пользователи совсем не обязаны находиться внутри учётной системы, они получают их прямо в Эксель, либо через веб интерфейс на корпоративном сервере отчётности, либо по расписанию на электронную почту.

Всё что для этого требуется — это просто иметь таблицы с фиксированной структурой, которая достаточно прозрачно описана. И где можно увидеть хоть что-то осмысленное, а не мешанину каких-то безумных ссылок непойми на что. Всё остальное дело техники.

Понятно, что генеральному директору отчёты может готовить секретарь или какой-то иной сотрудник, сам он в систему при первом подходе вряд ли «полезет», как говорится, не царское это дело, но мы знаем многочисленные случаи когда генеральный начинал свой день просматривая любимые сетевые отчёты, например, «средние цены продажи изделий постформинг по продавцам» и на совещании задавал вопрос коммерческому: «а что это у Вас Пупкин продаёт дешевле всех остальных?»

Отчёты — это очень важная часть системы. Не только фискальные. По большей части аналитические. И концепция структуры баз данных системы очень важная часть. И не только из-за быстродействия. Мы за то, чтобы вместо «данных» иметь осмысленную «информацию»

Дополнительно: