@nodejs_ru

Страница 884 из 2748
Aleksandr
17.06.2017
20:29:02
в общем случае pg еще и лучше и mongodb и rethinkdb и любого другого альтернативного СУБД хранилища

Sergey
17.06.2017
20:30:16
в общем случае pg еще и лучше и mongodb и rethinkdb и любого другого альтернативного СУБД хранилища
Ммм, не совсем, если вы планируете​ хранит информацию в документном стиле (json), то тут монго будет быстрее

Aleksandr
17.06.2017
20:30:16
на длинной дистанции он выигрывает сильно, хотя на локальной может и проиграть

Ммм, не совсем, если вы планируете​ хранит информацию в документном стиле (json), то тут монго будет быстрее
ну вот и нет, правильно заточенные постгрес с геоиндексами рвет монгу, погуглите, бартунов много про это писал

Google
Sergey
17.06.2017
20:31:41
Ну элементарный пример приведу сейчас

Древовидный список, с родителями и детьми

Igor
17.06.2017
20:32:05
Я до сих просто так и не понял, где мне стоит юзать монгу а где pg и кто из них по скорости выйдет первым

Aleksandr
17.06.2017
20:32:14
а на больших данных постгрес обыграет вообще кого угодно из nosql из коробки

Я до сих просто так и не понял, где мне стоит юзать монгу а где pg и кто из них по скорости выйдет первым
учите pg, всегда решит задачу и всегда не подведет при масштабировании

Igor
17.06.2017
20:33:19
Я знаю mysql

Aleksandr
17.06.2017
20:33:43
Я знаю mysql
дерзкое заявление)

Igor
17.06.2017
20:33:44
И хочу перейти на mongo

Aleksandr
17.06.2017
20:34:15
Igor
17.06.2017
20:34:52
Мне временами приходится хранить сериализованные данные в ячейках

Меня это слегка удручает

Я думал может с монго это будет удручать меня меньше

Google
Sergey
17.06.2017
20:35:31
ну вот и нет, правильно заточенные постгрес с геоиндексами рвет монгу, погуглите, бартунов много про это писал
Древовидный список - есть корневые родители, у тех есть дети, у детей есть дети и ТД. Представим что на каждом уровне по 10 элементов и вложенность 10, монго легче будет делать выборку так как ей нужно перебрать всего 10 элементов, а в пг это все будет одним списком - который будет очень большой

Aleksandr
17.06.2017
20:36:04
http://blog.sagemath.com/2017/02/09/rethinkdb-vs-postgres.html типичный расклад с любым модным хранилищем, можно учиться на чужих ошибках

Sergey
17.06.2017
20:36:55
Я знаю mysql
Тогда переходи на пг, сходство синтаксиса 80%, это же sql

Igor
17.06.2017
20:37:18
А как же mongo

Как же хайп nosql

Я не успел на праздник жизни?

Sergey
17.06.2017
20:37:40
А как же mongo
Тоже нужно, в особых случаях

Igor
17.06.2017
20:38:15
Больше вложенности?

Sergey
17.06.2017
20:38:20
Ага

ZeroFQ
17.06.2017
20:38:23
Так и все же, в чем ключевое отличие PG от MariaDB (MySQL)? Неужели, реально быстрее при бОльших объемах?

Aleksandr
17.06.2017
20:38:47
А как же mongo
погугли postgres vs mongo, люди охотно делятся опытом, можно не повторять это все самому

Aleksandr
17.06.2017
20:39:39
Так и все же, в чем ключевое отличие PG от MariaDB (MySQL)? Неужели, реально быстрее при бОльших объемах?
ну в сравнении с марией где-то постгрес хуже где-то лучше но в целом фич у постгреса намного больше

Sergey
17.06.2017
20:40:09
Да, фич у пг явно больше

Aleksandr
17.06.2017
20:41:37
вот убер молодцы, сначала они ушли с mysql на pg, через 3 года пошли обратно, у постгресменов бомбануло не так давно от этого и патчи полетели)

ZeroFQ
17.06.2017
20:43:00
Ну от реляционной СУБД я ожидаю, в первую очередь, быстрой выборки из больших таблиц. Фичи - это уже вторично, когда выборки делаются с приемлемой скоростью. Просто счас работаю с движком TokuDB, так что даже не знаю, взлетит ли PG на полуторатерабайтной базе.

Google
Aleksandr
17.06.2017
20:43:05
https://m.habrahabr.ru/company/southbridge/blog/322624/

Vladislav
17.06.2017
20:43:34
Как все эти pg, mysql по тачкам разбрасывать? Они же вертикальные

ZeroFQ
17.06.2017
20:44:24
Хз. Надо замеры делать на моих выборках.

Sergey
17.06.2017
20:44:40
Aleksandr
17.06.2017
20:45:12
Хз. Надо замеры делать на моих выборках.
вы уверены что ваши терабайты не рассмешат посгоесменов?)

ZeroFQ
17.06.2017
20:45:36
Не уверен.

Ilia
17.06.2017
20:45:55
короче ребят

ZeroFQ
17.06.2017
20:45:57
Потому и спрашиваю, а не утверждаю

Ilia
17.06.2017
20:46:01
пока вы тут спорили

решил и правда поучить на постгре

Ilia
17.06.2017
20:46:21
потому что там есть pgAdmin

а товарищ на линкусовой тачке сидит

Vladislav
17.06.2017
20:46:40
Sergey
17.06.2017
20:46:42
решил и правда поучить на постгре
А как же жсон?) Его же можно туда впихнуть!)

Aleksandr
17.06.2017
20:46:49
Потому и спрашиваю, а не утверждаю
Олег Бартунов - астроном, он БД начал пилить чисто по работе, масштаб даннвх там представить не сложно. И пилит не уже лет 20

Ilia
17.06.2017
20:47:14
А как же жсон?) Его же можно туда впихнуть!)
я постараюсь обойти эту тему в начале, чтобы не было соблазна

Sergey
17.06.2017
20:47:31
потому что там есть pgAdmin
И не только, там несколько инструментов для администратирования бд

Google
Sergey
17.06.2017
20:47:59
Но ими пользоваться не просто)

Ilia
17.06.2017
20:48:10
тогда сейчас не нужно

Aleksandr
17.06.2017
20:48:18
потому что там есть pgAdmin
лютое нестабильное дерьмо, увы из бесплатного только psql норм

Ilia
17.06.2017
20:48:30
мне надо чтоб человек БД и таблики в гуе создавал

ZeroFQ
17.06.2017
20:49:14
Ну вот, начинаются подводные камни )))

Igor
17.06.2017
20:49:31
погугли postgres vs mongo, люди охотно делятся опытом, можно не повторять это все самому
Ну а для конкретного примера. PG vs MONGO Ваш выбор? https://www.dropbox.com/s/iqgzl24o94vtn9l/%D0%A1%D0%BA%D1%80%D0%B8%D0%BD%D1%88%D0%BE%D1%82%202017-06-17%2023.47.45.png?dl=0

Sergey
17.06.2017
20:49:40
мне надо чтоб человек БД и таблики в гуе создавал
Ты же orm хотел. Пусть sequelize юзает - это удобно

Admin
ERROR: S client not available

Vladislav
17.06.2017
20:49:53
мне надо чтоб человек БД и таблики в гуе создавал
Запили свое или возьми халявные клиенты какие-нибудь

Ilia
17.06.2017
20:50:31
Запили свое или возьми халявные клиенты какие-нибудь
зачем не уж то не написали еще гуй? pgAdmin не умеет что ли?

Vladislav
17.06.2017
20:50:58
лютое нестабильное дерьмо, увы из бесплатного только psql норм

Я хз, слова не мои

Aleksandr
17.06.2017
20:51:09
зачем не уж то не написали еще гуй? pgAdmin не умеет что ли?
он все умеет, просто падает раз в полчаса)

Ilia
17.06.2017
20:51:10
мне просто надо показать что вот таблица, чтоб человек увидел таблицу а не только в виде кода это представлял

Ilia
17.06.2017
20:51:54
нет

он фронт

он ноду начал учить 2 дня назад

я на ноде не пишу, но в моих инетересах ему помочь

сам я на Go пишу

Google
Aleksandr
17.06.2017
20:53:02
Ilia
17.06.2017
20:53:56
Psql может вывести табл с красивыми разделителями
спасибо, я ознакомлюсь, надо все развернуть это

Sergey
17.06.2017
20:54:57
Psql это консольная утилита, через которую создаются бд, таблы, вообщем все, и выборка делается соответственно

Vladislav
17.06.2017
20:55:56
Psql может вывести табл с красивыми разделителями
Читать таблицы в консоле не возможно, если надо вывести больше 7-10 полей и больше 100 записей

Sergey
17.06.2017
20:56:49
Для обучения пойдет

Думаю новичок не будет делать сложные таблици

Vladislav
17.06.2017
20:57:29
Для обучения чего? Работы с БД? Тогда постгре вообще не френдли

Sergey
17.06.2017
20:58:25
Для обучения чего? Работы с БД? Тогда постгре вообще не френдли
Чтоб писать на пг, ему нужно сперва обучиться, этот процесс нельзя пропустить) хех)

Vladislav
17.06.2017
20:58:46
Что значит писать на пг?

Igor
17.06.2017
20:59:25
Что значит писать на пг?
Ну там типа sql синтаксис, язык запросов

функции

Sergey
17.06.2017
20:59:33
работать с пг в целом, ( это уже придерание к словам)

Igor
17.06.2017
20:59:34
много там всякого

Vladislav
17.06.2017
21:00:01
функции
Не сильно отличаются от других. И лучше вообще не лезть туда, если не знаете, для чего и как их надо использовать

Vladislav
17.06.2017
21:01:40
Aleksandr
17.06.2017
21:02:18
Пример, маны я курил
у меня переменная выставленна для отображения, не помню точно значение

Страница 884 из 2748