К примеру, цена 5555. Это самое большое число. Значит рейтинг 1.То есть когда появится товар с ценой 5554 ВСЕ товары ниже по рейтингу надо будет перерейтинговать? Зашибись решение. Не поделитесь зачем такой изврат?
4555, это число на 2 месте находится. Выдаем 2 место в рейтинге.
select * from `user` u
left join `user_property` up
on up.user_id != u.idSELECT u0.username, u1.*
FROM users_auth AS u1, users_auth AS u2
LEFT join users AS u0
on u0.id = u2.user_id
WHERE u1.user_agent = u2.user_agent
AND u1.screen = u2.screen
AND u1.id != u2.id
ORDER BY u2.user_agent,u2.screen;А в бд мне нужно просто создать 4 таблицы для каждого вида? Или есть другой способ?Описание слишком примитивное. От нюансов зависит. Если свойства не постоянные(или имеется вероятность изменения количества свойств) то будет таблица сущностей с общими свойствами, переменные свойства выносятся в отдельную таблицу, а наличие свойства у конкретного экземпляра в другую таблицу. В итоге джоином 3 таблиц получают кастомный набор свойств у любого экземпляра.
Как сделать систему переписки?сесть и сделать. Написать код(клиента и сервера), создать бд/таблички, настроить сокеты... Много чего сделать чтоб создать...
Ну как в ВК, или Telegram.Вообще 2 разные системы, первая сайт-соцсеть, вторая приложение.
Как сделать её быстрой?Оптимизировать код, оптимизировать запросы, купить сервер по мощнее,
Ваще прям с самого нуля, от добавления в базу данных до выведения на страницу.Ваще прям с нуля сначала пишете код добавления в базу, потом вывода на страницу, потом еще кучу всего, потом отладка, дебаг, тестирование, рефакторинг... Короче все как обычно, ничего принципиально отличного от любой другой задачи.
И как сделать чтобы показывалось прочитано или нет.при загрузке сообщения смотреть активно ли окно диалога, если активно - на сервер отослать что сообщение прочитано, если нет - по активации окна отослать что все ранее присланные сообщения прочитаны.
Редактирование и удаление сообщений.Да. В смысле делай. Все так же, код редактирования, код удаления...
вводим страну(в базе есть англия, германия, франция, испания, италия) и результатом будут города, всё это дело работает через ajaxниче не ясно, дохрена кода, нихрена не понятно. Возвращаете вы что? Список городов принадлежащих стране? Листаете постранично как? Через линки или тоже аяксом?
Если же данные клиента не полные, то данные сохранять только в заданиях (таблице 2).Почему? Чем обусловлена такая хитропопая логика? Вам от клиента по сути нужен уникальный номер, дальше привязывать к нему какие-то данные или нет вообще вопрос вторичный. Данные во вторй таблице(`customer_name`, `customer_phone`, `customer_email`) вообще не нужны, это нарушает 3 нормальную форму.
objectid in( ... ) и по результатам раскидывает их в объект $images(это коллекция картинок) каждому объекту из коллекции итемов (или юзеров или чего другого). В итоге каждый объект имеет в составе коллекцию изображений.
$sql = "INSERT INTO tasks (`task`, `date`, `time`, `users_id`) VALUES ('$task', '$date', '$time', $users_id)";
var_dump($sql);
R::exec($sql);есть две таблицы "countrys"в смысле countries? И это, запятые экономить не надо, навряд ли у вас 2 таблицы countries.
и вторая таблица "citys"в смысле cities?
и countri_id, последний это id страныв смысле country_id?
список нужных городов а как теперь сделать не весь список, а скажем только по 5 городов на страницу не понимаю.ЗАПЯТЫЕ!!!
по 5 городов на страницуво первых - не вижу ни кода, ни запроса которым вы пытались это сделать.
Сделал другую ссылку с полным списком городов и в нем постраничный вывод всё норм, а как теперь в него засунуть еще и выбор страны не понимаюну так а какая разница, тот же селект, просто добавляется условие where country_id = и номер страны.
У каждой заявки множество специфичных конкретно для нее параметров.значит вся "специфика" должна быть вынесена в отдельную таблицу. А херачить на каждый чих колонку - решение такое себе, по многим соображениям.
1. Индексы, выборочно для полей, по которым чаще всего осуществляется поиск.скорее для групп полей, по которым осуществляется поиск, выборка, объединение и сортировка. Кроме того - explain, slow log.
2. Объединение нескольких колонок в одну, для однотипных данных. Они будут храниться в формате JSON.только если по ним не идет поиск, иначе это нифига не оптимизация, а скорее наоборот.