Русское сообщество разработки на PHP-фреймворке Laravel.
Ты не вошёл. Вход тут.
Страницы 1
Холивар? Не?
1) на SELECT Pg быстрее My на 1 порядок
2) индексируемые массивы в ячейке строки
пример таблицы
id | user_id | login_dates
1 | 44 | { "2015-08-03 12:48:22", "2015-08-04 17:33:01", "2015-08-05 11:12:55", "2015-08-06 22:13:54" }
2 | 38 | { "2015-08-03 12:48:22", "2015-08-04 17:33:01", "2015-08-05 11:12:55", "2015-08-06 22:13:54" }
3 | 45 | { "2015-08-03 12:48:22", "2015-08-04 17:33:01", "2015-08-05 11:12:55", "2015-08-06 22:13:54" }
поиск нужного
SELECT * FROM logins WHERE "2015-08-04 17:33:01" = ANY (login_dates)
SELECT * FROM logins WHERE "2015-08-04 17:33:01" = ALL (login_dates)
3) более продвинутые хранимые процедуры, с использованием 4х возможных субязыков
C, internal, PgPlSQL, sql
4) более интересные типы данных для колонок (см пп2), пример массивы, json итп
Буду рад обеняться опытом с другими DB-админами/Прогерами
Не в сети
Зачем нужны такие продвинутые возможности для homepage Васи Пупкина, блога, магазинчика на 100 товаров? Можно и oracle впихнуть, но зачем? А вот если делаете aliexpress или ozon, то да можно подумать, но тут скорей выбор упадет или на oracle или mssql.
Не в сети
от mysql отказываются не из за его недостатков, а из за преимуществ других субд
Не в сети
наверное неверно назвал тему, надо было, - "Преимущества pgSQL над mySQL".
Как ни странно, унизить mySQL не хотел, он вполне годен для простоых решений.
Не в сети
А можно ссылку на пруф относительно скорости select? Как-то везде абсолютно обратная ситуация наблюдалась, что даже сам mysql быстрее postgresql, а уж его форки и подавно.
- Одно железо, одинаковые условия, одна среда для выплёвывания результата (например консоль).
- Таблица на 35 000 000 записей. Таблица шириной 20 колонок, 30% integer, остальное string.
- SELECT * FROM tbl ORDER BY string_col DESC (самый частый вид запроса, не? если не - придумай свой, чтобы вынимал всё в консоль).
В конце запроса консольное приложение обычно пишет время выполнения запроса.
Не в сети
да, забыл - дефолтные настройки субд.
Не в сети
про MySQL подобные утверждения только от тех, кто никогда не ответит подробно по другим субд.
используя сленг - ламерство (следующая ступень после чайника; что-то узнав посчитал, что узнал всё).
я не хочу быть голословным. работал и с mysql и pgsql и informix и oracle (11) именно из php
мой выбор pgsql из бесплатных, из платных ни разу не оракл (модуль собирать всё равно что головой по зеркалу - риск сломать и зеркало и голову).
Добавлено:
Понравился информикс - удобен как не знаю что. Модуль собирается (в некоторых случаях уже готовый в поставке php) влёт. PDO работает сходу. Отличия в целом в синтаксисе limit/offset/встроенных процедурках.
В принципе с ораклом внутри та же хня, что и с информиксом.
Изменено hzone (15.12.2015 13:41:09)
Не в сети
в догонку: если MySQL версии 6-7 дотянет до PgSQL (обещали по функциональности ещё 10 лет назад), тогда возможно...
А пока триггеры/функции PgSQL мне помогают не писать тонны ненужного php кода.
Не в сети
Страницы 1