Search the Community
Showing results for tags 'SQL'.
Found 9 results
-
Имею таблицу в которой хранятся данные корзины покупателей, хочу что бы она чистилась каждое утро от вчерашних записей, помогите пожалуйста реализовать это с помощью TRUNCATE. Вот что я смог сделать: mysql_query("DELETE FROM `baskets` WHERE `baskets`.`basket_date`>NOW()-INTERVAL '1' DAY"); Но этот способ не приемлем, так как удаляет только одну запись по истечению одного дня хранения, а надо все сразу, у всех пользователей. `basket_date` имеет формат: 2017-02-14 10:05:32
-
Есть следующий код $query="CALL getProducts()";$result=$conn->query($query);while($conn->next_result()){ $conn->store_result();}где вызывается хранимая процедура, после чего вызывается другая ХП: $query2="CALL getUsers()";$result2=$conn->query($query2);while($conn->next_result()){ $conn->store_result();}после чего результаты стандартно извлекаются while($row=$result->fetch_row()){do somethins...}в локальной версии все прекрасно работает, при загрузке на сервер для тестирования в сети получаю ошибку: Strict Standards: mysqli::next_result(): There is no next result set. Please, call mysqli_more_results()/mysqli::more_results() to check whether to call this function/method... Посоветуйте как решить?
-
В общем у меня такой шаблон что, на главной странице анонса постов видно только тайтл записи и миниатюра. И чтобы массово сделать каждому посту миниатюры, мне пришлось прибегнуть к такому действию что я в каждую запись добавлял в начало поста картинку, которая будет миниатюрой и потом с помощью плагина Auto Post Thumbinial генерировал массово миниатюры. После генерации как уже понятно, картинки мне больше не нужно, там должен остаться только тайтл и iframe с видео (это все содержании статей). Вопрос как удалить массово все эти картинки из каждых постов и оставить только iframe? Скрин содержании поста из админки: http://joxi.ru/l2ZN4GqSxMvg2J Или как удалить все кроме определенного куска кода, в моем случает это код iframe - <iframe src='http://flashservice.xvideos.com/embedframe/4156360'frameborder=0 width=510 height=400 scrolling=no></iframe>
-
Доброе время суток, нужна помощь/совет есть сайт, связанный со спортом, единоборства есть три основных раздела со статьями(статьи примерно одного формата(название, изображение, текст, время добавления, автор)): новости, аналитика, полезные статьи полезные статьи содержат три подкатегории: питание, физическая подготовка, спортивная медицина Вопрос, как лучше спроектировать БД сделать одну таблицу `category` с полями : `id`, `name`, `title`, `parent_id` , где у "новости", "аналитика" в поле `parent_i` будет стоять значение "0", а у подкатегорий это поле будет "3", а вторую таблицу непосредственно "articles"? Либо сделать отдельные таблицы для трех видов статей? Но тогда как мне оформить таблицу "полезные статьи"? создавать для нее отдельную таблицу категорий? или в ней сделать три поля типа "enum", и к какой категории относится статья там ставить единицу? кто может подсказать как это правильнее реализовать? Как делают на реальных проектах?
-
Понимаю, что вопрос поднимался уже 1000 раз, но все же интересно кто и как решает вопрос. Итак, имеем базу данных с двумя таблицами в первой храним тексты, во второй имена файлов изображений к ним. Как вывести определенный текст и одну картинку к нему просто и понятно, но как добавить несколько картинок, и кроме того, вставить их в нужные места текста при помощи PHP? Прописывать в тексте сразу <img src="images/image1.jpg"> - не принимается. Мне приходит на ум следующие - в тексте в нужных местах оставлять метки, потом их отыскивать и менять на тег с подстановкой соответствующего имени файла. Подскажите, пожалуйста кто как поступает?
-
В компанию ООО «Студворк» (создание проектов eCommerce) приглашается PHP developer. Требования: Хорошее знание PHP 5.4+, SQL (MySQL); Базовые знания JavaScript (jQuery), HTML5, CSS3, Linux; Опыт использования контроля версий GIT; Как плюс - умение использовать автоматическое тестирование. Обязанности: разработка серверного кода на языке PHP. Условия: Зарплата от 40 000 рублей, конкретный уровень будет зависеть от опыта работы и обсуждается на собеседовании; Место работы – г. Самара (современный офисный центр «Панорама»). График работы: ПН-ПТ, с 10:00 до 19:00 часов. Карьерный и профессиональный рост. Интересные проекты. Вопросы и резюме с указанием вакансии присылайте, пожалуйста, на почту itincorp@gmail.com Тел.: +7 916 072 29 58 Skype: valeriya390 Валерия
-
Доброго времени суток всем! Язык SQL знаю поверхностно, а создавать триггеры - вовсе не умею. Прошу вашей помощи по созданию. Имеется база данных products, в ней три таблицы - assembledcomponents (собранные компоненты), motherboards, processors, rams. В каждой таблице содержится первичный ключ, цена + тройка других ненужных столбцов. Первая таблица заполняется из остальных трёх (вручную). Теперь суть триггера: Необходимо при каждой сборке полу-компьютера в таблице assembledcomponents суммировать цену (в поле Price) выбранных компонентов, взятых из других таблиц, в одно поле. Постскриптум: Суть отразил, вроде, верно. Если возникнут вопросы - напишите.
-
Привет всем! На дипломный проект я пишу социальную сеть. Сейчас проектирую схему базы данных. Появился вопрос - есть ли какие-нибудь шаблоны подобных схем?
-
Задумался тут о том, как лучше называть таблицы и столбцы в БД. Наткнулся на хорошую (какой она мне показалась) статью Алексея Михайличенко Правила именования объектов базы данных. Я вот пересмотрел некоторые свои привычки и задумался об изменении своей нотации. Например в таких моментах: 1. обычно первичный ключ AI всегда называл просто id. Автор неплохо доказывает чем удобнее имя_сущности_id 2. отказ от множественной формы сущности в именования таблиц. Вообще на эту тему стал задумываться наплодив что-то вроде tbl_users, tbl_usergroups tbl_usergroups_controllers_accesses tbl_usergroups_files_accesses Понимаю, что темы связанные со стилем кодирования довольно холиварны, многое тут от вкуса и привычек зависит, и тем не менее хотелось бы услышать от коллег мнение о статье, и ваши варианты, как вы называете таблицы/столбцы? С другой стороны из темы может выйти неплохое пособие для начинающий, чтобы не было потом вопросов как этот, например
