В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

DBA - русскоговорящее сообщество

3195 membersпожаловаться на группу
2021 July 01

A

Alexey in DBA - русскоговорящее сообщество
Единственное преимущество пг перед мс бесплатность, других я не слышал. Платные версии пг про стоят как Энтерпрайз от мс - там уже есть поддержка. А спорить о том что лучше - вкусовщина
источник
00:39пожаловаться#1

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Вы бы хоть запомнили, как СУБД-то правильно называется. :(
И завязывали бы Вы с FUD-ом — даже " просить советов по форумам" обычно полезно / быстро приводит к результату, а ведь это только начало — есть ещё и чаты, и mailing lists, и платная техподдержка, в конце концов.
источник
00:40пожаловаться#2

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
> Единственное преимущество пг перед мс бесплатность, других я не слышал.

И, конечно, из этого следует, что их нет? ;)

> А спорить о том что лучше - вкусовщина

А, точно, объективных преимуществ и дефектов в мире не существует, как же это я забыть-то мог?
источник
00:41пожаловаться#3

AS

Alexander Shelemin in DBA - русскоговорящее сообщество
я в целом любитель sql server, но это дикое высказывание. У postgres куча преимуществ перед sql server, начиная от открытого кода и заканчивая множеством фичей в server-side программировании. Но есть и недостатки, да
источник
00:42пожаловаться#4

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Кстати, "платные версии пг про" — это не PostgreSQL, это fork-и.
источник
00:42пожаловаться#5

A

Alexey in DBA - русскоговорящее сообщество
Часто в открытый код заглядывать приходится?
Адовый код на стороне сервера - ну так себе, бд же вроде как для хранения данных нужна и быстрой отдачи
источник
00:44пожаловаться#6

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
> Адовый код на стороне сервера - ну так себе, бд же вроде как для хранения данных нужна и быстрой отдачи

А многие используют иначе, и "вроде как" их мало интересуют. ;)
И, кстати, нет, RDMBS нужна совсем не для этого.
источник
00:47пожаловаться#7

A

Alexey in DBA - русскоговорящее сообщество
Ой, а для чего?
источник
00:48пожаловаться#8

AS

Alexander Shelemin in DBA - русскоговорящее сообщество
все зависит от интереса, но я многократно заглядывал за пару лет работы с postgres. До этого я много лет работал с sql server, и опции такой не было, даже если было нужно.
Насчет адового кода - я не говорю про бизнес-логику в бд, коей я не фанат, а про вещи типа системы типов, набора функций в стандартной библиотеке (привет gerenate_series) и тд
источник
00:49пожаловаться#9

AS

Alexander Shelemin in DBA - русскоговорящее сообщество
> И, кстати, нет, RDMBS нужна совсем не для этого
+
источник
00:50пожаловаться#10

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Если вкратце — для relational modeling + SQL + ACID. Если хотя бы что-то из этого не критично — это уже повод подумать о других решениях (а если не критично всё это — стоит бежать от реляционок, почти наверняка есть куда более адекватные решения ;) ).
источник
00:50пожаловаться#11

A

Alexey in DBA - русскоговорящее сообщество
А по русски резюмировать без умных сокращений?
источник
00:51пожаловаться#12

A

Alexey in DBA - русскоговорящее сообщество
Хранение и представления данных. Причём быстро ну и целостно
источник
00:52пожаловаться#13

AS

Alexander Shelemin in DBA - русскоговорящее сообщество
ну почитайте про ACID. Как минимум - это совокупность констрейнтов (которые зачастую очень сложно гарантировать в приложении) и транзакционности, которую тоже зачастую очень сложно гарантировать в приложении.
Хранение и представление данных тут не при чем
источник
00:52пожаловаться#14

YS

Yaroslav Schekin in DBA - русскоговорящее сообщество
Я не вижу в написанном ни одного "умного" сокращения, извините — это основы терминологии RDBMS.

> Хранение и представления данных. Причём быстро ну и целостно.

О-хо-хо. "Сокращения"-то придуманы не просто так. Вот буквально (формально) то, что Вы написали, любая современная FS делает на порядок лучше, чем любая реляционка... только это совсем не то, что написал я.
источник
00:54пожаловаться#15

Ю

Юрий Шапоренко... in DBA - русскоговорящее сообщество
Новосиб
источник
00:57пожаловаться#16

Ю

Юрий Шапоренко... in DBA - русскоговорящее сообщество
Я уже неделю хожу с этой мыслью, но руки не доходят. Сделаем-с
источник
00:58пожаловаться#17

AS

Alexander Shelemin in DBA - русскоговорящее сообщество
а про вакансии кстати - тут только DBA вакансии принято размещать, или например backend с упором на базы данных тоже нормально?
источник
01:01пожаловаться#18

A

Alexey in DBA - русскоговорящее сообщество
Копнём глубже

Sql для чего нужен ?

Acid для чего придумали?

Или так и будем сыпать теорией?
источник
01:04пожаловаться#19

A

Alexey in DBA - русскоговорящее сообщество
Зачем мне это читать как dba? Если это мне гарантировал вендор
источник
01:05пожаловаться#20