поделись структурой базы, и что в итоге надо сложить.
Надо сложить один столбец, в котором хранятся последние актуальные остатки по торговым точкам.
Т.е. записей много, точек много, но нужно именно по всем точкам последние остатки. поэтому сначала я делаю запрос на извлечение уникального адреса (DISTINCT) adres, а потом выбираю последнее значение по каждой торговой точке.
Это подставляю в выводимую сводную таблицу, выводимую для торговых менеджеров и путем сложения всех остатков вывожу общую сумму остатков по всем точкам.
Ну не хотите, как хотите. Скорей всего можно вытащить данные в одном запросе, не нагружая базу. Если я правильно понял вашу структуру таблицы, то вот примерный запрос.
Но если кто знает более правильный вывод - поделитесь инфой.
поделись структурой базы, и что в итоге надо сложить. Вполне возможно что результат можно получить одним запросом в базу.
А что касается твоего кода, как быстро ляжет база, если строк будет много, и от разных пользователей пойдут запросы?
Вообще странно что это проблема. Есть несколько способов ее решения.
1.Если в первом массиве имена файлов уникальны, и ключи массивов соответствуют друг другу, то можно попробовать функцию array_combine() применить, в результате получиться один массив, где ключ будет имя файла, значение описание файла.
2. Пройтись форечем по одному массиву, попутно беря данные из второго массива. Ключи в обоих массивах должны соответствовать имя файла, описание.
3. Пройтись по одному массиву, и создать новый массив удобно сформировав данные.
API (интерфейс программирования приложений, интерфейс прикладного программирования) (англ. application programming interface, API [эй-пи-ай][1]) — набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах. Используется программистами при написании всевозможных приложений.
Передавай при создании объекта данные для подключения, или объяви в классе защищеные перемеременные. В вашем коде проблема с областью видимости переменных.
Извиняюсь, не удается нагуглить.
При объединение таблиц INNER JOIN если в таблице Т1 и таблице Т2 одинаковые по названию поля, возьмем например id, то массив получится c одним ключем id, и скорей всего это будет ключ из присоединеной таблицы Т2. Но хотелось бы получать значение id как из Т1 так и из Т2. Как решение можно при выборке указать поля и дать им псевдонимы. Есть ли какой нибудь механизм добавить префикс полям из таблицы Т1 и Т2. Т.е. Написать типа такого SELECT * as t1_ FROM T1.........? Т.е. выбирать все поля, без перечисления их, с префиксом который мы укажем, что бы в итоге получить массив с ключами т1_id и т.д.?
Интересный для меня вопрос, а именно передача данных и защита от их подмены. Конечно передавать готовый запрос не очень хорошо, передай id записи в таблице. Для защиты от подмены id (если это принципиально) я добавлял еще один параметр хеш id с солью естественно. и в скрипте проверял хэш пришедших данные(id) с пришедшим хэшом. Но возможно это не самое лучшее решение, гуру может быть подскажут как лучше?
менять data атрибут, который прописан в html нужно через attr('data-obj-id', значение)
Я в курсе как менять. Вопрос то в другом был. Никто не запрещает открыть пользователю в браузере режим разработчика и изменить значение. При этом при таком изменение значения, и получении его через функцию data в jquery, функция вернет старое значение. В общем вот что нарыл, это проясняет ситуацию:
Один минус (а может и не минус) — это то, что в data() сохранится только изначальное значение (кешируется), и если мы изменим значение атрибута (например, через .attr(‘data-foo-bar’, 456)), то получая .data('fooBar') увидим наше старое значение.
Это значит что если вдруг меняется значение у нашего атрибута, то брать измененое значение лучше через attr('data-obj-id'), функция data() закэширует и вернет старое значение.
SAD пишет:
data в html и data в jquery немного разные понятия
Не знаю что вы имели в виду, но когда я писал вопрос то data в html это атрибут, а data в jquery это функция получения значения по имени атрибута.
Если в режиме разработчика меняем значение у value, то при нажатии кнопки это значение и покажет алерт, все логично. А вот с data уже такое не проходит, при замене его значения, он показывает значение которое загрузилось при загрузке страницы.
Я не говорю что это плохо, наоборот хорошо, но как реализован данный механизм, насколько сильно он защищает значения пользовательских атрибутов? Что то нагуглить по данному вопросу не удалось ничего.
ЗЫ: Заметил такую штуку, если загрузить страницу с исходными данными, и не нажимая на кнопку, что бы не показывались алерты изменить значение у data, то он покажит измененое значение. А если загрузить, нажать, потом изменить, нажать, покажит старое значение. Т.е. значение меняет до первого показа алерта, вернее до первого нажатия кнопки.
Значит что то изменилось при хешировании. Выведи все данные при авторизации и сам хеш. Потом выведи все данные когда форму отправляешь и хеш. Увидишь что поменялось.
Ну не знаю. С телефона жмякаю на авторизоваться к примеру через ВК, ввожу данные, и ничего не происходит... А с компьютера ввожу даные, сразу возвращает меня на стартовую страничку
Проверил, с телефона нормально авторизуется. Код в студию, так долго можно гадать.....