- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть проблема с хранением данных в Mysql, выглядит все примерно так что у меня в таблице есть:
1. ID записи
2. Дата актуальности информации
3. Значение типа INT
Но у меня появились проблемы:
1. Мне нужны строковые значения
2. Мне нужны дополнительные атрибуты
3. Я понятия не имею, когда кончится рост количества атрибутов и новых строковых значений. А то они еще и захотят списков для себя...
Выход - я могу плодить колонки и успокоиться. Но тут я понял, что в формате xml все это уже есть лет 20 назад. То есть я пытаюсь вырастить простую таблицу в xml файл. Но вот проблема - у меня SQL, у меня таблица записей на 2-10 млн. будет...
Вопрос, вообще разумно и реально перейти на xml и все это сделать как файлы (файл!) или просто попробовать serialize и все упаковать как-то в одну таблицу. Но в то же время, лишиться всех легко доступных и быстрых сортировок...
В общем проблема, xml или все такие Mysql. Планирую много написать, но буквально все говорит мне "у тебя же получился xml!". В чем и вопрос, может стоит вместо такой таблицы сделать xml файл или много файлов? Может давно в php прекрасно себя чувствует класс, про который я не знаю?
я могу плодить колонки и успокоиться
Или плодить новые таблицы. Типо дополнительные поля.
Или плодить новые таблицы. Типо дополнительные поля.
Да или так, но может есть свет в конце туннеля??? 😡
Памагите!!!!
А что Вас смущает?
---------- Добавлено 23.04.2018 в 14:57 ----------
Миллионы записей - в любом случае нагрузка. Попробуйте систематизировать информацию.
1. Мне нужны строковые значения
2. Мне нужны дополнительные атрибуты
3. Я понятия не имею, когда кончится рост количества атрибутов и новых строковых значений. А то они еще и захотят списков для себя...
1. Поле longtext и значения храним там в json. Но в этом случае не будет возможности фильтрации по этим значениям. Но и xml тоже с миллионами записей будет просаживать ресурсы в ноль.
2. Делаем в mysql поле типа JSON и работам с ним.
https://dev.mysql.com/doc/refman/5.7/en/json.html
Но и xml тоже с миллионами записей будет просаживать ресурсы в ноль.
Памагите! Успокойте меня, что эти тысячи файлов или один большой меня не спасут? Нет ведь правда? Не спасут?
Я то вижу это как, я либо жертвую объемом данных. Либо ресурсами процессора. Ну просто пример. У меня есть txt на 5,5 гБ (буквально вот лежит) я его архивирую и у меня уже 738 Мб. А значит, я выйграю в объеме, но потеряю в скорости превратив его в архив.... И еще миллион возможностей потеряю.
Именно так и глаголит оттуда цитата:
Но может я что-то пропустил и все таки этот xml в итоге даст мне простую, понятную логику, удобства, красоту, сказочные запросы, легкость в разборе гигабайт памяти на диске? Может это правда так и я зря лелею эту реляционную модель? Может дело в религии и я верю не тому богу? Может вы вообще VPS по 1000 рублей берете, а профит с AdSense до 10к$ дотягивает с каждого в месяц?
1. Мне нужны строковые значения
2. Мне нужны дополнительные атрибуты
3. Я понятия не имею, когда кончится рост количества атрибутов и новых строковых значений
create table properties (
id int not null auto_increment;
property_name varchar(200);
property_value text;
);
create table properties (
id int not null auto_increment;
property_name varchar(200);
property_value text;
);
Я так и думаю сделать, но вот оно все как-то не правильно на самом деле.... Не идеально что ли.... Атрибуты, xml вот что просится наружу...
---------- Добавлено 23.04.2018 в 16:30 ----------
Но что я напишу вместо SQL??????
Атрибуты, xml вот что просится наружу...
Но что я напишу вместо SQL??????
Валерианочка успокаивает... Попейте, и ничего проситься наружу не будет. Сможете спокойно заняться организацией структуры таблиц MySQL.
заняться организацией структуры таблиц MySQL.
То есть все таки это слово? Не XML?
Я так и думаю сделать, но вот оно все как-то не правильно на самом деле.... Не идеально что ли.... Атрибуты, xml вот что просится наружу...
все норм, XML миллионные таблицы MySQL никак не могут заменить, XML - это разметка, а не система хранения информации.
Сможете спокойно заняться организацией структуры таблиц MySQL.
а лучше это поручить специалисту, а то сами на коленке рисуем как кажется, а потом на форуме оптимизируем... вот это действительно не правильно☝