а то тема оч обширная

иговна на вентиляторе будет много

дак если не знаешь бери с чем работал)

Я не за этим. Хочу начать новый проект с использованием постгресса

За одно посмотреть что как

Не знаю как ведет себя доктрина с ним

Но не хочется вляпаться в написание костылей

Да, постгресс не испрльзовал

ну у доктрины dbal

Doctrine Database Abstraction Layer

так что по определению должна норм себя вести )

По описанию у него производительность такая же как и mysql

И вроде как архитектура изначально выгоднее, если проект разрастется

Doctrine Database Abstraction Layer

Тут полностью согласен, но сам понимаешь, поддержка каждой бд так же должна быть реализована

Те же фичи каждой бд

постгрес не так недавно появилась, и аудитория использования немаленькая, чтобы реализации небыло

Так что не сочтите за розжиг, действительно интересно ваще мнение

Я пока постоянно нарываюсь в симфония на то что некоторые пакеты не зарелизины в stable для новых версий симфони

Ну DBAL же не спасёт от разниц диалектов. Например, group_concat в mysql есть, а в pgsql его нет. Вместо него array_agg. Вещи, специфичные для конкретной платформы, будут работать только на этой платформе. Если речь то Doctrine DBAL - то по сути нет особой разницы с голым PDO.

При чем я говорю о популярных пакетах, та же соната

Помню как жопа горела, когда не мог на 3.3.9 поставить админ бандл

Пришлось брать за основу 3.2

Про 4 вообще пока не думаю

в жопу всякие сонаты и т.д. и херакс мы можем юзать чо хотим

и 4ку и т.п.

Но все же соната делает жизнь проще

Не хочется админку самому писать

так ты определись - жизнь проще или жопа горела

Чтобы жопа не горела и жизнь была проще пришлось использовать 3.2

ок, сообщи нам через год на какой ты версии

Обязательно)

Но хочется лтс

а 3.3 не хочется?

берем любую бутстрап верстку для админки (которых хоть жопой жуй) и считай админка готова

Ну не соглашусь

Если подскажешь куда копать то буду признателен

Все же безопасность и вот это все уже реализовано в сонате

Типы полей и тд

соната єто говно

Быстрое написание классов админки

выброси его через окно

https://adminlte.io/themes/AdminLTE/index2.html

соната єто говно

Слышал и противоположное мнение

Поэтому хотел бы услышать за и против

админка большая или нет?

Вообще приближается к cms

И у каждой сущности 20-30 свойств

соната - ебаный стыд

соната - ебаный стыд

Рассказывай

если ты ничего специфического делать не будешь - то пройдет легко

И у каждой сущности 20-30 свойств

подозреваю что там у тебя god обжекты

И почему она в 5ке популярных

Рассказывай

он в целом суть передал, а дальше сам разбирайся)

но что-то мне подсказывает что ты захочешь чего-то, что в коробке нет

И почему она в 5ке популярных

хм.... не вижу конфликта) люди любят обмазываться всяким)

посмотри на русский рэп

Я не привел это как аргумент

Прост, если есть что-то лучше то чо вот так все плохо?

И у каждой сущности 20-30 свойств

Д - декомпозиция

Прост, если есть что-то лучше то чо вот так все плохо?

жизнь боль, и ты должен страдать

Там дофига наследований

какие-то нанотехнологии рассказываешь

По сути есть три глобальных сущности и интерфейса

Прост, если есть что-то лучше то чо вот так все плохо?

возьми вордпрес

какие-то нанотехнологии рассказываешь

Я молод и неопытен

По описанию у него производительность такая же как и mysql

у них есть принципиальные различия которые важны только еси ты убер

топовый совет

ERROR: S client not available

Я молод и неопытен

я тоже))

ну то есть, тебе важны типы в базе и гибкость - тебе в постгрес

тебе важны... хз что там в мускуле из вкусного...

Мне что бы быстро

о, суппорт от oracle - тебе в мускуль

И легко масштабировадомь

Мне что бы быстро

ты молод и неопытен же, так что для тебя все будет медленно и этим всеравно никто не будет пользоваться, а от того все как бы быстро

Мне что бы быстро

Наш брат

Пиши арки

И легко масштабировадомь

это не от базы зависит, а от того как ты архитектуру выстроишь

реплики и то и то умеет. А дальше - от задачи

это не от базы зависит, а от того как ты архитектуру выстроишь

Тут полностью согласен

Но я пока придерживаясь KISS принципа

вон уберы уже меняли мускуль на постгрю и обратно поому что с их объемами данных есть куча нюансов

Но я пока придерживаясь KISS принципа

еще один

За одно страхуют что бы не попасть в будущем

KISS не про то что бы делать втупую

если что - этот принцип приписывают челу который задачей ставил разработку крутых истребителей с вертикальным взлетом которые можно было бы пофиксить в поле тем что есть

и это нифига не легко

Для начала я хочу сделать mvp

Потом оптимизация

Потом оптимизация

не забудь таргет группу и узнать нужен ли кому проект

Но не хочется устоять в проблемы масштабируемости

а то будешь оптимизировать а там будет от силы 1-2 rps

не забудь таргет группу и узнать нужен ли кому проект

Пасиб

Но не хочется устоять в проблемы масштабируемости

повторюсь, для этого нужно: - знать характер и объемы данных - примерный анализ и ванговать нагрузки на чтение и запись, то есть ты должен знать как будут пользоваться приложением - знать как выстроить декомпозицию системы (можешь погуглить про polyglot persistence)

практика показывает что в 90% случаев ты не будешь использовать преимущества той или иной СУБД

то есть по факту я бы выбрал то что ты знаешь и на этом точка

повторюсь, для этого нужно: - знать характер и объемы данных - примерный анализ и ванговать нагрузки на чтение и запись, то есть ты должен знать как будут пользоваться приложением - знать как выстроить декомпозицию системы (можешь погуглить про polyglot persistence)

Спасибо

Кстати, чем мерять RPS и нагрузочное тестирование проводить? Я поставил Locust, но питон не очень нравится.

Вот это круто

практика показывает что в 90% случаев ты не будешь использовать преимущества той или иной СУБД

два чая этому джентльмену