[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: PostgreSQL vs MySQL
Страницы: 1, 2
Guest
Кстати, с 9.4 есть полноценный upsert даже с разрешением конфликтов.
И аналитические функции с 8.4 есть, а это очень вкусная вещь,
мне их в MySQL сильно не хватало.
M-A-X
Постгри уныл хотя бы потому, что для него нету нормального аналога ПМА.

А так, может и хорошая база.
McLotos
Цитата (Zerstoren @ 20.06.2011 - 14:18)
Но почему Слон против Кита, я так и не понял. Если у Мускуля логотип дельфина.

видео или тут текст

Цитата (M-A-X @ 3.07.2015 - 00:56)
Постгри уныл хотя бы потому, что для него нету нормального аналога ПМА.

Есть и очень даже неплохой. По мне так намного удобнее чем pma.
А чтобы говорить что он уныл нужно хотябы почитать о нем, не говоря уже о том чтобы изучить все его возможности, которых намного больше чем у MySQL

_____________
программирование - инструмент для решения конкретных задач, любая попытка спроектировать что-то универсальное приведет к провалу.©paul85
В любом случае тебе прийдётся пройти путь изобретения велосипеда, который прошли другие, только причиной твоего изобретения будет непонимание принципов работы велосипеда изобретённого другими людьми.©SlavaFr
jQuery это попытка использовать АН-225 для перевозки зубочистки
inpost
PhpPgAdmin же ж!

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).
Ron
Интересней другой вопрос: а что вместо MySQL Workbench? Без которого я не знаю как вообще можно проектировать БД... Я раньше, конечно, тоже заводил таблицы сначала вовсе через консоль, потом через PMA.

Но теперь такие способы мне видятся как жутчайшее извращение. К тому же как распечатывать структуру? Как вообще работать без распечатанной структуры, объясните мне пожалуйста!?

Есть похожие инструменты?

Ничего не имею против постгре, хорошая СуБД, но лично мне пока MySQL хватает с головой. Считаю что этот фетиш вокруг слона очередная пища для холиваров. Не более того. Это как использовать или не использовать фреймворки. Или ООП...

Zzepish
Ron
а что не так в PMA со структурой базы?
Ron
Zzepish, не показывает связи. И как по мне очень неудобная в этом смысле вещь. Вы пробовали работать с MySQL workbench?


VELIK505
Очень интересно тоже посмотрел.
Но не вижу чёткого ответа который очень важен.
в mysql хоть через мускуль дамп хоть через мускульхоткопи блокировки особенно бесят на select
как в постгрес делаються бэкапы большых баз которые вешают не 300-400мб и не 1-2гб а больше с живых проектов без блокировок и потери данных?
Какая нить есть такая архитектура что то вроде реплики сначала на время бэкапа фиксируем что есть в базе (вся база) не делая блокирово делаеться бэкап этого после что было во время бэкапа дописываеться в бэкап?
Oyeme
Цитата (VELIK505 @ 27.01.2016 - 20:44)
Очень интересно тоже посмотрел.
Но не вижу чёткого ответа который очень важен.
в mysql хоть через мускуль дамп хоть через мускульхоткопи блокировки особенно бесят на select
как в постгрес делаються бэкапы большых баз которые вешают не 300-400мб и не 1-2гб а больше с живых проектов без блокировок и потери данных?
Какая нить есть такая архитектура что то вроде реплики сначала на время бэкапа фиксируем что есть в базе (вся база) не делая блокирово делаеться бэкап этого после что было во время бэкапа дописываеться в бэкап?

Есть обычное стандартное решение,master-slavе replication c cинхранизацией. wink.gif

Цитата
Какая нить есть такая архитектура что то вроде реплики сначала на время бэкапа фиксируем что есть в базе (вся база) не делая блокирово делаеться бэкап этого после что было во время бэкапа дописываеться в бэкап?


Cейчас работаю очень глубоко с lucene solr.И весь import происходит путем заменой файлом на лету.Что интересто,данные не lock и работает все как часы, потом когда import закончился происходит синхранизация и все происходит это с великолепной скоростью. wink.gif
Guest
да как шумный
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.