решил проеКСКРЕментировать

немного, а что?

да как сделать select

эм, как обычно

у меня есть поле json, в нем объект Проперти, имеющее свои проперти, а они уже содержат массив своих проперти

угу

даже точнее внутри объекты

ща сделаю пример

https://dev.mysql.com/doc/refman/5.7/en/json.html

предвкушая вопрос

mysql> SELECT JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name'); +---------------------------------------------------------+ | JSON_EXTRACT('{"id": 14, "name": "Aztalan"}', '$.name') | +---------------------------------------------------------+ | "Aztalan" | +---------------------------------------------------------+

да вот не просто экстракт :)

и что конкретно нужно достать?

надо выбрать такой набор строк, чтобы попали только те записи массива, которые удовлетворяют поиску (например price > 5000)

но надо помнить, что это все лежит в одном поле

и таких массивов много :)

есть конечно вариант - на стороне Лары это раскрутить

но как-то хотелось на БД скинуть

JSON_EXTRACT(`modifications`, '$.lands.price') > 5000

попробуй

не, дает пустоту, хотя знаю что есть

кто нибудь делал нечто подобное по функционалу? надо сделать сайт/систему/биржу продажи-покупки внутриигровых ресурсов и аккаунтамов между пользователями. Оплата палкой, комиссия бирже. Мне просто ТЗ скинули, на оценку, я вот думаю во сколько бы оценить, интересно может кто делал нечто подобное, услышать возможные узкие места проекта

:)

Оплата палкой узкое место имхо

делал такое

Оплата палкой узкое место имхо

у них есть бизнес аккаунт, расчитано на бурж

а без него и не поедет

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

со steamAPI работал?

@Gennnji select JSON_EXTRACT(properties, '$.lands[*].price') from citys - оно возвращает массив, но при этом не ищет в нем

со steamAPI работал?

нет

для меня не проблема работы с новыми api

@Gennnji select JSON_EXTRACT(properties, '$.lands[*].price') from citys - оно возвращает массив, но при этом не ищет в нем

угу-угу, тож заметил

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

чтоб всё из админки делалось

надо продумать как всё хранить тогда

@Gennnji поидее надо делать поиск в массиве, но он не хочет делать > или <, а только вхождение

@perin так можно ж просто через i18n

и делать как обычно в Java всегда делается

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

но переводы всех сущностей хранились как title_ru title_en

в базе

не, так не кошерно

про i18n надо раузнать

не, так не кошерно

для моей задачи было удобно сделать так

проще тада уж сделать Propersies.file и подстановку по ключу

@Gennnji поидее надо делать поиск в массиве, но он не хочет делать > или <, а только вхождение

ага, подстроки смотреть будет кривовато, лучше чё-то поискать ещё, ща

проще тада уж сделать Propersies.file и подстановку по ключу

так тебе надо строку получить, если у неё в json-массиве хотя бы у одного объекта price > 5000?

да

а

но это только простая часть :)

ибо искать надо совокупно по большому (около 15 шт) полей и выдать результат только попадающий

походу там ещё не всё так хорошо, как в монго например)

везде походу используют временные таблицы, но это жуть %_%

json же не для такого используют

та отож

в том-то и беда

если нужны выборки нормальные - нужно нормальные таблицы

а json только для хранения as is

в проекте уже был MySQL, не хотелось тащить для хранения одной сущности еще и Монгу, запихал в json - а поиск не совсем приличный

а почему не сделать нормальную таблицу для этой сущности?

да можно, но не хочется переписывать дофига кода

сущность - центральная в проекте

и переписать реально придется 50% проекта

если проект будет разрастаться (а он будет), то лучше переписать пока не поздно

ERROR: S client not available

но эт не мое дело, делайте как знаете

sphinx умеет по своим json-полям нормально фильтровать) это если сделать надстройку, но это, наверно, не стоит того)

sphinx умеет по своим json-полям нормально фильтровать) это если сделать надстройку, но это, наверно, не стоит того)

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

не, сфинкса пускать сюда не надо :)

угу)

мне проще будет на стороне Лары это сделать

а вот на счет развития проекта - это хз

у меня подозрение, что не взлетит оно у Заказчика

и похоронят его как и все похожее :)

так что и переписывать надо бет в шансе 1 к ляму :)

тогда делай в ларе и не парься

та отож :)

хотя если взлетит - будешь проклинать себя и меня и всех кто создал json

собсно и был взят json - именно из-за того что Заказчик вводит новые "хочучки" кажны 2-4 недели, причем иногда противоречащие тому что было либо требующие переписать 75% проекта :)

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

%_%

в таком случае, может, и нужно было сразу монгу оО

в таком случае нужно менять заказчика

та отож

согласен! надо меня заказчика :)

но и отказываться от своих слов - тоже не гоже, раз взялся за проект - надо делать, репутация дороже

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

:) знакомо

кста, а никто не делал документооборот на Ларе ?

бо это как раз вторая "хочучка", причем из серии "ну это ж просто, чо тут такого"

предложи ему, чтобы он сам сделал, раз это просто

а ты пока другое сделаешь

:)

бо это как раз вторая "хочучка", причем из серии "ну это ж просто, чо тут такого"

С такими заказчиками можно заработать "синдром Туретта"

угу

С такими заказчиками можно заработать "синдром Туретта"

+

?