select max(int 100) вернет ошибку.
select max(100) вернет 100
select max('int 100') вернет строку in 100
select max(0x24) вернет символ бакса ибо из varbin будет взят hex и расценен как строка. Что не так в этом поведении?
Абай Тажигалиев:
точно также только условие другое, типа
<?if($cat_video == $item['title_url']) echo "class='menu-active'"; ?>
только $cat_video замените на переменную которая текущую категорию содержит
Точно также как делаешь и для основного меню.
Какуюнить категорию при этом делаешь поумолчанию (то есть меню видео, к примеру, сразу ведет на специальное видео)
oxaoo:
SELECT Train.nameTrain, Trip.time as date,
Passanger.firstname, Passanger.lastname, Passanger.birthday,
Price.wagon, Ticket.place, Price.price,
Ticket.departureStation, Ticket.arrivalStation,
dst.nameStation as dep, ast.nameStation as arr
FROM Ticket
JOIN Trip
ON Ticket.idTrip = Trip.idTrip
JOIN Passanger
ON Ticket.idPassanger = Passanger.idPassanger
JOIN Train
ON Trip.idTrain = Train.idTrain
JOIN Price
ON Train.idTrain = Price.idTrain AND Ticket.wagon = Price.wagon
JOIN Station dst
ON Ticket.departureStation = dst.idStation
JOIN Station ast
ON Ticket.arrivalStation = ast.idStation
Андрей Субботин: да. но советую хорошо проработать этот вопрос.
1. вы писали что offline приложение (я так понимаю это главное)
2. тогда нужно чтобы online функции не мешали работе приложения.
Ну и если Вы хотите online|offline версию одновременно, то стоит немного изменить архитектуру вашей базы с сайтом, чтобы данные в android app были максимально синхронизированы.
я бы условно сделал примерно так: при внесении изменений в базу через сайт или в online через android ввелся (в отдельной таблице) лог изменений. он бы и подгружался в android базу. (с перемещением указателя на последнее изменение, в итоге можно получать последний (наивысший) id и сравнивать с тем что храниться в android). но ето работает только если у вас немного изменений в день. иначе процесс будет долгим
Андрей Субботин: совершенно верно. при первом запуске должно попросить обновиться. а затем вручную или предлагать по расписанию. так все и делают. хранят на сервере (к примеру на сайте архив хранят).
тока учитывайте что экспортировать вы должны только общедоступные (открытые, не секретные) для приложения данные. юзверя, логины, пароли, какието системные таблицы для сайта экспортировать не нужно.
Андрей Субботин: ну вот. уже легче. Если экспортированные данные весят не много, то тогда можно обойтись без системы различий и просто раз в сутки делать экспорт под sqlite, архивировать. Ну и в android app при загрузке новых данных чистить базу и загружать как с нуля.
А базу mysql кто пополняет и как? и как часто?
Конвертировать нужно первый раз, потом как я писал желательно хранить и передавать только историю изменений. Тут все от самой архитектуры базы зависит.
Андрей Субботин: Ох. Начните либо с поиска в гугле видимо (если ссылка на документацию по андроид оказалась тяжелой), либо если у вас нет навыков программирования под android то с каких-нить азов.
pcdesign: В других ДБ (firebird к примеру) можно указать направление сортировки ключа.
В вашем случае выборка по DESC происходит мгновенно ибо сортировка останавливается после первых 10 результатов. В случае ASC пробегается вся таблица :(
Попробуйте поиграть с серверными переменными. Либо изменить WHERE так, чтобы результатом была меньшая выборка.
Если есть возможность, дайте дамп таблицы, поэксперементирую
pcdesign: Ну и потом он эти 855782 сортирует по last_check и только потом выбирает из полученного 10 записей. Насколько я знаю, в данном случае ключ будет использоваться только один раз, либо про where либо при order.
Можно попробовать увеличить значения переменных sort_buffer и record_rnd_buffer
select hex(max(0x24))