Можно ли взять дамп MySQL и залить его в PostgreSQL. У них вроде SQL главный и если будет чистый SQL, без фич присущих конкретной СУБД то может все получиться?
PostgreSQL еще на локалхост не установил поэтому пошел с вопросом.
_____________
Трус не играет в хокей
Полная Версия: MySQL vs PostgreSQL
Разнообразие подсистем хранения данных в Mysql уже не дадут легким движением руки перенести НАПРЯМУЮ в pg.
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
_____________
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api
| Цитата (stump @ 29.01.2015 - 16:25) |
| Можно ли взять дамп MySQL и залить его в PostgreSQL |
Мой 10 минутный эксперимент не удался. PostgreSQL ругался на 2 вещи
- В mysql дампе таблицы и столбы были в апострофах
- Была таблица, имя которой начиналось с цифры
_____________
VPS от 5$, первые 2 месяца - бесплатно.
| Цитата (Hello @ 29.01.2015 - 17:59) | ||
Мой 10 минутный эксперимент не удался. PostgreSQL ругался на 2 вещи
|
Т.е. если названия без апострофов то все будет ОК?
_____________
Трус не играет в хокей
| Цитата (stump @ 29.01.2015 - 17:25) |
| Т.е. если названия без апострофов то все будет ОК? |
Откуда такой вывод?
Отсутсвие апостофов не гарантирует отсутвия других ошибок.
_____________
VPS от 5$, первые 2 месяца - бесплатно.
| Цитата |
| Откуда такой вывод? |
со слов:
| Цитата |
| PostgreSQL ругался на 2 вещи |
Интересно мнение экспертов пол поводу возможности такой унификации. А что если дамп создать руками обращая внимание на чистый SQL? По учебнику, так сказать сделать. Будет работать?
_____________
Трус не играет в хокей
Напрямую вряд ли зальёшь. Лучше вывести в CSV и залить из него. Это будет надежнее.
Но это только при условии, что мы говорим только про перенос данных. Что касается запросов, то у этих БД немало отличий. И если речь идет о чем-то чуть более сложном, что чем "select * from table1", то тогда можно получить грабли.
И структура самих БД тоже немало отличается.
Всё это приводит к тому, что прямой перенос из Мускуля в Постгре, и наоборот, практически в любой реальной БД, невозможен.
Тут есть тема на форуме http://phpforum.su/index.php?showtopic=83964 по сравнению именно этих двух БД. Я всё никак не напишу сравнение ДЖОЙнов, там есть различия некоторые. В ближайшее время соберусь и сделаю.
Но это только при условии, что мы говорим только про перенос данных. Что касается запросов, то у этих БД немало отличий. И если речь идет о чем-то чуть более сложном, что чем "select * from table1", то тогда можно получить грабли.
И структура самих БД тоже немало отличается.
Всё это приводит к тому, что прямой перенос из Мускуля в Постгре, и наоборот, практически в любой реальной БД, невозможен.
Тут есть тема на форуме http://phpforum.su/index.php?showtopic=83964 по сравнению именно этих двух БД. Я всё никак не напишу сравнение ДЖОЙнов, там есть различия некоторые. В ближайшее время соберусь и сделаю.
| Цитата (stump @ 29.01.2015 - 19:04) |
| ...обращая внимание на чистый SQL |
А зачем тебе тогда Постгре, если ты не будешь пользоваться его "фишкам"? Это всё равно что сесть на Феррари, чтобы кататься по городу, где куча пробок на дорогах.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Жаль. А то хотелось "наворотить" БД так чтобы в половине СУБД работало. Ну нет, так нет.
_____________
Трус не играет в хокей
_____________
Трус не играет в хокей
Здесь расположена полная версия этой страницы.