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

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

По аналогии с теми, что уже есть

значит есть луч надежды) спасибо)

вот из за них и хочу через него вывести)

Никто так и не понял, что нужно выводить, откуда итоговый список

Если он из таблицы, то используйте контроллер onetable

Не из воздуха же исходные данные

ну изначально они конечно из таблиц

http://docs.evo.im/03_extras/doclister/developers.html

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

ну изначально они конечно из таблиц

Ну вот из этой таблицы и выводите нужную выборку данных

Ребят, временные таблицы тоже работают очень быстро...

Ну вот из этой таблицы и выводите нужную выборку данных

а обрабатывать в препаре?

а обрабатывать в препаре?

Что обрабатывать?

Ребят, временные таблицы тоже работают очень быстро...

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

?)

Временная таблица умирает при закрытии соединения

временная таблица - тот же массив, только в рамках базы

Временная таблица умирает при закрытии соединения

не является ли это допонительной нагрузкой на БД, при большом количестве запросов/посещений?

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

Ассоциативные массивы неслабо так жрут память:)

у нас всё на массивах и объектах строится, как почему?

Мы писали выборку хитрую, через всякие join-о подобные запросы с кучей условий, но одной. А потом херакнули три времянки и потом из них выбирали. Так вот в первом случае что-то вроде 5с, во втором, что-то вроде 0.05

временная таблица - тот же массив, только в рамках базы

Мы писали выборку хитрую, через всякие join-о подобные запросы с кучей условий, но одной. А потом херакнули три времянки и потом из них выбирали. Так вот в первом случае что-то вроде 5с, во втором, что-то вроде 0.05

а можно сделать 3-4 простых запроса, и они будут работать в три раза быстрее

а как ты их потом будешь обрабатывать?

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

заносить в массив на php и там работать?

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

там оперативка жрется, здесь оперативка жрется

Мы писали выборку хитрую, через всякие join-о подобные запросы с кучей условий, но одной. А потом херакнули три времянки и потом из них выбирали. Так вот в первом случае что-то вроде 5с, во втором, что-то вроде 0.05

Джоины много времени жрут на больших таблицах

смотря что, зачем всё сразу в массивы пихать. сделай тесты)) посмотрим

Джоины много времени жрут на больших таблицах

скорее LEFT JOIN иннеры и просто джойны мало потребляют

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

Джоинами услуги добавляй, как tv делаются

мне еще документаци делать, phpStorm осваивать и о фак! работать еще надо)))

мне еще документаци делать, phpStorm осваивать и о фак! работать еще надо)))

а они тут разглагольствует про временные таблицы.. арбайтен арбайтен

в промежутках еще надо побухать и хуйней пострадать

скорее LEFT JOIN иннеры и просто джойны мало потребляют

Ну да, те самые левые, которыми tv присоединяются. Несколько лет назад обсуждали, что чаще быстрее двумя запросами, чем одним с джоином получать тв

Гаджет есть, манны нет(

Ну да, те самые левые, которыми tv присоединяются. Несколько лет назад обсуждали, что чаще быстрее двумя запросами, чем одним с джоином получать тв

а да, правое соединение тоже шустренько работает

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

ну вхерачь во времянку и по ней работай.

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

тогда зачем ДЛ ?

@liberpro Лёх в 1С, всё на временяках строится, скорость работы на лицо)))

в том то и дело, что ВСЕ

интересно, как проходят подобные обсуждения в чате вордпресса))

подключился, читаю и улыбаюсь)

а да, правое соединение тоже шустренько работает

Просто во времена борьбы с синдромом "5000 документов", когда на фронте его побороли практически, выяснилось что сильно тормозит открытие редактирования ресурса на порядка 100000 именно из-за левого джоина всех тв за один раз даже к одному ресурсу :) после этого вроде и вынесли отдельно запрос тв и все начало летать на большой базе в этом месте

Это из того что помню, но склероз может подводить))

лефт джойн не так страшен как.. SELECT id, (SELECT tmp.id WHERE id) AS doc_id FROM .... WHERE parent=(SELECT ....)

Вообще все не страшно когда правильная нормализация и запрос оптимизирован (:

Вообще все не страшно ;) главное что б бюджет был на реализацию )))

Ничего не страшно, если ты понимаешь ЧТО ты делаешь, ГДЕ делаешь и для ЧЕО делаешь... А если просто копипастить, как многие умедьцы делают, то и начинается возня...

@liberpro может ну его модех))

зато всё понятно и на русском))))

Я когда в павоконструкции работал, рядом со мной 1с-ник сидел... Может у меня любовь к 1с оттуда пошла?))

да скорее всего)))

И вот я снова зашёл в чат, а тут такое...

Так же видят те кто англоязычные

Особенно ярко функции называют в дотнетах, там "километр" слов бывает

В рамках 1С это смотрится нормально, так как они это делали изначально. А в рамках других вещей, это смотрится жутко

И вот я снова зашёл в чат, а тут такое...

из 1с есть что подчерпнуть)

из 1с есть что подчерпнуть)

Я год его учил, что-то не знаю, что оттуда можно подчерпнуть, кроме деланья через жопу.

Как минимум отличная работа с рынком.

Я год его учил, что-то не знаю, что оттуда можно подчерпнуть, кроме деланья через жопу.

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

конструкторы форм

Свои плюшки и в Джумле есть... Если искать то везде что-то хорошее можно найти

Свои плюшки и в Джумле есть... Если искать то везде что-то хорошее можно найти

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

Свои плюшки и в Джумле есть... Если искать то везде что-то хорошее можно найти

Даже в Эво?

провакационный вопрос)

Даже в Эво?

да там всё, одна большая плюшка))))))))))))))))

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

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

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

и даже программируя на русском языке))

и даже программируя на иврите

провакационный вопрос)

Просто я ярый джумлист, для меня эво это так развлечение😁

И даже программируя...

и даже программируя на русском языке))

и даже на хинди

и даже программируя на иврите

פוּנקצִיָה->לַחֲזוֹר()

Брейнфак пошёл!

你他妈的