>>>Для разовых событий (типа рождения и смерти) вполне достаточно просто одного поля с соответсвующим событием. А вот под документальное сопровождение этих процессов уже можно нагородить таблиц
вы только что подтвердили, что я прав. под документальное сопровождение данные нормализуются, а вот ваш «один столбец в таблице» это лишь один вычисляемый столбец в материализованном представлении
самый простой способ разбить любую сложную проводку на N простых это использовать Suspense Account из британской практики.
Т.е. все что надо дебетовать дебетуем из suspense в котором 0 на балансе
все счета что надо кредитовать кредитуем из того-же suspense и сальдо на suspense должно быть 0
если сальдо не 0, тогда проводка не сбалансирована
такие проводки используются во время проведения корректирующих проводок при трансформации из одной системы учета в другую (рсбу<->мсфо или us gaap<->ifrs) или при консолидации дочерних компаний в головную или при корректировке балансов по акту-сверки с контрагентом когда есть и дебетовые и кредитовые остатки
очень много всего, что можно сделать для devsecops, краткий неполный список:
1. золотые образы ОС должны приходить от безопасников после security hardening
2. endpoint security (tanium), логгирование (splunk), сканер уязвимостей (qualys, nessus), IAM (centrify) должны быть внедрены в образ ОС
3. исходный код должен проходить через стат анализатор кода
4. все сторонние библиотеки для разработчиков должны раздаваться из центрального artifactory, после прохождения аудита
полей нет, зато есть таблицы ))
например для увольнения есть таблица приказов/заявлений
для смерти — другая таблица.
я имел в виду, что добавляя столбец например дата смерти мы гарантируем что почти у всех значения будут NULL (мы же не базу мертвецов строим, ведь?) и только у единиц будут значения, а SQL движки плохо работают с разреженными столбцами где много NULL и мало значений.
правильнее будет нормализовать дальше и сделать таблицы (Сотрудники, Приказы)
если честно выглядит как Tableau/Looker/PowerBI для бедных.
я задеплоил модель на ML.NET в виде модуля SQL Server и отдал либо view, а там пользователь сам может в табло строить красивые графики имея view, которая объединяет разные категориальные признаки из DWH и сразу получает предсказания модели.
для быстрой работы результаты кешируются с помощью Tableau Extract и публикуются в Tableau Server
доступ как к данным так и дешборду регулируется с помощью active directory, все секьюрно и по ентерпрайзному
касательно «Ведь мы же не можем заранее заполнить столбцы “Дата смерти” или “Дата увольнения”, мы же не предсказатели тыкать пальцем в небо :-).» — такая рекомендация пройдет только если мы делаем базу данных для морга где ожидается что все люди мертвы (с единичными исключениями когда дата неизвестна).
в остальных случаях, если база не мертвых и не уволенных людей, то лучше это моделировать в представлении (view) как вычисляемое поле.
интересно будет увидеть воздушный транспорт курсирующий по маршруту (летает между аэропортом и деловым центром с небоскребами), который будет просто менять батареи на остановках, а не ждать пока заряжется (а-ля пит-стоп в формуле1).
скоро настанет время, когда оптимизированный движок браузера будет операционной системой всех гаджетов, а приложения будут представлять собой сайты в облаках по фримиум/подписке.
все это добро будет отжирать память как не в себя и лагать даже на самом быстром железе, и будет с кучей дыр из OWASP.
мне интересно, где точка безубыточности — когда выгоднее пилить самописку на 1С как первичную систему и городить там огород против использование спец.системы, 1С использовать по минимуму как побочную систему для отчетности налоговоикам и прочим.
получается вся сила 1С только в том, что «отчетность» перед регулирующими органами у них работает из коробки. Если это так, то 1С стоит использовать только для этих же целей — выгружать аггрегированные данные в 1Ску и нажимать кнопку составить отчет и отправлять налоговым и прочим регуляторам.
А нормальный учет по каждой области вести в специализированной системе
кстати можете объяснить почему на западе используют много разных систем и затем интегрируют их, а в СНГ — пихают везде монстра 1С.
Например на западе многие используют Workday для учета кадров, SAP/Oracle FI для ведения главной книги, прочие нишевые ERP для ведения операций в определенной сфере (учет ТМЦ, торговля и т.д.) — не легче ли использовать несколько независимых систем, которые делают свое дело лучше всех в одной узкой нише, а потом сшить их вместе, чем пытаться городить монстра на глиняных ногах на платформе 1С?
зависит от позиции, все что выше в $100к базовой зп.
нетворк работает по другому, это не транзакционное общение (ты мне-я тебе) и это точно не сиюминутная выгода, а игра вдолгую.
нетворкинг нужен в США, чтобы попасть на хорошо оплачиваемую позицию.
Конкуренция на высокооплачиваемых позициях настолько высока, что на любую хорошую позицию сразу найдутся десятки высококвалифицированных кадров. Кому отдать позицию, решает нетворкинг.
Без нетворка вы сможете претендовать только на простые и низкооплачиваемые позиции на галерах а-ля tata, infosys, congizant, но это на любителя
вы только что подтвердили, что я прав. под документальное сопровождение данные нормализуются, а вот ваш «один столбец в таблице» это лишь один вычисляемый столбец в материализованном представлении
Т.е. все что надо дебетовать дебетуем из suspense в котором 0 на балансе
все счета что надо кредитовать кредитуем из того-же suspense и сальдо на suspense должно быть 0
если сальдо не 0, тогда проводка не сбалансирована
1. золотые образы ОС должны приходить от безопасников после security hardening
2. endpoint security (tanium), логгирование (splunk), сканер уязвимостей (qualys, nessus), IAM (centrify) должны быть внедрены в образ ОС
3. исходный код должен проходить через стат анализатор кода
4. все сторонние библиотеки для разработчиков должны раздаваться из центрального artifactory, после прохождения аудита
например для увольнения есть таблица приказов/заявлений
для смерти — другая таблица.
я имел в виду, что добавляя столбец например дата смерти мы гарантируем что почти у всех значения будут NULL (мы же не базу мертвецов строим, ведь?) и только у единиц будут значения, а SQL движки плохо работают с разреженными столбцами где много NULL и мало значений.
правильнее будет нормализовать дальше и сделать таблицы (Сотрудники, Приказы)
я задеплоил модель на ML.NET в виде модуля SQL Server и отдал либо view, а там пользователь сам может в табло строить красивые графики имея view, которая объединяет разные категориальные признаки из DWH и сразу получает предсказания модели.
для быстрой работы результаты кешируются с помощью Tableau Extract и публикуются в Tableau Server
доступ как к данным так и дешборду регулируется с помощью active directory, все секьюрно и по ентерпрайзному
касательно «Ведь мы же не можем заранее заполнить столбцы “Дата смерти” или “Дата увольнения”, мы же не предсказатели тыкать пальцем в небо :-).» — такая рекомендация пройдет только если мы делаем базу данных для морга где ожидается что все люди мертвы (с единичными исключениями когда дата неизвестна).
в остальных случаях, если база не мертвых и не уволенных людей, то лучше это моделировать в представлении (view) как вычисляемое поле.
github.com/fastai/numerical-linear-algebra/blob/master/README.md
www.youtube.com/playlist?list=PLtmWHNX-gukIc92m1K0P6bIOnZb-mg0hY
все это добро будет отжирать память как не в себя и лагать даже на самом быстром железе, и будет с кучей дыр из OWASP.
А нормальный учет по каждой области вести в специализированной системе
Например на западе многие используют Workday для учета кадров, SAP/Oracle FI для ведения главной книги, прочие нишевые ERP для ведения операций в определенной сфере (учет ТМЦ, торговля и т.д.) — не легче ли использовать несколько независимых систем, которые делают свое дело лучше всех в одной узкой нише, а потом сшить их вместе, чем пытаться городить монстра на глиняных ногах на платформе 1С?
зависит от позиции, все что выше в $100к базовой зп.
нетворк работает по другому, это не транзакционное общение (ты мне-я тебе) и это точно не сиюминутная выгода, а игра вдолгую.
Конкуренция на высокооплачиваемых позициях настолько высока, что на любую хорошую позицию сразу найдутся десятки высококвалифицированных кадров. Кому отдать позицию, решает нетворкинг.
Без нетворка вы сможете претендовать только на простые и низкооплачиваемые позиции на галерах а-ля tata, infosys, congizant, но это на любителя