Расскажите подробней что вы хотите делать с этой БД и зачем?
Обычно у таких СУБД резервные копии делаются, как в первом ответе.
Но если вам надо перенести быстро данные в другую БД или еще для чего-то, а схема очень простая и объем данных небольшой — для начала попробуйте просто утилиты exp и imp. Может быть для вашей задачи хватит и их.
а они у вас фиксированные или динамические? если фиксированные то должны работать:
127.0.0.1 site.dev www.site.dev
Проверил на дебиане (убунту под рукой не оказалось), все пингуется на ура.
Проблемы вообщем-то и не возникнет, прелесть партиций именно в прозрачности для запроса, у пользователя всегда 1 таблица, просто в зависимости от условий могут использоваться 1 или несколько (или все) партиций (partition pruning). В данном случае с датами — вообще отличный вариант, можно дропнуть ненужные партиции когда они устареют.
Тут ситуация 2-е в сговоре, купили доступ на 2-х. В таком случае ну пришла СМС-ка когда зашел сам, пришла вторая — официальный владелец скинул её своему товарищу и оба работают.
Вам правильно ответили, найдите 5 минут времени и посмотрите на те вопросы что в результатах поиска, например, обсуждение вопроса «Где скачать книгу по программированию под Android (на русском)» или «Где найти грамотные книги и документацию по программированию под Android?».
Так что самый правильный ответ, незачем 10 раз обсуждать одно и то же.
Согласен, но без конкретики сложно что-то подсказать. Возможно, для медиа-файлов лучше включить режим «без сжатия» (не знаю типа файлов у вас, но обычно они неохотно ужимаются и проще порезать на части в архиве чем тратить время и цпу на сжатие) и результат теста будет немного иной?
Другой вариант если файлы достаточно мелкие, набирать объем списком из Н-файлов (например, 100 файлов по 45 мб), но это придется повозиться с реализацией в шелл-скрипте, опять же при условии что размер 1-го файла не превысит лимит в 2 гига.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
select * from posts p inner join (SELECT distinct j_id FROM follows where u_id = 1) f on (f.j_id = p.id) order by date desc