D
Size: a a a
2021 January 22
SP
Т.е всего 20 гиг ? Закиньте все в память
У тебя и так операционная система файловую систему кэшит
SP
чтобы эффеткивно работать с лямами записей нужны колоночные бд, реляционки в такое не умеют
Что бы утверждать как работать с данными нужно знать что за данные и чё с ними делаю
SP
Вдруг там 20 гигов графов
SP
И неэффективные структуры
D
У тебя и так операционная система файловую систему кэшит
Да. Но может там кеш вымывается. Про железо слов не было.
SB
Посоветуйте, что полезно почитать по работе/настройке SQL-DB (в моем случае MySQL) c 100kk+ строк. Без посещения ДБ в память. Нужно делать множественные SELECT, и все медленнее и медленнее работает.
ппоробуйте подготовливать данные в нужном виде когда они к вам приходят в оптимальный для выборки формат вместо насилования базы запросами. Да будет дублирование но место нынче дешовое а скорость зато будет хорошая и шемороя меньше
2021 January 23
DD
Все спасибо, решили тестить Clickhouse, посмотрим что из этого выйдет. В настоящий момент данные в виде строковой "item"id" и 12-ти float (xxx.yyyyyy). Без update/delete, только INSERT и SELECT, вроде хорошо подходит для ClickHouse такие условия
ВС
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Р
Все спасибо, решили тестить Clickhouse, посмотрим что из этого выйдет. В настоящий момент данные в виде строковой "item"id" и 12-ти float (xxx.yyyyyy). Без update/delete, только INSERT и SELECT, вроде хорошо подходит для ClickHouse такие условия
Привет, напиши потом что в итоге вышло
a
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Привет. Не уверен что правильно понял. Но наверное можно пробрасывать через ДИ в конструктор интерфейс типа IConfig.
ВС
Привет. Не уверен что правильно понял. Но наверное можно пробрасывать через ДИ в конструктор интерфейс типа IConfig.
Привет. Да, и через сеттер тоже. Но вот пробрасывать конфиг в условные 15-ть классов не кажется хорошим решением. Вероятно, не всем 15-ть классам будет нужен конфиг. Но просто есть идея сделать его доступным глобально. Хочется понимать, есть ли другое решение.
SB
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Не использовать глобальный конфиг.
Сделать так чтобы каждый модуль зависел только от своих конкретных конфикураций.
Сделать так чтобы каждый модуль зависел только от своих конкретных конфикураций.
ВС
Понял, спасибо.
МФ
Привет. Вопрос на тему внедрения зависимостей. Есть консольное приложение и есть консольная команда. В ней мне нужны репозиторий и http-клиент. Эти зависимости я хотел бы внедрить через конструктор (да или хоть через сеттер, не суть). И есть ещё конфигурация приложения. Это глобальная зависимость, внедрение которой не кажется верным ни через конструктор, ни через сеттер, потому что она не относится к этой консольной команде и в идеале я хотел бы иметь к ней доступ отовсюду. Но и пробрасывать контейнер в команду не кажется верным, согласно документации и здравому смыслу, в приложении должно быть как можно меньше точек зависимостей от контейнера. Очень долго думаю, как этот вопрос решить правильно. Кажется логичной идея использовать на всех классах, где нужен конфиг, сеттер, чтобы установить конфиг. Но тогда я сталкиваюсь с проблемой DRY (везде имплементирую тот же интерфейс или наследую везде тот же базовый класс, или подключаю трейт). Получше пока ничего не придумал. Как вы решаете этот вопрос в своих проектах?
Это задачи DI контейнера, множество реализаций
МФ
Возьми PHP-DI для примера
fn
Ребят. Всем привет.
Хочу создать вложенную форму, состоящую из n кол-ва объектов, которые лежат в коллекции.
Создал осн.ДТО и на её основе сделал форму через билдер.
Создал вложенное неск.ДТО и поместил их в коллекцию, на основе этой этой ДТО сделал форму и вложил её в осн.форму.
Но при отправке на бек, не заполняется значения из вложенной формы, может кто подсказать почему?:С
или придется копать вендор :С
https://pastebin.com/swzkkK0A
Заранее благодарю за ответ .
Хочу создать вложенную форму, состоящую из n кол-ва объектов, которые лежат в коллекции.
Создал осн.ДТО и на её основе сделал форму через билдер.
Создал вложенное неск.ДТО и поместил их в коллекцию, на основе этой этой ДТО сделал форму и вложил её в осн.форму.
Но при отправке на бек, не заполняется значения из вложенной формы, может кто подсказать почему?:С
или придется копать вендор :С
https://pastebin.com/swzkkK0A
Заранее благодарю за ответ .
