| |
| 2.8, Прохожий (??), 12:06, 14/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вообще-то нет. Ни слова об архитектуре. Многие вещи, довольно критичные для администрирования, приходится по Интернету собирать.
| | |
| |
| 3.9, ыы (?), 12:11, 14/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Надо полагать товарищи в интернете которые рассказали вам об искомом- тем не менее как-то смогли получить данные об архитектуре... Обычно они их получают как раз из документации...
| | |
| |
| 4.51, Антонимистично (?), 22:14, 15/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ставишь дебажные символы, дебагер. Почитать придётся. И погнал смотреть как работает. А через месячишко знаешь как админить и есть о чём написать на форумах. Такая она сермяга девляпсов, наследников админов.
| | |
| 4.52, keydon (ok), 22:20, 15/11/2021 [^] [^^] [^^^] [ответить] | +/– |  Обычно приходит какой-нибудь чувак на конференцию и начинает с умным видом в оче... большой текст свёрнут, показать | | |
| 4.54, Прохожий (??), 01:17, 16/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это вы так "тонко" намекнули, что я читать не умею? Нет, чтобы ссылку на документацию прислать с описанием этой самой архитектуры. Ну чтобы голословным не быть. Или здесь так не принято?
| | |
|
|
|
| |
| 2.7, ыы (?), 12:02, 14/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну во первых InterBase не поддерживается 1С...
Во вторых... Впрочем и первого хватит :)
| | |
|
| |
| 2.6, ыы (?), 12:01, 14/11/2021 [^] [^^] [^^^] [ответить]
| +24 +/– |
Это надо уметь... Обновить постгрес до мускуля :)
| | |
| |
| 3.16, Онаним (?), 20:17, 14/11/2021 [^] [^^] [^^^] [ответить]
| –6 +/– |
Надо сказать, обновить постгрес до мускля - это очень правильное решение.
| | |
| |
| 4.38, ыы (?), 17:29, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
ну и где теперь эта uber?
Uber в 2019 году получила убыток в $8,5 млрд
Uber увеличила чистый убыток в III квартале
и т.д.
| | |
| |
| |
| 6.65, ыы (?), 11:14, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ох уж эти опеннетные коментаторы... В каждый трейд затычки :)
По делу то есть что сказать?
| | |
| |
| 7.75, Прохожий (??), 22:52, 17/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
У вас нелады с логикой. Натягивание совы на глобус - явно не ваш конёк.
| | |
|
|
|
|
|
| |
| 3.15, An (??), 18:28, 14/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– |
Видимо с руками...
Обновлялся весной с 11 на 13 - все ок.
| | |
| 3.17, Аноним (17), 20:24, 14/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
Проблем ни с чем не было. Всё обновилось. Но сама методика обновления убила. Делал всё по официальной документации. Так вот - это всё какая то дичь: нужно иметь две установленных версии PostgreSQL, что бы смигрировать базы с одной версии на более свежую. Это в самом простом случае. Ведь при запуске нового сервера, автоматическая миграция по какой либо причине может збойнуть и тогда привет данным (если нет бекапов, опустим вопрос о том, что они всегда должны быть перед этой процедурой). А вот в MySQL всего лишь pkg remove mysql56-server; pkg install mysql8.0-server; mysql_upgrade.
| | |
| |
| 4.18, An (??), 21:27, 14/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
>> нужно иметь две установленных версии PostgreSQL
Действительно дичь, поддерживаю.
>>Ведь при запуске нового сервера, автоматическая миграция по какой либо причине может збойнуть и тогда привет данным...
Только в одном случае - при использовании ключика -k(если память мне не изменяет). Если его не использовать - старый кластер обновление не затронет.
>>А вот в MySQL всего лишь pkg remove mysql56-server; pkg install mysql8.0-server; mysql_upgrade.
Тоже может сбойнуть и тогда: "привет данным (если нет бекапов"
| | |
| |
| 5.28, x3who (?), 08:53, 15/11/2021 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Если его не использовать - старый кластер обновление не затронет.
не очень себе представляю на проде с терабайтами данных. надо где-то взять избыточный сторадж, потом ждать неделю пока оно перекатит данные, а бизнес пока подождёт.
| | |
| |
| 6.32, An (??), 12:30, 15/11/2021 [^] [^^] [^^^] [ответить]
| +4 +/– |
В таком случае это делается с ключиком -k, но на реплике, т.к. это самый быстрый и безопасный вариант. Потому, как если это делать на проде - в случае факапа простой будет сильно дольше(и в случае с mysql тут ничего не меняется).
Если у вас при таком объеме БД нет реплики - значит ваш бизнес соласен ждать.
Если нет и бэкапа - значит данные вам просто не нужны.
| | |
|
|
| 4.20, ыы (?), 21:34, 14/11/2021 [^] [^^] [^^^] [ответить]
| +2 +/– |
А ради интереса, обновите оракл с 10 на 19 версию :)
Ну, чтоб получить полное представление о том что такое хорошо и что такое плохо..
| | |
| |
| 5.26, _ (??), 05:24, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
А где ж еЯ (10-ку) - взять то? А так - с 12 на 19 перешли. Брат жив.(C)
| | |
| 5.56, Прохожий (??), 01:22, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
С помощью экспорта/импорта? Легко. Другие способы официально не поддерживаются. И?
| | |
| |
| 6.62, Аноним (62), 07:58, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Собственно и для PG экспорт/импорт все делается легко и непринужденно.
| | |
| 6.63, ыы (?), 11:04, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
"И" тут заключается в том, что вы такого никогда не делали и как следствие не понимаете проблем.
| | |
| |
| 7.76, Прохожий (??), 22:56, 17/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Как вы пришли к такому глубокому выводу?
Вот недавно тестировали с коллегами как раз такой способ апгрейда. Потому что с 10-ки на 19-ку напрямую апгрейдиться не получится. Только через 11.2.0.4. Но наша база сравнительно небольшая, поэтому решили через экспорт-импорт.
Так в чём же там проблемы-то? Ась? Похоже, что вы вообще не в курсе, что так можно. Да? :)
| | |
|
|
| 5.61, Аноним (61), 03:31, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Ну то есть никто раньше не обновлялся, пока обновления шли, переезжать приспичило, когда 10g стала EOL. А потом, да, конечно, кабздец, база не работает, работа встала, начальство грозится уволить... Очень "умно". Ох уж этот русский мужик со своей традицией делать все в посл.момент.
| | |
| |
| 6.64, ыы (?), 11:10, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Серьезные решения обычно не представлены в виде самостоятельных сущностей. Как правило сущности тесно связаны и переплетены друг с другом. И матрица совместимости соответственно от одной -двух позиций легко расширяется до 20-30... То есть нельзя обновить ОДИН компонент, например базу. надо обновить все что входит в матрицу совместимостей... ПО, железо... А обновление СУБД и обновление комплекса - это очень разные задачи. Учитывая что каждый компонент после обновления с вероятностью 99% будет глючить уже после того как все по 20 раз протестируют...
| | |
| |
| 7.66, Аноним (61), 11:30, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Вот я и говорю, вместо того, чтобы составить план перехода на новую версию, пусть через 1-2 версии даже, убедить начальство, прогнать пару раз на тестовом серваке, чтобы очевидные закавыки стали видны, консультироваться с офиц.саппортом (за что деньги уплочены?) и все-таки наконец переехать(да, с опред.головной болью и овертаймами) и получить новые фичи. Нет, надо тянуть до EOL. Молодцы, чо.
| | |
| |
| 8.68, ыы (?), 11:50, 16/11/2021 [^] [^^] [^^^] [ответить] | +/– | Вы чего-то не поняли мне кажется Вы знаете что такое матрица совместимости Э... текст свёрнут, показать | | |
| |
| 9.69, ыы (?), 11:54, 16/11/2021 [^] [^^] [^^^] [ответить] | +/– | И получается так, что развернуть НОВУЮ структуру на новом комплексе ПО и железа... текст свёрнут, показать | | |
| |
| 10.70, ыы (?), 12:01, 16/11/2021 [^] [^^] [^^^] [ответить] | +/– | А еще же в это второй ЦОД нужен второй комплект лицензий стоимостью как авиалайн... текст свёрнут, показать | | |
|
| 9.72, Аноним (61), 21:01, 16/11/2021 [^] [^^] [^^^] [ответить] | +/– | Да в курсе, в курсе Но все равно же пришлось переезжать на новую версию, правда... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.4, Цезий Родонович (?), 11:50, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Годная документация у оракла особенно эдак версии 8.0.5, ещё не засранной скриншотами, а это так подобие левой руки.
| | |
| 1.10, Аноним (10), 12:35, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Так из-за чего уязвимость была? Признавайтесь, опять в указателях запутались?
| | |
| 1.14, лютый жабби__ (?), 17:10, 14/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Тут дамп PG дали. pg_restore -C даже таблицу создать не может... создаешь таблицу, кодировка цп1251 (гы-гы в 2021м году-то)... в таблице половина полей обычные, одно JSONB. вычитать поле bigint[] jooq обосрлся... в голом jdbc это поле считать надо несколько команд.... работать с JSON вообще жесть - в psql каша, SQL запросы по работе с jsonb наркоманские....... ну и самый трэш: монга с 3.2 до 5.0 обновляется апдейтом бинарников, сначала слэйвы, потом мастер. без сучка и задоринки.... а слонятину надо стопать и дамп рестор дрчить... ещё в слоне постоянно csv. я вот не понимаю как можно в здравом уме использовать pg в проде...
| | |
| |
| 2.19, ыы (?), 21:30, 14/11/2021 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>даже таблицу создать не может... создаешь таблицу, кодировка цп1251 (гы-гы в 2021м году-то)
Виндузятник должен страдать... :)
| | |
| |
| 3.30, лютый жабби__ (?), 09:18, 15/11/2021 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>Виндузятник должен страдать...
вы в своем поделии не разбираетесь, дебиан 10 на том сервере, в /etc/locale.gen было только en_US.UTF-8 UTF-8 что не мешало ни монге, ни любому другому софту вплоть до vim-а прекрасно показывать "русские" уникодные символы
| | |
|
| 2.24, RNZ (ok), 02:48, 15/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > я вот не понимаю как можно в здравом уме использовать pg в проде...
Вот так:
$ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
5130
5122
5198
| | |
| |
| 3.29, x3who (?), 09:03, 15/11/2021 [^] [^^] [^^^] [ответить]
| –1 +/– |
а чо не
ssh vm{01,02,03}-prod pgrep -c postgres
?
Ти что тебе даёт знание этих пидов?
| | |
| |
| 4.86, RNZ (ok), 01:33, 11/07/2022 [^] [^^] [^^^] [ответить]
| +/– |
> а чо не
> ssh vm{01,02,03}-prod pgrep -c postgres
> ?
> Ти что тебе даёт знание этих пидов?
Нет там пидов, rtfm -> man pgrep.
| | |
| 4.87, RNZ (ok), 01:43, 11/07/2022 [^] [^^] [^^^] [ответить]
| +/– |
> а чо не
> ssh vm{01,02,03}-prod pgrep -c postgres
> ?
Потому-что:
for h in {01..05}; do echo -n "$h: "; ssh root@vm$h-prod pgrep -c postgres; done
01: 2568
02: 2592
03: 2568
04: 2548
05: 2561
| | |
|
| 3.31, Онаним (?), 10:10, 15/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вот так:
> $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
> 5130
> 5122
> 5198
И потом kill -9 адресно по пидам, угу.
Ну и именование... vm0x-prod - похоже на какой-то колхозный сохошный локалхост.
| | |
| |
| 4.34, helgi (??), 13:06, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Приведите пример "правильных" имен. А то у нас в проде вообще зоопарк с именами.
| | |
| |
| 5.41, Онаним (?), 21:09, 15/11/2021 [^] [^^] [^^^] [ответить]
| +1 +/– |
Silver bullet не существует.
Посмотрите роль этих серверов. Если у вас там только postgresql, то началом может быть что-то типа хотя бы pg-01.prod.<project name>
Если там наколхожено всё вместе с постгресом, то сначала надо это разобрать на отдельные роли, а потом уже называть соответственно.
Просто vm01-prod даже роли сервера не указывает, а это плохо, пойди сразу догадайся, что там pg основная роль.
| | |
| 5.42, Онаним (?), 21:11, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Если есть география или какая-то прочая локация - привязывайтесь к геонеймам. Типа pg01.new-york.prod.<project>, или pg01.rack01.dc01.prod.project, или pg01.prod.project.rack01.dc01, или...
Короче вариантов тьма, но стоит думать о том, чтобы по названию сервера моментально понимать - что он, зачем он, и где он, это как минимум. Если есть шардинг, всё ещё усложняется.
| | |
| |
| 6.48, Онаним (?), 21:25, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
balancer.web.kb.sw.xen4
http1.web.kb.us.xen1
http2.web.kb.sw.xen4
mysql1.galera.kb.us.xen1
mysql2.galera.kb.sw.xen4
garb.galera.kb.ru.xen2
ocfs2-arb.iscsi.kb.ru.xen2
Тоже не полный сахар, показываю полный примитив, но позволяет понять, о чём речь.
kb - внутренняя knowledge base
balancer/http/mysql/garb/ocfs2-arb - тип и номер ноды в кластере (балансер, вебня, мускул, арбитратор галеры, арбитрационные LUN для OCFS2)
web/galera/iscsi - общая роль (LAMP, mysql galera cluster, iscsi target)
xen - пулы виртуализации, они могут быть частями cross-country, поэтому страна вторична
us/sw/ru - страны
| | |
| |
| 7.49, Онаним (?), 21:27, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Допустим если мне кивнут на garb/ocfs2-arb или одну из нод, я задницу рвать не буду.
А вот если кивнут на balancer - буду, он один по не зависящим от меня причинам :D
| | |
| 7.88, RNZ (ok), 12:34, 12/07/2022 [^] [^^] [^^^] [ответить]
| +/– |
> balancer.web.kb.sw.xen4
> http1.web.kb.us.xen1
> http2.web.kb.sw.xen4
> mysql1.galera.kb.us.xen1
> mysql2.galera.kb.sw.xen4
> garb.galera.kb.ru.xen2
> ocfs2-arb.iscsi.kb.ru.xen2
Ненужная смена fqdn при перемещении vm/ct в другой регион или хост... Плюс ахтунг с ssl...
По мне более практичный fqdn следующий:
abbrN-stage-prj.sld.tld.
| | |
| |
| 8.89, Онаним (?), 12:59, 12/07/2022 [^] [^^] [^^^] [ответить] | +/– | В данном случае подразумевается, что vm ct между регионами не переносятся, если ... текст свёрнут, показать | | |
| 8.90, Онаним (?), 13:00, 12/07/2022 [^] [^^] [^^^] [ответить] | +/– | Потому что для переноса из региона надо живую сеть, живой пул и живую хранилку в... текст свёрнут, показать | | |
| |
| 9.91, RNZ (ok), 15:22, 12/07/2022 [^] [^^] [^^^] [ответить] | +/– | Нумерация контейнеров достаточна для принятия решений когда пригорело А пере... текст свёрнут, показать | | |
|
|
|
|
| 5.44, Онаним (?), 21:13, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Иначе будет.
"Ой, у нас vm22-prod упал в мониторинге".
А где это vm22-prod вообще, что он делает? Я дома, и пока я там включаю десктоп, запускаю VPN, открываю сопроводиловку - я уже примерно представляю, что сервак делает, что легло вместе с ним (и легло ли вообще, если часть кластера/вторичный шард по названию или неприоритетный проект/регион - могу смело не торопиться и зад не рвать, всё либо работает, либо то, что не работает - не критично на некоторое время. Ну или наоборот - надо срочно рвать зад...)
| | |
| |
| 6.50, ыы (?), 21:59, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Чаще бывает иначе...
"Ой, У нас синий расчетный кластер недоступен"....
Мучительно вспоминаешь что это такое вообще...и почему они уверены что я должен знать что это такое...
А ёпт, это же vm22-prod...
ssh vm22-prod
| | |
| |
| 7.73, Онаним (?), 21:20, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
Синий хелпдеск напомнил о покрасневшем синем расчётном кластере :D
Ну это если активной мониторилки нет.
| | |
|
|
| 5.45, Онаним (?), 21:15, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Если у вас конечно у серваков полное равноправие и все они одинаковые, то можно даже и так оставить - но когда появится второй проект, будет у вас vm123-prod2... и это уже шлак.
| | |
| 5.47, Онаним (?), 21:16, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Короче, делайте так, чтобы даже без документации вам было хотя бы очень приблизительно понятно, о какой машине речь, и за что она отвечает. И не только вам, но и желательно новичку допустим пришедшему.
| | |
|
| 4.85, RNZ (ok), 01:32, 11/07/2022 [^] [^^] [^^^] [ответить]
| +/– |
>> Вот так:
>> $ for h in {01,02,03}; do ssh vm$h-prod pgrep -c postgres; done
>> 5130
>> 5122
>> 5198
> И потом kill -9 адресно по пидам, угу.
И где вы там пиды увидели?
> Ну и именование... vm0x-prod - похоже на какой-то колхозный сохошный локалхост.
Мозг не позволяет допустить, что приведённое именование кастрировано до "обезличенного"?
| | |
|
|
| 2.53, keydon (ok), 22:31, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
А что тебе мешает через реплику постгрю обновить? Точно также как и монгу - сначала слейв, потом мастер. Тоже без сучка и задоринки.
Формат (CSV) ты сам выбираешь в аргументах, а уязвимости (CVE) оперативно правятся, да и сама постгря частенько (может даже слишком) выпускает новые версии.
json наркоманские да, как и сама идея хранить json в sql, походу постгря сама это понимает и идет на это из-за популярности nosql на фоне депопуляризации sql (и не мудрено sql крайне спорная, переусложненная и неэффективная для большинства случаев решение). Банально пытается не остаться никому не нужной. Ну и при всей наркомании оно к тому же и немного сырое, его все улучшают и улучшают.
> в голом jdbc это поле считать надо несколько команд
Звучит как проблема jdbc, а не постгри
| | |
| |
| 3.57, Прохожий (??), 01:42, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> и не мудрено sql крайне спорная, переусложненная и неэффективная для большинства случаев решение
Что за наркоманский бред? Что там спорного и переусложнённого? За месяц-другой осваивается с нуля. Ещё месяц-другой знания шлифуются. Вуаля - вы готовый спец по SQL.
> неэффективная...
Во времена моей далёкой молодости приходит ко мне мой начальник (он тогда на Клиппере программировал, тогда Клиппер моден был на предприятиях определённой сферы производства), и говорит: "А сделай-ка мне вот такой отчёт". Отчёт представлял собою соединение из нескольких таблиц с последующей фильтрацией. Потом спрашивает, сколько времени нужно для этого, двух-трёх дней хватит? Я отвечаю:"Подождите, пожалуйста, Александр Соломонович, минут десять, сейчас будет готов". Он в шоке. Как!? Я показываю. С того дня мой начальник пошёл учить SQL. Пятьдесят лет было мужику. Но он справился. Приходил иногда за консультациями потом. Других в своём отделе учил.
В общем, хотелось бы подробностей, что вы там не осилите никак. Потому что, когда говорят о том, что SQL неэффективен, обычно речь о неосиляторстве идёт, и ни о чём больше.
На всякий случай, вдруг вы не знали. SQL - тюринг-полный язык, и ОЧЕНЬ удобный для всяких выборок данных. Даже Гугл, вон, пыжился, пыжился со своей СУБД (изначально noSQL), а потом прикрутил туда всё-таки какой-то урезанный диалект SQL. Но куда Гуглу до анонимного эксперта с Опеннета, можете возразить вы. Да?
| | |
| |
| 4.58, Прохожий (??), 01:46, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Да. Необходимое уточнение. Я больше с Oracle работал до сих пор. Postgre только-только начал внедряться у нас. Но на первый взгляд выглядит, как Oracle версии 8.0-9.0. То есть, вполне рабочая лошадка, хотя и не без недостатков (по сравнению с Ораклом, у которого своих тараканов вагон и маленькая тележка на самом деле).
| | |
| 4.71, keydon (ok), 15:07, 16/11/2021 [^] [^^] [^^^] [ответить] | +1 +/– | Готовый спец на уровне stackoverflow или университетского курса по базам данным ... большой текст свёрнут, показать | | |
| |
| |
| 6.79, keydon (ok), 19:44, 19/11/2021 [^] [^^] [^^^] [ответить] | +/– | Чувствую меня хотят авторитетом задавить Ок, я то не DBA и не претендую на исти... большой текст свёрнут, показать | | |
| |
| 7.81, Прохожий (??), 14:26, 21/11/2021 [^] [^^] [^^^] [ответить] | +/– | У меня такое ощущение, что вы недалеко от студенчества ушли Может, ошибаюсь Ко... большой текст свёрнут, показать | | |
|
|
| 5.78, Прохожий (??), 00:21, 18/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Спорное что во многих случаях вам не нужно большинство из того что предлагают SQL-базы. Вы быстрее и проще можете и сами обработать данные и закинуть в хранилку с меньшим количеством ограничений. А случаев когда вам действительно все это надо не так много.
Вы так говорите, потому что, скорей всего, ничего сложнее простеньких веб-сайтов не писали. Вполне возможно, что такова ваша профессиональная область интересов. Но ещё раз, отучайтесь говорить за всех.
Везде, где нужны транзакции, контроль целостности данных и сколь-либо сложные отчёты - везде нужны СУБД с поддержкой SQL. Да взять хоть ту же sqlite. Вы ведь знакомы с этой "хранилкой"? Firefox, например, использует её для хранения своих параметров. А поди ж ты, и там есть поддержка SQL. И это офигенно удобно.
| | |
| |
| 6.80, keydon (ok), 20:28, 19/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
> Вы так говорите, потому что, скорей всего, ничего сложнее простеньких веб-сайтов не
> писали. Вполне возможно, что такова ваша профессиональная область интересов.
Все таки вам не быть вангой.
>Но ещё раз, отучайтесь говорить за всех.
Вы серьезно? Вот наш разговор:
-"Бывают ситуации когда реляционные базы не нужны"
-"Отучитесь говорить за всех" (т.е. нет, таких ситуаций не бывает)
> Везде, где нужны транзакции, контроль целостности данных и сколь-либо сложные отчёты -
Да, только вот не везде они нужны и не везде в полном объеме. А про отчеты вообще лишнее, не понятно к чему вы их приплели.
Никто не мешает использовать встроенную БД без поддержки SQL с транзакциями и контролем целостности. И эта БД даже не обязательно должна быть реляционной.
> нужны СУБД с поддержкой SQL.
Строго говоря нет, но практически это не важно.
> Да взять хоть ту же
> sqlite. Вы ведь знакомы с этой "хранилкой"? Firefox, например, использует её
> для хранения своих параметров. А поди ж ты, и там есть
> поддержка SQL. И это офигенно удобно.
В чем логика? Наличие "удобной" встроенной базы с поддержкой SQL, которую используют в браузере должно что-то доказывать? Видимо тут комбинация из двух типичных логических ловушек - раз используется в известном продукте, значит используют все/эксперты, а все/эксперты не могут ошибаться, но это даже на детей не всегда действует.
| | |
| |
| 7.82, Прохожий (??), 14:43, 21/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, только вот не везде они нужны и не везде в полном объеме.
Соглашусь. Поэтому я специально перечислил случаи, где всё-таки нужны. А что такое "в полном объёме"? Это как? Не со всей имеющейся функциональностью? Ну с этим никто не спорит как бы.
> А про отчеты вообще лишнее, не понятно к чему вы их приплели.
Потому что сам по себе сбор данных не имеет никакого смысла. Их (данные) обычно собирают для последующего анализа.
> Никто не мешает использовать встроенную БД без поддержки SQL с транзакциями и контролем целостности. И эта БД даже не обязательно должна быть реляционной.
Пример такой СУБД? Чтобы и с транзакциями, и с контролем целостности, и без поддержки SQL? В данном случае без попытки поддеть. В мире много СУБД, и я далеко не о всех о них знаю.
> В чем логика? Наличие "удобной" встроенной базы с поддержкой SQL, которую используют в браузере должно что-то доказывать?
Точно. Раз ею пользуются, причём не только в FF, и в Хроме и ещё много где, это УДОБНО! Иначе бы не пользовались. В этом и логика.
> значит используют все/эксперты
Где вы усмотрели функтор всеобщности, остаётся только догадываться.
| | |
| |
| 8.83, keydon (ok), 22:37, 22/11/2021 [^] [^^] [^^^] [ответить] | +/– | Мелкие проекты могут без OLAP обойтись libmdbx например https www opennet ru ... текст свёрнут, показать | | |
| |
| 9.84, Прохожий (??), 12:54, 23/11/2021 [^] [^^] [^^^] [ответить] | +/– | Мы обсуждали SQL, а не OLAP Это во-первых Во-вторых, я изначально и говорил, ч... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| |
| 2.33, San (??), 12:36, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Пока эта яндексовская софтина не заимеет функционал переключения ролей серверов с потоковой репликацией, наверное ничем...
| | |
| 2.46, Аноним (46), 21:16, 15/11/2021 [^] [^^] [^^^] [ответить]
| +/– |
Видимо, тем, что написан в яндексе. У этих ребят есть своя база данных (возможно и не одна, более-менее взлетел только кликхаус), своя система контроля версий (просирает данные), свой багтрекер (вроде бы, сам я не видел), ну короче всё то, что проще самим написать ради премии и прохождения перформанс-ревью (а документацию к существующему сдвг-олимпиадникам осилить сложно).
| | |
| |
| 3.59, Прохожий (??), 01:51, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> а документацию к существующему сдвг-олимпиадникам осилить сложно
Не думаю, что сложно. Думаю, неинтересно. Ну и обычно для крупной компании лучше иметь своё, а не зависеть от чьей-то доброй (злой) воли. Что, собственно, и демонстрируют всякий раз крупные компании. Яндекс - не исключение.
| | |
| 3.60, Аноноша (?), 02:54, 16/11/2021 [^] [^^] [^^^] [ответить]
| +/– | |
> своя система контроля версий (просирает данные)
Почему она теряет данные?
| | |
|
|
| 1.27, Аноним (27), 05:55, 15/11/2021 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Мда, релиз был 11 числа, а рач до сих пор даже в тестинг не выкатил. Вот тебе и rolling-release.
| | |
|
