sergeiss
я просто в шоке! срочно надо его учить! но зхостеры его поддерживают то?
Полная Версия: IN при left join
Постгре также бесплатен, как и Мускуль. Есть целое сообщество, которое его развивает. И да, его поддерживают все нормальные хостеры.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
sergeiss
спасибо ! ты мне открыл глаза
спасибо ! ты мне открыл глаза
| Цитата (sergeiss @ 18.06.2014 - 02:56) |
| Теперь начинаешь понимать, почему я говорю о том, что Постгре лучше Мускуля? |
sergeiss, а что по скорости на больших объемах данных, есть какие-нибудь различия?
| Цитата (paul85 @ 18.06.2014 - 19:42) |
| а что по скорости на больших объемах данных, есть какие-нибудь различия? |
При больших объемах данных можно использовать, например, партиции. Которые в Постгре настраиваются, на мой взгляд, существенно лучше, чем в Мускуле.
А если есть партиции, то и скорости возрастают.
Противники Постгре говорят, что он чуть медленнее, чем MyISAM в Мускуле. Но в Посгре транзакции есть всегда. Их не может не быть
Поэтому надо сравнивать с InnoDB.В целом он достаточно быстрый.
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
| Цитата (Zzepish @ 18.06.2014 - 00:32) |
| А как можно иначе реализовать? |
sergeiss, а какая на ваш взгляд основная фишка, которую постоянно используете? То есть о чем можно с уверенностью сказать "да, ради этого есть смысл перейти на Постгре.
Я просто посмотрел небольшой курс-ликбез. Ну да, больше типов данных. Более точно обрабатываются ситуации с NULL и TRUNCATE. Вернее они вызывают ошибку, вместо предупреждения.
Мне кажется MySQL и Postgre это как С и паскаль. Постгре более строгий.
Я просто посмотрел небольшой курс-ликбез. Ну да, больше типов данных. Более точно обрабатываются ситуации с NULL и TRUNCATE. Вернее они вызывают ошибку, вместо предупреждения.
Мне кажется MySQL и Postgre это как С и паскаль. Постгре более строгий.
Сначала ответил тут, потом вынес ответ в отдельную тему. Предлагаю там продолжить обсуждение "Постгре vs Мускуль" http://phpforum.su/index.php?showtopic=82225
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
Здесь расположена полная версия этой страницы.