спасибо )

а для чего UserID объектом делают?

были бы элиасы для типов - было бы проще

в ооп чатике говорят репозиторий чисто коллекция и не стоит примешивать туда обработку ошибок в логике

а проверять вне репозитория если ты не ждешь пустого результата

а проверять вне репозитория если ты не ждешь пустого результата

не факт

можно и в репозитории если контракт оного такой

другое дело что бизнес логику туда лучше не пихать

ну я вот не могу придумать кейс когда get по первичному ключу допустимо возвращает пустое

и это не было бы исключением

ну значит таких кейсов нет)

для тебя

и оно должно кидать ошибку

а что имеется в виду под советом использовать отдельную базу для отчетов? transactional data != reporting data как это будет выглядеть?

а что имеется в виду под советом использовать отдельную базу для отчетов? transactional data != reporting data как это будет выглядеть?

то и имеется ввиду.

дублируй данные для репортов

ну к примеру у меня мульен платежных транзакций и еще купоны с ними бывают

например

"консидер" != "должно"

просто может быть так будет лучше и не стоит пытаться все делать при помощи одной СУБД. И уж тем более не надо строить репорты доктриной

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

тип того

$rep = $em->getRepository(ClientSwitchPort::class); /** @var ClientSwitchPort $lastEntity */ $lastEntity = $rep->findBy([ всегда приходится делать phpdoc в таких случаях, чтобы ide понимала тип переменной или можно как то красивее это сделать?

иметь отдельные классы как репозитории для каждой сущности, инжектить их как сервисы

Вопрос, как раз про разделение данных. Подскажите пожалуйста, БД, наиболее эффективна для хранения условно говоря одной таблицы. Сейчас такая структура данных - bigint, bigint, int, datetime, int. Используем сейчас mariadb. Много инсертов и периодически селекты нужны. Cassandra?

$rep = $em->getRepository(ClientSwitchPort::class); /** @var ClientSwitchPort $lastEntity */ $lastEntity = $rep->findBy([ всегда приходится делать phpdoc в таких случаях, чтобы ide понимала тип переменной или можно как то красивее это сделать?

По хорошему нужно создавать свои методы в репозитории и там описвать phpdoc. При этом всегда будет возможность запрос дописать

$rep = $em->getRepository(ClientSwitchPort::class); /** @var ClientSwitchPort $lastEntity */ $lastEntity = $rep->findBy([ всегда приходится делать phpdoc в таких случаях, чтобы ide понимала тип переменной или можно как то красивее это сделать?

Ну и findBy врядли вернет тебе сущность, там будет массив

По хорошему нужно создавать свои методы в репозитории и там описвать phpdoc. При этом всегда будет возможность запрос дописать

Ок, спасибо

Да, эту ошибку поправил

Вопрос, как раз про разделение данных. Подскажите пожалуйста, БД, наиболее эффективна для хранения условно говоря одной таблицы. Сейчас такая структура данных - bigint, bigint, int, datetime, int. Используем сейчас mariadb. Много инсертов и периодически селекты нужны. Cassandra?

будете смеятся, но под такую задачу нам подошел sqlite больше всего

будете смеятся, но под такую задачу нам подошел sqlite больше всего

лул

Вопрос, как раз про разделение данных. Подскажите пожалуйста, БД, наиболее эффективна для хранения условно говоря одной таблицы. Сейчас такая структура данных - bigint, bigint, int, datetime, int. Используем сейчас mariadb. Много инсертов и периодически селекты нужны. Cassandra?

попробуй для начала TokuDB, не нужно будет переписывать полприложения

165 млн записей в одну табличку. вставки редкие, а выборки частые. вначале пробовали postgresql с партицированием на 1000 партиций примерно. выборка типа select * from me_table where id in ( --over 1000 values--) была около 30с в лучшем случае.

пробовали tarantool. под наши объемы сожрал 50 Гб оперативки и так все данные и не поместил.

попробуй для начала TokuDB, не нужно будет переписывать полприложения

спасибо, попоробую.

остановились на sqlite. вставки очень быстрые, выборка та же вышла около 2-4 с

165 млн записей в одну табличку. вставки редкие, а выборки частые. вначале пробовали postgresql с партицированием на 1000 партиций примерно. выборка типа select * from me_table where id in ( --over 1000 values--) была около 30с в лучшем случае.

а что с индексами?

а что с индексами?

primary key

165 млн записей в одну табличку. вставки редкие, а выборки частые. вначале пробовали postgresql с партицированием на 1000 партиций примерно. выборка типа select * from me_table where id in ( --over 1000 values--) была около 30с в лучшем случае.

много инсертов (

если нет множества паралельных запросов, то sqlite должно хватить

лочит файл во время вставки

Что лучше, перкона или Мария?

postgresql ))

Понимаю. :) А из этих двух вариантов? :)

Ну и тогда аргументы тоже про постгрес хотелось бы узнать

Почему он лучше?

То есть мне хочется продать его своей тиме.

Как обосновать?

Почему он лучше?

хорошая индексация uuid ))

Отлично! Всем нужен только UUID :D

продай uuid )

=)

Да пока не нужен ууид :)

А вот поменять хочется. Надоел Мускль :)

сначала переводи всех на uuid, а там и postgres

Да блин, ну не может же быть что единственное преимущество - это UUID?

конечно не может )

Знаю только между mariadb / mysql. Мария не поддерживает json поля

а так, 17го года только сейчас нагуглил https://www.percona.com/blog/2017/11/02/mysql-vs-mariadb-reality-check/

Знаю только между mariadb / mysql. Мария не поддерживает json поля

5.7 вроде как да

в постгрес поддержка большего количества типов

свякие там ip, jsonb

подскажите ClassNotFoundException Attempted to load class "Constraint" from namespace "Symfony\Component\Validator".

в сущности @UniqueEntity(fields={"baseCurrency", "counterCurrency"})

покажи верхнюю часть класса? use-ы и неймспейсы

use Doctrine\ORM\Mapping as ORM; use Symfony\Bridge\Doctrine\Validator\Constraints\UniqueEntity;

ERROR: S client not available

namespase App\Entity

symfony4 как вы успели догадаться

symfony4 как вы успели догадаться

нет, тут непонятно) ну здесь всё верно. выглядит адекватно. мб в другом месте где-то валится? уверен что здесь?

только убираю констрейт и все ок

все вроде просто. а долблюсь уже час

дебаг)

только убираю констрейт и все ок

а symfony/validator есть в vendors?

такое чувство, что автолоадер не может найти файло

а symfony/validator есть в vendors?

уже есть )) невыпитое кофе утром порождает ошибки ))

спасибо

Знаю только между mariadb / mysql. Мария не поддерживает json поля

10.2 имеет

https://mariadb.com/kb/en/library/changes-improvements-in-mariadb-102/

е еще, если не ошибаюсь, в mysql не все хорошо с изменением схемы на больших таблицах

10.2 имеет

Ооо. Пропустил. Спасибо.

е еще, если не ошибаюсь, в mysql не все хорошо с изменением схемы на больших таблицах

mysql 8 посмотри)

релиз уже?

странно они как то нумерацию версий ведут. 8.0.0 только Development Milestone.

что мускуль, что мария

не, пока релиз кандидаты

Это нормально, что при composer install --no-dev flex вычищает конфиги? php-cs-fixer'a, phpunit'a, убирает зависимости из bundles.php

Я думаю нормально. Он же не может эти зависимости использовать больше если они не установлены

Но я не юзал, не знаю. :)

Просто я не composer remove делаю, чтобы он мне это чистил.

@Preemiere а где описаны пакеты ? не в require-dev?

естественно там

composer install —no-dev

ну поэтому он и будет их пропускать

иначе бы composer их не убирал при ключе --no-dev Вопрос какого фига flex считает что я пакеты выпилил окончательно

--no-dev: Skip installing packages listed in require-dev. The autoloader generation skips the autoload-dev rules.

https://getcomposer.org/doc/03-cli.md

Скажу по другому. У меня в гите лежит конфиг для php-cs-fixer. Я делаю composer install --no-dev и следом composer install. Результат - У меня незакомиченный php-cs-fixer конфиг, который ещё и не мой, а дефолтный из flex recipe.

Если бы я сделал composer remove php-cs-fixer && composer req php-cs-fixer такой результат был бы честным.