да дохера там всего выбирается а потом отсортируется HAVINGом

ну и еще - если у тебя есть какой-нибудь count или например sum - то всеравно будет full scan

вот срань

статистику в выборке делать не стоит значит подзапросом

опять же такие выводы стоит делать после explain analyze

HAVING затащил. Перемудрил я с условием сначала ) https://pastebin.com/wYGdijс Все круто - на выходе имею стобец с количеством элементов в каждой строке. https://yadi.sk/i/wquptOZi3JD89с Уже голова пухнет, подскажите, пожалуйста, как проще всего посчитать сумму всех значений строк. Т.е. получить одно число на выходе

HAVING затащил. Перемудрил я с условием сначала ) https://pastebin.com/wYGdijс Все круто - на выходе имею стобец с количеством элементов в каждой строке. https://yadi.sk/i/wquptOZi3JD89с Уже голова пухнет, подскажите, пожалуйста, как проще всего посчитать сумму всех значений строк. Т.е. получить одно число на выходе

SELECT SUM(col) FROM table;

жа

или ты про то "как сложить все колонки и все ряды"?

жа

Сделал через select count(distinct id) from (select from table_name ... и сам запрос)

нипонятно но ладно

или ты про то "как сложить все колонки и все ряды"?

Все равно спасибо за отклик!

https://github.com/mpyw/co

блин какая все же удобная библиотечка

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

а зачем?)

типа либка для гидрации выборок на объекты, либка для организации Unit of Work (не универсальный, а дать возможность самим все делать)

а зачем?)

что бы был выбор

ну твоя либка будет лучше других? если нет - то нафиг не нужно

а то сча если ты хочешь себе persistence layer с unit of work то у тебя либо doctrine либо по сути ничего (есть еще Aura.orm, isoate или как там его и еще парочка сырых и сложных)

ну твоя либка будет лучше других? если нет - то нафиг не нужно

ну таких штук я не находил пока

все стараются сделать как-то более-менее универсально, и из-за этого растет сложность

я ж хочу кирпичики сделать

ну точнее мне просто скучно

а допиливать Doctrine пока рано (пока не закончили рефакторинг основной)

доброго дня кто нибудь знает открытую базу EAN кодов и продукций? желательно бесплатную

от orm еще бы хотелось простоты и немногословности. А то как наваяют супер гибгих абстракций, хрень разберешься.

если все так сильно упирается в ORM, то не проще ли пхп выкинуть?

все стараются сделать как-то более-менее универсально, и из-за этого растет сложность

в любом случае и твой код обрастет фичами - будет в итоге как у всех не принято в нашем обществе "меньше - значит лучше", например ты напишешь отличный каркас, даже сделаешь его популярным - но пройдет 6 мес и люди будут смотреть на репу и говорить "чет не обновляется - наверное сдох проект"

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

хз, я написал очень хороший как мне кажется. без связей правда - потом начал на go прогить и забил. Цель была доменные объекты маппить без протечки ОРМ в домен. Это позволяет Доктрина, но доктрина тяжела, не нравится и добавляет некоторую грязь типа прокси и всем, что с этим связано. А все остальные ОРМ требуют наследоваться от их абстрактов (может быть кроме атласовской - не помню)

все стараются сделать как-то более-менее универсально, и из-за этого растет сложность

вот это главное. нужно просто.

в любом случае и твой код обрастет фичами - будет в итоге как у всех не принято в нашем обществе "меньше - значит лучше", например ты напишешь отличный каркас, даже сделаешь его популярным - но пройдет 6 мес и люди будут смотреть на репу и говорить "чет не обновляется - наверное сдох проект"

ну я бы делал это как разные штуки. Пакет разных штук.

хз, я написал очень хороший как мне кажется. без связей правда - потом начал на go прогить и забил. Цель была доменные объекты маппить без протечки ОРМ в домен. Это позволяет Доктрина, но доктрина тяжела, не нравится и добавляет некоторую грязь типа прокси и всем, что с этим связано. А все остальные ОРМ требуют наследоваться от их абстрактов (может быть кроме атласовской - не помню)

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

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

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

php-маппинги - это вообще жопа. не очень понятно на сайте написано, и в итоге часа 3 дебажил сквозь десятки классов из 1000 строк, почему оно не работает. а там маппинг вообще инклудится в коде через include, а не инжектится. Да и называн должен быть специально, что конкретно в доке не описано.

php-маппинги - это вообще жопа. не очень понятно на сайте написано, и в итоге часа 3 дебажил сквозь десятки классов из 1000 строк, почему оно не работает. а там маппинг вообще инклудится в коде через include, а не инжектится. Да и называн должен быть специально, что конкретно в доке не описано.

они это в 3-ей версии исправят наконец)

но код доктринки да... порой грустно от факта что это плод 2-х летнего планирования и разработки весьма сильной команды

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

++

писать велосипеды это святое

писать велосипеды это святое

так нет таких

ну то есть все велосипеды типа "для всех" а я хочу узко специализированные тулы

я тоже

я свою пилю но очень лениво

orm Это хорошо )

я свою пилю но очень лениво

под конкретную задачу или просто так?

вот просто так я не хочу)

ну у меня имплементация psr/container

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

под задачу для себя юзать

с контейнерами к слову и так все хорошо)

но сейчас на работе внедрить сложно

я не могу придумать задачу под которую не хватит symfony/di

ну разве что local binding но это решается конфигами

ну есть еще psr-di.org

php-di ты хотел сказать

да

косякнул

самая прилизанная из всех

php-di круто для небольших проектов. оч удобно. А когда тебе легаси рефакторить - не очень

хотя смотря какой легаси

ну я вот эту ситуацию примерно и решал)

чтобы можно было и современный проект делать

ERROR: S client not available

удобно и красиво

и в легаси легко её воткнуть

и при этом реализация psr/container можно заменить ей что то в фреймворке

если фреймворк гибкий

идея в том что я решил пилить основные независимые тулзы, модули

ну и без фатальных недостатков

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

подключать только то что необходимо)

вообщем кмк получилось все довольно просто и легко)))

но это для меня.

единственное что я ленюсь это доку запилить она сейчас в dev версии (

мне нравится psr и подход, но вещи стандартизируются очень долго

было бы прикольно сделать небольшой набор интерфейсов

в виде либ

и пилить уже независимые тулы

а потом как что то в psr стандартизируют переходить на него

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

опиши задачи.

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

опиши задачи.

есть один компонент системы который критичен к производительности и нужна возможность подменять СУБД быстро. Сегодня это postgresql а через пол года может быть уже casandra. Нет сложных релейшенов, но есть логика которую хочется все же нормально в объекты пихать. А значит надо мэпить. И объекты мутабельные значит нужен unit of work.

причем уйти от php и написать этот кусок на go например тоже не представляется возможным потому что я не хочу его потом суппортить

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

(2-4ms на обработку запроса сейчас выходит)

ну то есть упрусь скорее в базу нежели в пых

но вот доктрина.... слишком жирная

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

выбор либо для доктрины писать кастыли и адаптеры либо сделать просто надстройку над dbal (или вообще убрать зависимость от этого дела и закрыть своим адаптером, мне ж тоьлко result set нужен)

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

что бы удобненько было

ну это опять же от скуки. ибо задачу я легко и на dbal могу решить - просто был удивлен что никто не делал подобное

я конечно еще буду ресерчить тулы - я видел для задач мэппинга во всяком случае неплохие решения которые можно было бы реюзать, но вот UoW - неа