|
2.5, Аноним (5), 10:14, 02/07/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
Давно уже все пренебрегают семантическим версионированием и это скорее циферки для конечного пользователя
| |
|
3.10, Аноним (10), 10:35, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Это уже даже не маркетинг. А обезьянничество. Просто все так сделали и я тоже так сделаю.
| |
|
2.13, Аноним (13), 10:44, 02/07/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
А это по сути не мажорная версия. Это изменение схемы версионирования.
Они решили, что 8.x будет stable, а в 9.x будут экспериментальные фичи. Короче, 8.x это RHEL, а 9.x это Fedora :-)
| |
2.23, Аноним (23), 13:05, 02/07/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
Удаление mysql_native_password - достаточно большое несовместимое изменение, чтобы прибавить единичку к мажорной версии.
| |
|
|
|
3.11, Аноним (11), 10:39, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
А есть с чем сабж работает? Не "посмотреть", а именно работает?
| |
3.24, FSA (??), 13:16, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> не работает с эсодин? :-)
Нет. Вообще с 1С дел не имею. Я больше на PHP пишу. Могу напрямую с базой работать без всяких ORM. При чём что с PostgreSQL, что с MySQL. Просто смотришь на некоторые привычные вещи, а они только в новых версиях MySQL. А эта версии ещё не скоро в дистрибутивах появятся.
| |
|
4.29, Аноним (29), 13:35, 02/07/2024 [^] [^^] [^^^] [ответить]
| –6 +/– |
> А эта версии ещё не скоро в дистрибутивах появятся.
Именно эту проблему решает docker.
| |
|
5.52, Аноним (52), 18:13, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хм... Читал, что СУБД в Docker - не для промышленного применения.
Это не так?
| |
|
6.91, tty0 (?), 16:54, 04/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Что-то в Докер это для тестов и применения на 5 лиц максимум без особых запросов.
Тут БД - какой в Ж декор? У Вас бабла много проблемы с IO Вы просто зальете баблом? Заказчик знает?
| |
|
7.96, Аноним (96), 22:29, 04/07/2024 [^] [^^] [^^^] [ответить] | +/– | Были лет 8230 Ох 8230 Я уж забыл сколько тому назад, тогда в Линуксе ещё про... большой текст свёрнут, показать | |
|
6.103, Liin (ok), 00:44, 21/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Если Docker под линуксом - то вполне нормально и СУБД и другие вещи там крутить. Единственный момент - максимальную производительность выжать не получится. Но не всем это надо.
| |
|
|
4.34, kai3341 (ok), 14:01, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Я больше на PHP пишу.
Время стереотипов про PHP-шников! (шутка)
> Могу напрямую с базой работать без всяких ORM.
Все так могут. Сложность в том, чтобы найти ORM/QueryBuilder, который будет заниматься миграциями, гарантиями корректности, и при этом не будет бесить своей ограниченностью
> не скоро в дистрибутивах появятся
А вот неосиляторство докера в 2024 -- это большой грех. Страшнее только то, что разработкой ты занимаешься тоже без докера -- с вагоном мусора на хост-системе
| |
|
5.40, Аноним (13), 15:00, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Сложность в том, чтобы найти ORM/QueryBuilder
Если про PHP, то Spiral ORM.
Да, там надо осилить, это цена гибкости.
| |
|
6.41, Аноним (13), 15:01, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Точнее, Cycle ORM, из фреймворка Spiral (от самого фреймворка зависимостей нет.)
| |
|
7.66, Аноним (13), 07:58, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Sequelize и TypeORM не поддерживают концепцю Unit of Work, что серьезное ограничение, поскольку приходится эмулировать его вручную, что далеко не всегда тривиально. Единственная полноценная на js/ts, которую я видел, носит странное название Mikro-ORM, хотя давно уже куда более навороченная, чем остальные.
| |
|
|
5.61, Вы забыли заполнить поле Name (?), 02:06, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> будет заниматься миграциями, гарантиями корректности,
Миграцию можно писать на SQL. Гарантию корректности дает тоже SQL. Единственное, что последнее происходит в рантайме и чем может помочь какой-нибудь query builder, так это проверкой во время компиляции.
| |
|
6.72, Аноним (13), 09:17, 03/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Query builder нужен для того, чтобы удобно собирать запрос по частям. Например, могут быть классы или функции Criteria..., которые добавляют условия фильтров в запрос. Можно, конечно, вручную таскать части запроса и биндинги, и потом всё аккуратно собирать, но это и получится написание своего частного случая Query Builder.
А ORM нужны вообще для другого. Для чего они нужны - следует из названия. Для двустороннего маппинга между объектами (или, в случае неООП, структурами или кастомными типами) и структурой данных в РСУБД. Можно в первом приближении сказать, что это такой serialize/unserialize в РСУБД.
| |
6.97, Аноним (96), 22:32, 04/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Миграцию можно писать на SQL.
Так и код можно двумя проводами настучать в бинарном виде. Но вот поди ж ты…
| |
|
|
4.55, Аноним (55), 22:09, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Просто смотришь на некоторые привычные вещи, а они только в новых версиях MySQL. А эта версии ещё не скоро в дистрибутивах появятся.
Да вы что. В дистрибутивах новые версии появляются на следующий день. Надеюсь вы не используете и не считаете дистрибутивом какой-нибудь дебиан олдстабле или центос?
| |
|
|
2.31, penetrator (?), 13:35, 02/07/2024 [^] [^^] [^^^] [ответить]
| –3 +/– |
аргументы будут? давай по пунктам, а то мы все прекрасно помним как Uber переходил с постгреса на мускл
и да как там в постгрес мультимастер кластера завезли уже?
| |
|
3.42, Аноним (42), 15:05, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
сразу видно, что ты понятия не имеешь, что такое мускульный мультимастер и в продакшене ты его никогда не видел
| |
|
4.60, penetrator (?), 23:46, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Так неосиляторов из убера уже давно разбомбили.
никто их не разбомбил, достаточно почитать ответ статью самих разработчиков постгреса
| |
|
3.69, User (??), 08:46, 03/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, as for me - multimaster cluster достаточно нишевая штука так-то. Не то, чтобы "ненужно!" - но нужно не только лишь всем и очень-очень часто более, чем компенсируется на уровне архитектуры.
| |
|
|
5.90, User (??), 08:36, 04/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией видел - а вот ар-ригиналов с mysql - нет. В бизнесухе - нет. В чистой вебне - не знаю, может и осталось где с тех еще времен...
| |
|
6.93, penetrator (?), 17:52, 04/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали
> кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией
> видел - а вот ар-ригиналов с mysql - нет. В бизнесухе
> - нет. В чистой вебне - не знаю, может и осталось
> где с тех еще времен...
учитывая твоей уровень ты другого и не мог видеть, ошибка выжившего
| |
|
7.95, User (??), 21:44, 04/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Да оспыдя. Кому надо - задолго до "вырастания" из postgres'а уже понабрали
>> кто cassandra'у, кто mongo, кто clickhouse, даже блин redis с георепликацией
>> видел - а вот ар-ригиналов с mysql - нет. В бизнесухе
>> - нет. В чистой вебне - не знаю, может и осталось
>> где с тех еще времен...
> учитывая твоей уровень ты другого и не мог видеть, ошибка выжившего
Прям даже хочется ответить в классическом линукс-стайле - "Нет, ты!" - но я пожалуй что не буду.
Вам, разумеется - виднее.
| |
|
|
|
|
|
2.62, Аноним (62), 03:00, 03/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Сколько лет в теме, а постгрес видел пару раз и то у очень больших оригиналов.
| |
|
3.80, penetrator (?), 22:05, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Сколько лет в теме, а постгрес видел пару раз и то у
> очень больших оригиналов.
В РФ популярна, исторически )))
| |
3.104, Liin (ok), 00:48, 21/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас Postgres в РФ - практически единственная БД, на которую можно переползти с Оракла/MS/остальных для импортозамещения.
| |
|
|
|
2.44, Аноним (44), 16:04, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
А что у Firebird за мутная лицензия IDPL Interbase-1.0? Как она совместима с проектами под GPL? MySQL совместим.
| |
2.45, _ (??), 16:25, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
>Чем это лучше Firebird?
Ну бэкапы к примеру _точно_ восстанавливаются, а не как у этих :)
| |
|
1.6, Аноним (10), 10:15, 02/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Версия ради версии. Кто объяснит какой в этом высокий смысл? Это даже не коммерческий продукт чтобы его продать или обогнать конкурентов. В своей нише у майсикуэля нет конкурентов.
| |
|
2.12, Аноним (11), 10:40, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> В своей нише у майсикуэля нет конкурентов.
Неуловимый Джо.
| |
|
|
4.22, Аноним (29), 12:59, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну завидуйте, ораклята.
При наличии универсальных РСУБД, таких, как постгрес, востребованность мускуля крайне сомнительно.
| |
|
5.32, penetrator (?), 13:38, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
постгрес вообще не универсальная субд, это жалкое зрелище
у оракла есть мультимастер, как кстати и у мускула, притом у последнего два варианта и оба бесплатных
| |
|
6.71, User (??), 08:53, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Нет. Просто это не рСУБД, а "объектно-реляционная СУБД" - которая достаточно хорошо "натягивается" в том числе и на нишу чистых реляционок. Не идеально, но прям "хорошо".
| |
|
7.73, Аноним (13), 09:18, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ой, да не надо. Постгрес - самая обычная классическая РСУБД. Мелкая, редко нужная фича в виде наследования таблиц ничего не меняет.
| |
|
8.75, User (??), 11:43, 03/07/2024 [^] [^^] [^^^] [ответить] | +/– | Наследование таблиц, наследование типов, перегрузка функций, развитый тулинг для... текст свёрнут, показать | |
|
9.87, Аноним (87), 00:12, 04/07/2024 [^] [^^] [^^^] [ответить] | +1 +/– | Объектная БД - это совсем про другое, это типа Cach 233 , если кто помнит такую... текст свёрнут, показать | |
|
|
7.81, penetrator (?), 22:07, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
поэтому она должна паршивенько решать задачу масштабирования с реляционными данными, что-то оракл с его PL-SQL так не думает
| |
|
|
|
|
|
2.25, FSA (??), 13:18, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> В своей нише у майсикуэля нет конкурентов.
Это что за ниша такая, где MySQL не может заменить PostgreSQL? На серьёзных проектах скорее наоборот, их MySQL может не потянуть. А вот в обратную сторону даже представить себе не могу что это такое может быть.
| |
|
3.33, penetrator (?), 13:41, 02/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
geographically distributed synchronous replication
от одного сочетания страшно, а у мускула есть 2 реализации
постгрес - инвалид по сравнению с mysql, который тоже не идеален, но в этом плане как у всех
| |
|
4.70, User (??), 08:51, 03/07/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нукагбэда, но вот NoSQL в этой нише чувствуют себя прям сильно-сильно лучше - и ситуаций, когда нельзя разделить "данные" для которых вот это вот все имеет смысл от "реляционных метаданных" не то, чтобы много - и как бы это сказать... legacy оне.
| |
|
5.78, penetrator (?), 21:20, 03/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
> NoSQL в этой нише чувствуют себя прям сильно-сильно лучше
нет, не чувствуют, там нет консистентности даже в задекларированных возможностях неговоря уже о реальных возможностях
в некоторых отдельных случаях можно увидеть транзакции в монге, можно выбирать стратегии репликации, но в целом все плохо
| |
|
6.89, User (??), 08:12, 04/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
>> NoSQL в этой нише чувствуют себя прям сильно-сильно лучше
> нет, не чувствуют, там нет консистентности даже в задекларированных возможностях неговоря
> уже о реальных возможностях
> в некоторых отдельных случаях можно увидеть транзакции в монге, можно выбирать стратегии
> репликации, но в целом все плохо
Охтыжблин. Мужики-то не знают!(Ц)
В тех 2,5 случаях, когда тебе _действительно_ нужен синхронно геореплицированный ACID на весь объем обрабатываемых данных - у тебя стоит oracle или хотя бы mssql. В 98% остальных кейсов тебя вполне устроит BASE для основного объема данных и ACID для совочка метаданных - а то и вовсе какой transactional outbox поверх кафки - depends on.
| |
|
7.92, penetrator (?), 17:50, 04/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> oracle или хотя бы mssql
Сразу видно ыксперта )) Из этих двух только oracle умеет в мультимастер.
Тем не менее, если мы говорим о масштабных проектах, то чаще всего не инвестируют в такие дорогие проприетарные решения, а то будет как с Бирмингемом.
Остальное даже коментировать смысла нет, там такой же бред и очень вредная самоуверенность.
| |
|
8.94, User (??), 21:41, 04/07/2024 [^] [^^] [^^^] [ответить] | +/– | Ухтыж А майкрософту-то и не сказали, что их peer-to-peer нищитова - танк секре... текст свёрнут, показать | |
|
|
10.99, User (??), 08:04, 05/07/2024 [^] [^^] [^^^] [ответить] | +/– | Уф Я понимаю, что вы Sql Server видели хорошо если в редакции express и что там... текст свёрнут, показать | |
|
|
12.101, User (??), 17:37, 05/07/2024 [^] [^^] [^^^] [ответить] | –1 +/– | Но его ты тоже в глаза не видел, да Вендапоганая, вот это всё В гугль не суме... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.39, Аноним (13), 14:18, 02/07/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Все случаи, где нужен обобщенный инвертированный индекс. Например, поиск по произвольному множеству атрибутов в каталоге типа Яндекс-маркета. С MySQL придется либо делать поиск во внешней специализированной базе (со всеми проблемами синхронизации), либо костылить поверх полнотекстового поиска, кодируя все атрибуты "словами" с отключением морфологии.
| |
|
4.48, penetrator (?), 17:36, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
так это и делается полнотекстовым поиском, индексы нормально не работают если значение не начинается с искомого слова
если у постгреса есть что-то из каропки, то это не значит, что это must have
есть вещи которые в БД и только в БД должны быть и никако по-другому нереализуемы, а есть вещи которые в БД существуют просто как сахар, и такой шляпы там дофига не только GIN, но теперь и RUM, а еще GIST
но я уж лучше SolR или Elastic они хотя бы тоже мастштабируется горизонтально
| |
|
5.50, Аноним (13), 17:52, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Зачем полнотекстовый поиск для информации, которая изначально естественным образом представляется как Set[Int]?
GIN как раз для этого, изначально делался вместе с hstore для обработки астрономических данных, разреженных просто по своей природе.
Непонятно, почему вдруг btree мастхэв, а inverted index - нет. Это два разных индекса для решения двух разных задач.
Горизонтальное масштабирование же далеко не всегда нужно, и отдавать его на откуп СУБД - тоже не всегда разумно: если есть критерий, по которому легко пошардить ручками на уровне приложения, такая реализация будет заведомо эффективнее.
| |
|
6.53, penetrator (?), 18:24, 02/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
а если я в описании хочу поискать? в том числе произвольные словоформы?
и зачем мне искать текст фильтра, если мне нужен код фильтра?
да и в целом вот не вижу я причины почему более универсальное решение должно замениться менее универсальным, так еще интгрерированным в СУБД со своими плюсами, но и минусами
> если есть критерий, по которому легко пошардить ручками на уровне приложения, такая реализация будет заведомо эффективнее.
не будет эффективней
не легко прошардить
а про консистентность уже вообще промолчу
| |
|
7.54, Аноним (13), 19:18, 02/07/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если ты хочешь поискать в описании, для этого делается полнотекстовый поиск по описанию, для этого есть fts.
А еще ты можешь хотеть отсортировать по цене. Это btree.
Прикинь, для каждой задачи свой тип индекса.
> не будет эффективней
От рук зависит. В одном конкуренте Фейсбука очень эффективно было, разведка говорит, что и в самом Фейсбуке примерно так же.
> а про консистентность уже вообще промолчу
А какая может быть неконсистентность при шардинге? Шардинг от репликации не отличаем, зато рассуждаем про эффективность, вау
| |
|
|
|
4.49, penetrator (?), 17:37, 02/07/2024 [^] [^^] [^^^] [ответить]
| –2 +/– |
> поиск по произвольному множеству атрибутов в каталоге
это кстати пример корявого использования
| |
|
5.51, Аноним (13), 17:53, 02/07/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
А чего в нем корявово? Прямое использование по назначению.
Инвертированный индекс - это указатель: в каких строках встречается данное значение. Ровно то, что и нужно.
| |
|
|
|
|
|
|
3.18, Аноним (19), 11:25, 02/07/2024 [^] [^^] [^^^] [ответить]
| +6 +/– |
Oracle Database 23ai смотрит на вас как вы сами знаете на что.
| |
|
|
5.26, Аноним (26), 13:28, 02/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что он при нагрузках которые успешно тянут все вышеназванные уже загнулся в кровавых соплях и глаза закатил
| |
|
|
|
|
3.74, Аноним (13), 09:24, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну давайте откровенно, те, кто на это наталкиваются, писали некорректные запросы в старых MySQL, не имевших даже опции ONLY_FULL_GROUP_BY и при неоднозначном GROUP BY просто возвращавших первое, что попалось, а работало это просто потому что в данном конкретном случае конфликтов не возникало. А потом завезли строгий SQL и всё поломалось.
PostgreSQL тоже распознает functionally dependent только в простейшем частном случае наличия PK в GROUP BY, и ничего, никто не рассыпался вручную перечислить столбцы в GROUP BY.
| |
|
|
|
2.67, bOOster (ok), 08:17, 03/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Репликация репликации рознь. Научитесь точнее формулировать свои мысли.
| |
|
1.77, pda (ok), 13:12, 03/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> MySQL 9.0.0
Боромир (MariaDB) был бы уже 10.0.0 (По факту 11.x.x).
| |
|