Просто а как тогда поиск ведется?

Потому что текст уникальный, не индексируемый нормально.

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

Он уникальный.

что это меняет?

Дерево строится очень большое и бесполезное

С интами дерево очень эффективно

больше меньше пошел в нужную сторону

А с текстом - так не выйдет.

Опять же, я допускаю, что ошибаюсь. Но я пока не вижу аргументов и пруфов иных. Только утверждения.

А здравый смысл все таки подсказывает мне обратное

Ну то есть у тебя догадки, а не конкретная инфа.

как твой здравый смысл подсказывает принцип работы индексов по тексту на данный момент?

Ну да :)

там их 2.. вопрос по первому)

Ну вот я полагаю, что они неверные.

как твой здравый смысл подсказывает принцип работы индексов по тексту на данный момент?

Медленнее чем поиск по int

Ну вот я полагаю, что они неверные.

Но ведь это не аргумент. Пока выглядит тоже как просто догадка.

Может статьи есть интересные по этому поводу?

Но ведь это не аргумент. Пока выглядит тоже как просто догадка.

Я привел бенчмарки. Покажи подтверждение своей теории.

https://www.percona.com/blog/2007/03/13/to-uuid-or-not-to-uuid/

https://rclayton.silvrback.com/do-you-really-need-a-uuid-guid

https://cjsavage.com/guides/mysql/insert-perf-uuid-vs-ordered-uuid-vs-int-pk.html

http://kccoder.com/mysql/uuid-vs-int-insert-performance/

мы вроде за поиск говорили, а не балансировку при инсертах

Дык это мускуль

Я про постгрю

А я не про постгрю конкретно :)

мы вроде за поиск говорили, а не балансировку при инсертах

Там не только про блансировку при инсертах. Я же 4 статьи скинул

Но мы-то говорим про MySQL, PgSQL и т.д.

Гм

давай конкретно к бинарному дереву по тексту вернемся

+1 за uuid-ы чем уникальнее значения в индексе - тем лучше он работает

давай конкретно к бинарному дереву по тексту вернемся

Ради чистоты спора замечу, что bst != b-tree :)

Ок. Я признаю, что я не настолько подкован в данном вопросе.

разве что мускуль с foreign-ke-ями хранит pk значения - от этого при юзании uuid вырастает размер самих индексов

Но все же, проблемы с перфомансом имеются.

Ради чистоты спора замечу, что bst != b-tree :)

я в курсе

Ради чистоты спора замечу, что bst != b-tree :)

b+tree и b-tree тоже не одно и тоже

Ну я к тому что "бинарное дерево по тексту" это такой себе термин :)

Сорян ребята. Я иногда начинаю выебываться, хотя вопрос до конца не изучил.

В общем, был рад узнать новую инфу.

Спасибо.

PDO::PARAM_STR если тебе это о чем-то скажет..

PDO::PARAM_* or \Doctrine\DBAL\Types\Type::* constant

http://php.net/manual/en/pdo.constants.php

Спасибо

Сорян ребята. Я иногда начинаю выебываться, хотя вопрос до конца не изучил.

Лучший способ получить исчерпывающую информацию о предмете - разместить в интернете неверный ответ :)

держите 3ю часть http://fabien.potencier.org/symfony4-best-practices.html

@fes0r тебе понравится >Symfony 4 won't have the equivalent of app/config/parameters.yml. Use environment variables instead

Makefile из коробки, тоже неплохо

Нужно камбекатся на ларку, ну эти обновления (

а че с обновлениями не так то?

фрейм хоть начал развиваться активно после застоя

а чо был застой?

с 2.0 версии до 3.2 особо ничего не добавляли глобального

зато обновляться не больно

2.8->3.0 немного больновато было

чуть чуть не считается

12factor.net никто не отменял

всем привет, подскажте пожалуйста как правильно формировать ответ в методах контролера для ajax запросов? пока что есть мысль для всех ajax запросах возвращать json массива $arrReturn = array( 'staus' => '', 'message' => '', 'return' => '', ); а в вызовах соответсвено обрабатывать эти ответы, может есть более оптимальные решения?

ну, возвращайте json, да а в чем сомнения?

ERROR: S client not available

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

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

Вопрос про DDD и компонент workflow Если делать доменный слой по канонам DDD, то он должен быть независим от других слоев. И агрегат должен сам охранять себя от несогласованного состояния. А тут состоянием управляет внешний компонент. Забить и использовать? Или есть "правильный" вариант для DDD архитектуры?

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

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

Вопрос про DDD и компонент workflow Если делать доменный слой по канонам DDD, то он должен быть независим от других слоев. И агрегат должен сам охранять себя от несогласованного состояния. А тут состоянием управляет внешний компонент. Забить и использовать? Или есть "правильный" вариант для DDD архитектуры?

DDD и симфони это вообще немного сложно, а учитывая реализацию workflow, которая завязана на фрейме, то либо свой костыль лепить, либо забивать на DDD)

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

Отдавать жаваскрипту в респонзе json - это стандартная практика

DDD и симфони это вообще немного сложно, а учитывая реализацию workflow, которая завязана на фрейме, то либо свой костыль лепить, либо забивать на DDD)

С компонентом workflow ddd скорее всего не получится, согласен. Но в чем проявляется сложность ddd с symfony? Можно еще сделать интерфейс в доменном слое и сделать адаптер для компонента workflow. Только тогда придется, каждый раз передавать этот адаптер в методы агрегата, которые изменяют состояние объекта. Не очень красиво получается и логика переходов все равно вне доменного слоя.

всем ку. какой бандл лучше использовать для symfony3 + doctrine + elasticSearch?

нашел такой https://github.com/doctrine/search

https://github.com/elastic/elasticsearch-php лучше его взять и без бандлов

а как же доктрина?

а что доктрина? тебе эластик вернул айдихи, а дальше с доктрины выбираешь нужные обьекты

я хочу дату в еластике хранить. офф SDK работает только с массивами. а с объектами работать удобней.

тебе нужно в индексе прям дубль мускуля хранить?

дубля не будет

все будет в индексе

а, ну тогда есть смысл в бандле

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

это классический two-way sync получится)

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

хотел бы в контексте вопроса понять, может что-то не так делаю

поменялась цена

что делаете?

переиндекс

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

ну это не магазин, а агрегатор, там такие штуки не критичны

стока по сути нет

тоесть просто дохуя товаров

не понял, как это эластик и сфинкс?

сфинкс

одновременно?