В каких случаях вы стали бы использовать redis для хранения кеш данных (или не кеш), а в каких storage engine = MEMORYЛично я - наверное во всех случаях, в которых Redis для этого подходит. От части по тому, что проекты требующие кэширования такого уровня, в основном (*конкретно в моей практике, по факту - это не говорит ни о чём) комплектуются Postgres'ом.
2) есть еще любопытный костыль - InnoDB on RAMdisk , кто что думает по этому поводу?По моему, решение уровня "так себе". Мне эта идиома не нравится.
Подскажите, как лучше хранить все это дело в базе? Я думал хранить в одной величине, например, в байтах, но что-то слишком большие цифры получаются.Если эти числа не выходят за максимальный допустимый размер (диапазон), например 9223372036854775807 - знаковое, 18446744073709551615 - без знаковое BIGINT, то скорее всего, ничего лучше, для хранения чисел (чем специальный тип БД, предназначенный для хранения именно чисел) - Вы не найдете.
Как решить эту проблему? Возможно ли частичное обновление поля в MySQL
Как выявить частичные изменения, чтобы не гонять весь текст целиком, а только внесённые изменения? Поделитесь опытом.Ответ на этот вопрос содержится в 1-м абзаце, выше по тексту :)
Кроме того, как только пользователей станет много, подозреваю, сервер ляжет.Довольно странно будет, если у Вас база ляжет от такой нагрузки... Это скорее больше похоже, опять таки, на серьёзные ошибки в архитектуре, а не проблемы БД/сервера как таковых.
Хватит ли оставшейся оперативки если установлю apache + php + mysql?
Нагрузка на сервер предполагается мизерной — бот на php для telegram.
При жесткой необходимости можно отказаться от mysql и хранить данные в файлах.
панель показывает: 120.2 MB of 256 MB Used / 135.8 MB FreeЕдинственное, что меня смущает - как и зачем Вы умудрились панель вкрутить на сервер с 256Мб оперативки :)) Но... это в принципе к делу не относится, просто мысли вслух.
Вообще суть такая : я перекинул сайт с одного хостинга на другой. Вылезло куча ошибок. Некоторые из них я понял - типо поставьте новую версию mysql (изменил файл config.php поставил mysqli , всё отлично, ошибки исчезли).
Warning: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead in /home/users/3/375297078078/domains/biceps.napervoy.ru/vqmod/vqmod.php on line 247
Parse error: syntax error, unexpected 'elseif' (T_ELSEIF), expecting function (T_FUNCTION) in /home/users/3/375297078078/domains/biceps.napervoy.ru/system/database/mysqli.php on line 54
SELECT t.*, @rownum := @rownum + 1 AS rank FROM help_topic t, (SELECT @rownum := 0) rвсе таки стоит их просто разделить ролями, но хранить в одной таблице?
В MySQL есть связи между таблицами, стоит ли хранить например, телефоны юзеров в отдельной таблице "phone_numbers" и по id их связывать с главной таблицей юзеров?
SELECT min(id) FROM my_table WHERE deleted = 1;
1. В таблице заявок в поле статуса хранить json вида
select max(price ) as price from sina WHERE top = 1
UNION
select max(price ) as price from sina WHERE top = 2Firebird полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT [OUTER] JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.
своеобразный LIMIT-- LIMIT/OFFSET? Если Вы про него, то это не "своеобразный" LIMIT, это LIMIT в соответствии со стандартами, LIMIT через запятую - это изобретение авторов MySQL'я.