Я зашел под тестером, как вы и просили.
https://www.mytaskhelper.ru/apps/dmO8Jq6qvmwinA0pZQqlZv/dtypes/entity/bGTb9Ibebec5UBQTNQnPwh?dtype_id=dPqmiJjR5cBAk5FBbZx-Zh
Если откроется, там вы увидите тестовую таблицу(если нет- test/test).
Исходя из того, что вы писали в блоге MySQL несколько десятков минут назад, можно судить, что ваш продукт должен мне помочь(я использую mysql).
Хранение данных в БД. Зачем? SQL, cкорость, масштабируемость.
Мои вопросы:
1. Отклик. В своих приложениях я уверен в отклике. В вас- нет.
2. Кеширование. Результат своих запросов к бекенду я могу кешировать. Ваши?
3. Обьемы. У меня много данных. Как вам таблицы с миллионом строк и 20 столбцами?
Зачем мне, как разработчику онлайн БД, если моя родная, живущая в кластере будет быстрее. Моя родная частично живет в memcached и мою родную не дёргает представление каждую минуту. Более того, страница контактов обновляется лишь при изменении, а до тех пор находится в вечном кеше.
Чёрт, я искренне хочу сказать вам, что хочу пользоваться продуктом, но не понимаю зачем. И не нужно прививать мне чувство вины, показывая на нокию.
##Количество перечислений ~ 65 тысяч
Гипотетически:
Таблица 1- someID | name
Вот эти name иногда дублируются(ибо им нужны другие ID). Получу ли я прирост в скорости, используя enum на 4,6,9 тысячах элементов списка при выборках?
Да, вы правы. Но иногда приложения выглядят устрашающе из за пары тройки циклов такого рефакторинга.
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}
И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
Просто я увидел только тарифные планы на размещение на их площадке.
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Но согласитесь, что не смотреть что после этого рефакторинга получилось — дурной тон.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
Вы можете сравнить две мои таблицы(в статье)- одна с одним товаром и одной категорией, другая с тем количеством данных, которые находятся у меня в рабочем проекте.
Наполнение БД произвольными данными позволяет отследить зависимость между скоростью и количеством этих данных.
По-моему там какой-то сумасшедший сбор для каждой категории и последующих характеристик и их значений. Или определение всех товаров и поиск всех характеристик для них.
Запросы преимущественно простые, но их очень много.
А как с таким бороться?
Я зашел под тестером, как вы и просили.
https://www.mytaskhelper.ru/apps/dmO8Jq6qvmwinA0pZQqlZv/dtypes/entity/bGTb9Ibebec5UBQTNQnPwh?dtype_id=dPqmiJjR5cBAk5FBbZx-Zh
Если откроется, там вы увидите тестовую таблицу(если нет- test/test).
Исходя из того, что вы писали в блоге MySQL несколько десятков минут назад, можно судить, что ваш продукт должен мне помочь(я использую mysql).
Хранение данных в БД. Зачем? SQL, cкорость, масштабируемость.
Мои вопросы:
1. Отклик. В своих приложениях я уверен в отклике. В вас- нет.
2. Кеширование. Результат своих запросов к бекенду я могу кешировать. Ваши?
3. Обьемы. У меня много данных. Как вам таблицы с миллионом строк и 20 столбцами?
Зачем мне, как разработчику онлайн БД, если моя родная, живущая в кластере будет быстрее. Моя родная частично живет в memcached и мою родную не дёргает представление каждую минуту. Более того, страница контактов обновляется лишь при изменении, а до тех пор находится в вечном кеше.
Чёрт, я искренне хочу сказать вам, что хочу пользоваться продуктом, но не понимаю зачем. И не нужно прививать мне чувство вины, показывая на нокию.
Шутите?
Гипотетически:
Таблица 1- someID | name
Вот эти name иногда дублируются(ибо им нужны другие ID). Получу ли я прирост в скорости, используя enum на 4,6,9 тысячах элементов списка при выборках?
Также встречаются откровенно клинические случаи
if(false){
//много кода
}
else{
// exit(),die(),return false, что угодно
}
И целые куски программы перестают иметь смысл, причём чтобы это понять приходится поломать голову.
В общем- больше думаем, меньше занимаемся машинописью и архитектуру не придется менять каждые две недели :)
Ок, спасибо, а где демо можно посмотреть не подскажите? А то смотрю, смотрю и найти не могу.
Да и в конце концов одно то, что коммит с таким кодом прошел говорит о культуре разработки в компании.
Наполнение БД произвольными данными позволяет отследить зависимость между скоростью и количеством этих данных.
Когда я увидел в асисте неиспользуемые js от wordpres стало грустно.
Запросы преимущественно простые, но их очень много.