J
В общем суммируя, у нас не известны (изначально) поля, которые нужно инициализировать
Size: a a a
2021 March 30
VE
зачем? mpdf юзай
Это не мой выбор. Есть wkhtmltopdf в контейнере из golang с обвязкой. С ним можно общаться по grpc.
И вот все бы хорошо, но мне нужно для каждого документа, добавлять меняющиеся колонтикулы. При чем, документ может занимать сколько угодно страниц. От 1 до хз.
И в одной формируемой портянке таких документов может быть от 1 до 300
И вот все бы хорошо, но мне нужно для каждого документа, добавлять меняющиеся колонтикулы. При чем, документ может занимать сколько угодно страниц. От 1 до хз.
И в одной формируемой портянке таких документов может быть от 1 до 300
VM
Добрый день, нужно построить логику при следующих условиях:
Есть таблица в бд, с наименованием companies (здесь присутствуют обычные поля, типа описания, может какие-нибудь связи один к одному). Чтобы добавить каку-нибудь компанию, нужно обязательно загрузить excel документ с определенными полями внутри. Но, заказчик возжелал, чтобы видов компаний было несколько, чтобы поля каждой компании менялись в зависимости от рынка. То есть сущность должна быть company, но поля должны быть взяты откуда-то с другого места. Как это можно сделать лучше :\
Есть таблица в бд, с наименованием companies (здесь присутствуют обычные поля, типа описания, может какие-нибудь связи один к одному). Чтобы добавить каку-нибудь компанию, нужно обязательно загрузить excel документ с определенными полями внутри. Но, заказчик возжелал, чтобы видов компаний было несколько, чтобы поля каждой компании менялись в зависимости от рынка. То есть сущность должна быть company, но поля должны быть взяты откуда-то с другого места. Как это можно сделать лучше :\
Куча нулабл колонок или еав
J
Volodymyr Melko
Куча нулабл колонок или еав
Еав? Не совсем понятно что это
V
Обидеть художника может каждый, но программиста-то как? Здесь критерий работает - не работает, все остальное лирика.
Из всех яп гипотетическая способность обижаться есть только у лиспа, но это имхо)
Из всех яп гипотетическая способность обижаться есть только у лиспа, но это имхо)
Любой дурак сможет написать код, который поймет машина. Хорошие программисты пишут код, который сможет понять человек. Мартин Фаулер.
A
В общем суммируя, у нас не известны (изначально) поля, которые нужно инициализировать
тогда три основные таблицы - компании, набор типов компаний, индексная
в набор типов добавляем новые наборы признаков, для каждого создаем новую таблицу, фиксируем ее имя
в индексной сопоставляем компании с наборами признаков
в набор типов добавляем новые наборы признаков, для каждого создаем новую таблицу, фиксируем ее имя
в индексной сопоставляем компании с наборами признаков
VM
Еав? Не совсем понятно что это
Гугли EAV
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
J
Volodymyr Melko
Гугли EAV
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
Ага, спасибо сейчас посмотрю
J
Volodymyr Melko
Гугли EAV
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
Используетсч часто в магазах. Есть товар, с общими полями типа названии и цены. И есть атрибуты, которые различаются для разных категорий ( у модников диагональ и разрешение, у проца ядра и частота и т.д)
EAV решает эту проблему, это стандартный подход
Да, именно это
J
Спасибо большое всем
V
про архитектурное решение это очень спорно :) так называемый говнокод может работать быстрее и стабильнее супер пупер фреймвока, а плюс последнего в виде толпы дешевых разработчиков для поддержки не всегда очевиден в таком случае. Но в рамках корпоративной культуры даже помыслить такое страшно)
Что имеется в виду под стабильностью? Я понимаю, что ты оправдываешь свой говнокод (который боишься нам показать), но такие высказывания - это уже перебор :)
x
про архитектурное решение это очень спорно :) так называемый говнокод может работать быстрее и стабильнее супер пупер фреймвока, а плюс последнего в виде толпы дешевых разработчиков для поддержки не всегда очевиден в таком случае. Но в рамках корпоративной культуры даже помыслить такое страшно)
Фреймворк это лишь набор функций, которые тебе доступны, он и так максимально быстрый из коробки, и ты уже выбираешь какие функции тебе использовать а какие нет, и конечно же там пишут большое количество людей их и делают конечный продукт максимально производительным