Arti Markelov, а так я уже решил через ORM это все конвертировать, скриптом который будет запускаться каждую минуту в промежутках между обновлением данных, каждый запуск-1 таблица. Решил пока так попробовать, если мои запросы будут обрабатываться секунд за 30
Некто Белый, спасибо очень интересная статья. Но я все таки решил их попробовать пока объединить, есть одна идея, если получится, то так будет лучше. А как запасной 100% - ый вариант это конечно же подойдет.
hack_student, когда читал Ваш ответ, тоже пришла такая мысль, что можно с двух таблиц делать выборку, просто это lil bit hacky:) а что за методы шардирования?
Алексей С., как мне их слить лучше? Вопрос в том, что айдишники в новой базе свои, а в старой свои. Новая база пополняется каждую минуту. Вот хочется слить эти две базы данных в одну без всяких потерь и с минимальными трудозатратами. Таблиц около 200 повторюсь. Не могу для себя сформировать четкий порядок действий, так как раньше такого не делал.
Не совсем понял, как мне это может помочь. Они вроде используются для связки одной таблицы с другой, как правило, удаленной. Как мне привязать к текущей базе не совсем понял. Чтобы данные как бы слились в единое целое.
Пума Тайланд, согласен у них хорошие условия, я почему-то в суете даже не зашел на него. смотрел только российские предложения, которые на порядок дороже. Спасибо за наводку!
дедикейт тоже не совсем подходит, потому что объем данных по идее будет увеличиваться в терабайтах. если думать на перспективу, то это тоже не дешевое удовольствие получится
А с чего вы взяли что я писал о рпс? Я писал о планируемой нагрузке из своих расчетов.
Станислав Б, а Вы почитайте ниже о суммах, по мне так логичный вопрос. И перед запуском проекта всегда нужно учитывать все варианты от наихудшего до наилучшего, чтобы потом на определенном этапе с постоянно обновляющейся базой в несколько гигабайт и данными в терабайтах не столкнуться с вопросом переезда и смены хостинга. Разве я не прав?
Сергей Горностаев, мы еще посчитаем все и тогда будет видно. А можно Ваш контакт взять? Чтобы в случае чего обратиться к Вам, за деньги соответственно? Телеграм или скайп?
Я понимаю, что это будет дорого и не совсем просто, но специалистов мы естественно будем искать соответствующих. Вопрос в деньгах, на амазон после, скажем, года успешной работы может быть сумма в 15000$, через год в два три а то и больше раза дороже. Согласитесь это большие цифры?
Ну смотрите на амазон для 100тб (что нам хватит только на первое время) нужно платить 6000 долларов в месяц, а объем будет расти в терабайтах, а сумма в тысячах долларов. Вы хотите сказать, что это будет дешевле чем добавлять жесткие диски к своему серверу?
Ну для стабильного потока заказов пойдет, иногда на фрилансе можно найти заказ на хорошую сумму, которая сопоставима со стоимостью сайтов в регионе. Фриланс рассматриваю, как дополнительний источник заказов. А налоги и аренду я плачу, ну и зарплату тоже, правда сдельно. Но с Вами я тоже согласен, по хорошему все должно быть "посерьезнее" и постабильнее. Но мы растем, не стоим на месте:)
Ну по сути, да. Но я работаю как студия и получаю заказы в основном через нее. Почему мы не можем называть себя студией? Человек к нам приходит и получает, то что ему нужно.
