у pg из коробки идет куча различных типов данных и функционал к ним (геометрические типы данных, например)

postgis нужно ставить, но он не из коробки)

http://postgresql.ru.net/manual/datatype-geometric.html

В мускуле тоже такое есть.

Ебать я ленивый, даже никогда и не искал

Впринципе он там бесполезный, как и родной функционал postgres для работы с геометрией. Зато postgis у мускуля нет.

Он не может искать по нахождению точки в радиусе?

Неа) Нужно вручную писать. И будет только для одной проекции.

пг - это тупой хайп....бесплатно + относительно стабильно, и лучше мускула

назовите преимущества перед мускулем и ораклем

(а я серьезным сравнением считают только ынтырпрайз решения, если говорить о пг)

Поработай в энтерпрайзе

у postgre pl/sql почти такой же как и в oracle. Мулкуль — нет. Мускуль много стандартов SQL не поддерживает, тогда как postgres наоборот старается их поддерживать. Например рекурсивные запросы.

аргументация?

аргументация?

опенсурц вообще зло

у postgre pl/sql почти такой же как и в oracle. Мулкуль — нет. Мускуль много стандартов SQL не поддерживает, тогда как postgres наоборот старается их поддерживать. Например рекурсивные запросы.

Опенсурц - бизнес модель. Это не идея, как преподносят фонатеги. Это просто возможность получить бесплатную рабочу силу. В то же время - что-то более или менее годное родилось только при донорстве корпораций, которые пользовались бесплатной рабочей силой "идейных" программистов. Столлман же говорит правильно - опенсурц не равно бесплатно. В то же время - годных поделий без вендор лока (а, для примера, даже какой нибудь react вполне себе вендор лок - влажные мечты о том, что сообщество будет поддерживать - это лишь мечты. миллионы проектов доказали)

миллионы пакетов в нпм доказывают обратное

Опенсурц - бизнес модель. Это не идея, как преподносят фонатеги. Это просто возможность получить бесплатную рабочу силу. В то же время - что-то более или менее годное родилось только при донорстве корпораций, которые пользовались бесплатной рабочей силой "идейных" программистов. Столлман же говорит правильно - опенсурц не равно бесплатно. В то же время - годных поделий без вендор лока (а, для примера, даже какой нибудь react вполне себе вендор лок - влажные мечты о том, что сообщество будет поддерживать - это лишь мечты. миллионы проектов доказали)

миллионы пакетов в нпм доказывают обратное

остальное - хлам и поделия

Софистика (хуйня) полная

Ну есть доля правды в его словах Много пакетов взлетело на донатах и поддержке комьюнити

Доля правды не есть вся правда

Так говори где не вяс

ведь это так круто так самоутверждаться

Го?

и должно быть искорененно

ну да) энтерпрайз это в основном сопли и палки вокруг дермовенького вендорского софта (который принципиально не лучше опенсурса: назовите 3 киллер фичи оракла от постгреса?) который впаривают за дохуя а ну и особо доставляет дрочка с сертификатами - да идити в жопу, я лучше работу поработаю дрочка с говном мамонта в ui (кто вебсферу видел - тот над сайтами 90-ых не смеется) ну и еще пара милых вещей волшебного энтерпрйза - который разжирел так, что стал проигрывать не просто опенсурсу, а таким мамонтам, как апач)

@it_holywars

нет - пока формально это контрвброс) вот если я потом отвечать буду - тогда холивар

Мне не до формальностей

нет - пока формально это контрвброс) вот если я потом отвечать буду - тогда холивар

он просто очень жирный тралл, просто забей. уже был в нод-джобс с вбросом в духе "вы усе гуано, а я топ-разраь"

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

ln -s :-)

Такой кейс Есть 2 windows каталога на разных тачках, между ними рекпликация. Хост А главный все синкается в Хост Б. Хост Б главный все синкается в Хост А. Как избежать того, что при перезде большой файл копируется с А на Б и не докопировался, а роль переехала, а потом опять переехала сейчас реализовано что-то типа синхронной репликации средствами robocopy.exe

Секвалайзом

db.Page.findAll({ include: [{ model: db.Gallery include: [{ model: db.Artwork }] }], order: [ [ db.Gallery, 'order', 'DESC' ], [ db.Gallery, db.ArtWork, 'order', 'DESC' ] ] })