Компания Microsoft Microsoft объявила (https://blogs.microsoft.com/blog/2019/01/24/microsoft-acquir.../) о покупке компании Citus Data (https://www.citusdata.com/), занимающейся разработкой открытой СУБД CitusDB (https://www.opennet.me/opennews/art.shtml?num=48407), поставляемой в форме расширения к PostgreSQL и распространяющейся (https://github.com/citusdata/citus) под лицензией AGPLv3. СУБД CitusDB обеспечивает горизонтальное масштабирование PostgreSQL в кластере на базе типового оборудования, с разнесением данных по узлам при помощи партицирования и репликации. Для приложений кластер CitusDB выглядит как один большой сервер PostgreSQL, обладающий производительностью образующих его узлов.В качестве одной из целей приобретения упоминается желание улучшить уровень поддержки, производительности и масштабируемости СУБД PostgreSQL в сервисах Azure. После завершения сделки CitusDB сохранит (https://www.citusdata.com/blog/2019/01/24/microsoft-acquires.../) статус открытого продукта, а разработчики проекта продолжат активное участие в жизни сообщества PostgreSQL. После перехода в Microsoft работа будет сосредоточена на дальнейшем усовершенствовании CitusDB в области повышения производительности и масштабируемости.
URL: https://blogs.microsoft.com/blog/2019/01/24/microsoft-acquir.../
Новость: https://www.opennet.me/opennews/art.shtml?num=50023
> В качестве одной из целей приобретения упоминается желание улучшить уровень поддержки, производительности и масштабируемости СУБД PostgreSQL в сервисах Azure. После завершения сделки CitusDB сохранит статус открытого продукта, а разработчики проекта продолжат активное участие в жизни сообщества PostgreSQL. После перехода в Microsoft работа будет сосредоточена на дальнейшем усовершенствовании CitusDB в области повышения производительности и масштабируемости.Бла-бла-бла
Предчувствие меня не подвело, но удар по СПО оказался ещё подлее, чем можно было представить.opennet.ru/opennews/art.shtml?num=50011
>CitusDB, поставляемой в форме расширения к PostgreSQL и распространяющейся под лицензией AGPLv3
>AGPLv3
>AGPLv3Чего ты беспокоишься? Разве ты не знаешь, что эта лицензия защищает продукт от всего, даже от космических лучей?
Даже если Майкрософт сменит лицензию, сообщество всегда сможет сделать форк и продолжить разработку. Ты что, не веришь в сообщество?
а зачем нам ее менять? Может еще скажешь, что мы и разработкой сами после этого должны будем заниматься?А в сообщество мы верим, шлите ваши патчи.
> а зачем нам ее менять? Может еще скажешь, что мы и разработкой
> сами после этого должны будем заниматься?
> А в сообщество мы верим, шлите ваши патчи.--в NUL:
Видимо патч от Microsoft не принимали... они и нашли способ протолкнуть его. А не которые даже баг-репорт отправить не могут.
> Видимо патч от Microsoft не принимали... они и нашли способ протолкнуть его.
> А не которые даже баг-репорт отправить не могут.Укус вурдалака через паттч и баг-репорт не передаются.
Не так вирулентно же, как через совет директоров.
Азуровский Постгрес - это смесь треша: какие-то свои кодировки, например. Т.е., "PostgreSQL такой же, как обычный, но... немного другой"
А у MS всё так выглядит.
Как бы стек TCP/IP
Как бы протокол (подставить любой)
"улучшенный"
> Азуровский Постгрес - это смесь треша: какие-то свои кодировки, например. Т.е., "PostgreSQL
> такой же, как обычный, но... немного другой"" О! Extend? То, что надо. Надо брать. " - подумал вурдалак.
Сказано - сделано.
Это чтобы клиенты не смешивали ноды на азуре с нодами на других хостингах.
https://www.postgresql.org/message-id/flat/BA6132ED-1F6B-4A0...
ты правда думаешь, что нам это нравилось, с rtt 500 до базы, вместо соседней виртуалки в той же стойке?
А на словах? Я мало понял
на словах: если ты чудак на букву 'ஐ' хранящий в базе неведомую хрень в неведомых никому частях полного utf, вместо того чтобы отфильтровать такой мусор еще до попадания его в систему, да еще и настолько охреневший, что делаешь SELECT 'Ｍ' > 'ஐ' , да еще и размазываешь реплики по машинам с совершенно разными версиями операционной системы - ВНЕЗАПНО по лбу могут прилететь грабли. Кто бы мог подумать? (впрочем, такие люди в такой компании не требуются точно)Но корпорация зла у нас - microsoft, что бы ни случилось, виноваты они и лично Блин Гейтц.
Т.е. штатному Постгресу каких-то ухищрений не требуется и кодировки везде одинаковые, как описано в доках, а вот МСу понадобилось свои кодировки вводить, дабы отличить себя от других? Но тут даже не про UTF разговор: я столкнулся с их собственной кодировкой: в "обычном" Постгресе это WIN, а как в Азуре называется - сейчас не помню.
И чтобы админить Азуровский Постгрес надо смотреть и ИХ доки, а не официальные на сайте Постгреса: есть не мало своеобразных особенностей. Хорошо ещё, что бэкап/ресторе между "обычным" и таким "необычным" Постгресом работает.
Думаю, что Постгрес в Азуре не виндовый, а тоже под Линем работает.
> Т.е. штатному Постгресучто такое репликация в "штатном постгрезе", для начала?
> Но тут даже не про UTF разговор
по ссылке разговор именно про UTF, причем используемой таким раком, что удивительно было бы если б работало (я хз ЧТО должен возвращать этот селект и почему, собственно, всегда одно и то же хотя бы даже в одной и той же системе). И ни слова про ваши фантазии с MS.
> я столкнулся с их собственной кодировкой: в "обычном" Постгресе это WIN, а как в Азуре
> называетсявозможно - для разнообразия - по стандарту называется. А что такое "WIN" и из какого пальца это высосано?
> Думаю, что Постгрес в Азуре не виндовый, а тоже под Линем работает.
разумеется.
У него масса интересных и занимательных требований к системе, на которой он работает, перепиливать на "новый стандарт" начали только в середине девятой версии, и не закончили по сей день - сомневаюсь что в windows может получиться хорошо.
WIN эта пабэда. Ваш К.
Все несколько не так. С буквами это просто пример. Проблема куда серьезнее, чем чудные буквы.Порядок сортировки в Unicode определяется Collation-ами: для любого символа известно, "больше" или "меньше" он другого, то есть они все упорядочены. На основе этого строятся индексы (тот же btree).
У юникодных collation-ов есть версии, и делать утверждения о каком-то порядке символов можно только в рамках конкретной версии. Поменялась версия - поменялся порядок.
Репликация в постгресе физическая, байтики копируются один в один, в том числе и внутреннее представление индекса. Соответственно, помимо того, какой используется collation, надо хранить и его версию (и иметь возможность указать библиотеке, какая нам версия нужна), иначе развалятся алгоритмы, для которых важна инвариантность порядка сортировки в collation (тот же merge join).
В этом месте передаем пламенный привет glibc, в котором на версионирование collation-ов положен большой болт. Второй пламенный привет передается BSD-шникам, у которых utf-ные collation-ы поломаны испокон веков и won't fix.
Правильное решение тут одно - обходить [g]libc-шные strcoll* за сто миль (они максимум для чего пригодны, это сделать | sort в шелле, но уж никак не для СУБД), и использовать ICU. Это в проекте уже лет 10, но ни у кого не доходят руки (там свои проблемы, в частности, внутренний utf-16).
А microsoft тут, да, точно ни в чем не виноват. :-)
> Порядок сортировки в Unicode определяется Collation-амидля человеческих языков порядок символов определяется вообще-то алфавитами, и если collation ему не соответствует - это баг, его надо истреблять.
Для нечеловеческих, в которых нет понятия алфавита, он совершенно бессмысленен. Поэтому просто не надо полагаться на то что один квадратик больше другого.
так что да, не надо это фиксить. Правильнее всего вообще возвращать в этом случае ошибку.
Для btree - как ни крути, надо полагаться, что квадратик больше другого: ему, в принципе, все равно, что стоит за byte array, буквы, квадратики, кружочки, IPv6-адрес или число Пи, но вот знать, что одно больше или меньше другого, ему надо просто по определению.Порядок, разумеется, основан на алфавитах, а когда его нет, на каких-либо правилах (для того же китайского есть несколько collation-ов, поскольку есть разные соглашения о порядке иероглифов, используемые в разных областях).
Но самое интересное, что этот порядок может меняться. Когда-то, например, буква ё в русском алфавите стояла ближе к концу, где-то рядом с ятем. В русском языке алфавит в последний раз менялся сто лет назад, но в других культурах такие процессы происходят и в наше время. Юникод-консорциум это учитывает, обновляет collation-ы и присваивает им новую версию.
> Для btree - как ни крути, надо полагаться, что квадратик больше другогону вот и получаем неопределенное поведение.
imho, правильнее оставить btree для численных и приводимых к ним данных (ip6 адрес отправить тем же лесом, поскольку тоже совершенно неясно, что такое "больше") и, может быть, для национальных алфавитов с жестким ограничением на один алфавит (A > А? Или < ? Или = ?) в остальных случаях это, очевидно, бег по граблям и надо сразу бить автора такого запроса по лбу, не дожидаясь, пока он государственную базу загранпаспортов на таком решении соберет.С тем же ё - Леша > Лёша ? Или < ? Или = - но если так, каким сумасшедшим collate это должно описываться, даже если букву сто лет как не двигали?
При этом для индексов во многих случаях collate не то что не нужен, а замедляет в разы работу - на самом деле в том use-case что у этого приятеля, скорее всего вообще можно было с легкостью использовать null-collation, отсортировав все буквы просто по номерам в unicode, вряд ли это символы хоть какого-то алфавита.
> Юникод-консорциум это учитывает, обновляет collation-ы и присваивает им новую версию.
поапгрейдил libc - индексы в базе превратились в тыкву? ;-)
В юзкейсе того чувака, думаю, вообще можно было хранить в varbinary. :-)> поапгрейдил libc - индексы в базе превратились в тыкву? ;-)
С индексами на особве glibc-шных collations получается именно так! Это большой косяк, конечно.
Можно было бы это исправить, сохраняя не только имя collation-а, но и его версию, но в glibc просто нет таких ручек. (В ICU есть, можно даже попросить использовать конкретную версию).
А можно вообще свое носить с собой. Как в мыскле. Тоже вариант вполне себе.
> да еще и размазываешь реплики по машинам с совершенно разными версиями операционной системыOO
Прощай, лучшая БД. Будет как со скайпом, нокией, коннетиксом и многими другими.
Рыночек порешает. Или ты думал миром правит альтруизм?
Аутизм и прокрастинация конечно)))
Рыночком тоже управляют.
Тебе еще счет за то что родили не выставили, так что да
> Компания Microsoft Microsoft объявила
> о покупке компании Citus DataСообщество PostgeSQL, отбивая ладошки, аплодирует...
Грандиозному Успеху коллег.
Им удалось! Молодцы.
Сообщество анонимов опенета поздравляет сообщество Pg с ... выпускником.
Let the Анализ begin.
<///>
погоди, а сообщество-то тут причем? Они как строили репликацию из дерьма и палок, так и продолжат. Купили ж не постгрез, как тебе показалось, а автоматизаторов этой самой репликации (у которых, на первый взгляд, неплохо получалось).Теперь у microsoft в azure есть нормальная репликация. А ты го из известной субстанции скульптуру ваять, у вас так принято.
> погоди, а сообщество-то тут причем?Теперь все эти идейные BSDL-опенсурсры будут ещё активнее активничать на продажу.
Вот же перед глазами #ИсторияУспеха.
Сообщество пильщиков форков и стартаперов кто во что горазд превращается... превращается сообщество... в террариум соискателей бидов микрософта и проч. планов выхода в деньги и на пенсию.
...как там Postgres Pro, "инвестиций в Россию" грязных денег от микрософта на завезли ещё?
Бартунов не таков.
Он как все.
Бартунов в Facebook об этой новости: когда же нас купить Yandex?
> Бартунов в Facebook об этой новости: когда же нас купить Yandex?А можно ссылочку? Проверю, точно ли там есть про грязные деньги от микрософта.
Хотя яндекс до и после IPO -- тоже две большие разницы, по словам тамошних...
> Вот же перед глазами #ИсторияУспеха.ее повторить будет непросто, это тебе не еще один нескучный бэкэнд с поддержкой невменяемого формата запилить.
А сциллу эти не купят, те много денег хотят.
И нет, там вовсе не выход на пенсию в планах - еще раз рекомендую внимательно перечитать анкеты топ-топов сциллы - это вполне такой типичный случай для хорошего стартапа (просто хорошие стартапы жуткая редкость)
> ...как там Postgres Pro, "инвестиций в Россию" грязных денег от микрософта на завезли ещё?
не, этим точно никто денег не даст. Пенсию получат в свои 65, ну или попадут в рай.
> не, этим точно никто денег не даст.Никто из тех, кого если хорошо потрясти -- то денег никогда и не имел, несмотря на уверения в противоположном? (кстати, тряска как раз усиливается за лужей, блюмберги всякие говорят)
> не, этим точно никто денег не дастHuawei уже предлагал...
судя по тому, какие они предлагают зарплаты - не хватило бы даже пивасом отметить успешную продажу.
Гм.. монстрософту кто-то таки объяснил, что этот ихний MSSQL - гавно..? :D
> Гм.. монстрософту кто-то таки объяснил, что этот ихний MSSQL - гавно..? :DОни заметили (см.Зоркий Глаз), что мс-куля _нет_ в азуре-амазоне.
" Так не доставайся ж ты никому. "
эээ... не так:
" Молилась ли, ты Даздраперма, на ночь? "
эээ.... ///" Ну, скажем, Полуэкт."
и [душит в объятьях.]
> что мс-куля _нет_ в азуре-амазонеЕсть, тов. мамкин эксперт, и в aws и в asure
https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_...
https://docs.microsoft.com/en-us/azure/sql-database/
для них это дорого. "не для того ушли в azure и уволили своих админов, чтоб за лицензии платить! Эй, девляпсы - чтоб завтра на постгрез перешли!"
На самом деле ms sql вполне себе годный продукт.
По крайней мере у него внятная модель кластеризации, а с у постгреса и mysql у нас админы пыхтели пыхтели и не смогли ничего повторить не вариант олвейз он ни файловер кластеринг.
Я не хочу сказать что это не работает совсем, но то ли порог вхождения запредельный то ли технологии сырые то ли компетенции недостаточно. В общем что то не срослось.
> На самом деле ms sql вполне себе годный продукт.нище...тыпонял, не хотят платить за годный продукт. Ну не мытьем, так катаньем - "нате вам "бесплатный" постгрез, платите только за инстанс". И ведь схавают, не подавятся.
> По крайней мере у него внятная модель кластеризации, а с у постгреса и mysql у нас админы
> пыхтели пыхтелиэтим dba должны заниматься, а не обычные админы. В случае mysql - их роль обычно заключается в вскакивании с кресла и стучании по горбу тому кто "опять развалил репликацию, сто раз тебе говорили ЭТОТ запрос не использовать" - ну и "прибить транзакцию, перезапуститься со следующей". В случае постгреза - быстро-быстро поднимать с бэкапа, пока не посчитали упавшим и не снизили KPI, оно по другому не работало.
Ну вот те ребята как раз вроде бы успешно решали эту проблему (правда, по слухам, ценой заметных тормозов на коннектах, убивавших неперсистентные варианты использования, но я давно их слушал, могли и допилить)
А mssql как-то сами реплицируются, ни разу не видел суетящихся админов по этому поводу, а у нас тут рядом этих ms как грязи. А dba у них вообще нет. Но жадные и т...е жывтоне не хотят платить за софт, прикованный раб дешевле.
внутри двойных кавычек надо ставить одинарные.
Русская типографика полагает, что внутри «кавычек-ёлочек надо ставить „кавычки-лапки“», и только так. Никаких одинарных и двойных кавычек она не признаёт.
Благодарю за ваш комментарий.
Я как раз админ которому довелось заменять dba ms sql кластеров и действительно у меня не было проблем стабильности не с always on ни с failover cluster хотя в подчинении были и те и другие.
То что вы описываете для кластеров pgsql и mysql как раз админ Linux проходил. Теперь понятно что дело не в его компетенции просто "отказоустойчивый кластер отказал" )
> у постгреса и mysql у нас админы пыхтели пыхтели и не смогли ничего повторить
> то ли порог вхождения запредельный то ли технологии сырые то ли компетенции недостаточно.Нуууу, порог вхождения не запредельный. Просто в ынтернетах хаутушек как это сделать ровно 0, в лучшем случае есть легкие намеки в статьях и блогах разработчиков.
Мне, например, удавалось делать для файловера innodb консистентные снапшоты без остановки обслуживания. Всего лишь надо на ходу подтюнить innodb-шную io чтобы она перестала кешировать транзакици на запись в памяти, дождаться пока уже закешированные блоки сольются на диск, потом найти временной промежуток без транзакций, сделать flush с write lock, сделать снапшот ФС и измененные настройки DB вертануть назад. После написания автоматизируещего скрипта получается "почти как с RMAN" :-)
Пункт "сделать снапшот ФС", кстати, тогда заставил переводить базы с линуха сначала на солярку x86 а потом на фряху, когда на ней боле-менее ZFS заработал. Сейчас хоть нормальных ФС в ядро пингвина так и не завезли, можно попробовать с ZoL-ом поэксперементировать.
Ну как бы он пока получше PG (не говоря про mysql) в очень многом. Более того, он давно промышленный и из коробки.
Но почему-то самые большие базы или постгресе или на мускуле
Просто по факту, так оно есть
Почему же настоящий, реально большой энтерпраз не пользуется m$-поделием?
> Но почему-то самые большие базы или постгресе или на мускулебольшие - они в hadoop или еще где. Но их тоже особо не жалко, главное чтоб не все сразу навернулись.
> Почему же настоящий, реально большой энтерпраз не пользуется m$-поделием?
потому что то что ты считаешь настоящим-риально-больным-ентер-прайсом - т..е и жадные твари, а mssql в большой кластерной конструкции стоит довольно дорого, да еще и требует платить за сопровождение, не считая местного очень недешевого админа, и тоже не одного.
поэтому для мусора типа котиков или другого вебхлама - "на постгрезе и mysql". Потеряется - не жалко (см опять же факинбук, проимевший даже самое дорогое - релэйшн графы, судя по пустым лентам у некоторых граждан месяц назад. "Ну и что, ни разу не жалко, они щас снова все о себе сольют!")
Еще не хватало деньги за это платить.А когда там в базе реальные бабки серьезных пацанов или что-то что в них (или в их внятную потерю) в один шаг конвертируется - то будет оракл и mssql. Или как вон у нас - и то и другое.
Покажи мне хоть один банк на постгрезе?
> Покажи мне хоть один банк на постгрезе?Знавал страховую.
PS: кстати, как я мог забыть про Diasoft -- у них же целый проект отрос по переезду с оракла (и, кажется, mssql тоже) на Pg:
https://www.diasoft.ru/integration/complexy/adapter/
https://www.diasoft.ru/integration/news/1721/
>> Покажи мне хоть один банк на постгрезе?
> Знавал страховую.
> PS: кстати, как я мог забыть про Diasoft -- у них же
> целый проект отрос по переезду с оракла (и, кажется, mssql тоже)
> на Pg:
> https://www.diasoft.ru/integration/complexy/adapter/
> https://www.diasoft.ru/integration/news/1721/К сожалению эти поделия - полностью неработоспособны в реальной жизни. Начиная от того что там реализовано где-то 10% от необходимого функционала, до просто ужасающей деградации производительности.
Ведь явно снова врёш
Это продажные, коммерческие решения
И обещают повышение производительности
Ссылку давай про 10%
> Ведь явно снова врёш
> Это продажные, коммерческие решения
> И обещают повышение производительности
> Ссылку давай про 10%Ссылку? У меня NDA чтоб тебе ссылки давать. Дело в том что занимаюсь импортозамещением, то есть по факту - перевожу предприятия с мелкософта, оракла и т.д. на опенсоурсные решения. И я прекрасно знаю что можно замещать, а что - даже пробовать не стоит. И вот к сожалению если речь идет об одиночной, слабонагруженной БД - можно и постгрес. Если кластеры и т.д. - забыть. Мусколь - вообще лучше не применять, а уж его я пробовал в разных вариантах, от классики до перконы.
Так что с БД - все плохо.
С аналогами шарепоинта - разве что частично подойдет альфреско (заместо ее бесплатной части, что по дефолту есть в серве, начиная с 2012 чтоль), все остальное что есть - не рабочее в коммунити версиях, в коммерческих - не пробовал, ничего сказать не могу.
Вот с виртуализацией - буквально в прошлом году стало все хорошо, oVirt допилили до нормального уровня.
Сетевой каталог - беда. Самба работает так что плакать хочется, FreeIPA - хипстеровская поделка, даже без оушек, вот с 389м эксперементруем сейчас.И я тебе много чего могу рассказать, опыт есть на нормальных предприятиях, а не в рогах и копытах.
И снова муть одна
Вот уж не знаю чего ты пробовал, но mysql весьма хорош для высоких нагрузок, он быстрый и партицируется не скажу что хорошо, но приемлемо
На том же оборудовании его никакая сравнимая база не обгонит, на простых запросах, массовых вставках и похожем...
С БД всё просто замечательно, постгри выносит оракл на раз-два, не говоря уж про треш всякий
Это просто реальность данная нам в ощущеняхВ общем - по сути тебе нечего сказать
А т.к. не раз был пойман на вранье - уж извини но веры никакой тебе нет
> Покажи мне хоть один банк на постгрезе?Бывают. Я как Аноним лично занимался портированием АБС-ки с связки WebLogic+OracleDB на GlassFish+Postgress.
Случилось так что под WebLogic+OracleDB наша контора сначала написала АБС-ку для российского отделения не самого маленького буржуйского банка, а потом взяла модуль для выдачи кредитов, портировала под PG и второй раз продала "банку" который занимался микрокредитоанием в одной из бывших союзных республик.
И все заработало под PG заметно лучше чем под Oracle :-). Но не из-за PG, он-то лет на 20 отстает от супостата, а от того что PC-шные железки оказались заметно надежнее межделмашевских POWER-ов, а сановская жаба глючила меньше IBM-овской.
> Но не из-за PG, он-то лет наОт оракла, но не от m$ же
На их t-sql без слез не взглянешь
Начинается...
Хорошо бы примеры перед попыткой наброса привести.
> а от того что PC-шные железки оказались заметно надежнее межделмашевских POWER-ов, а сановская
> жаба глючила меньше IBM-овской.понятно. Продолжаем молиться на наши exadata - какие бы они не были странные, "ни единого разрыва" за много лет.
> понятно. Продолжаем молиться на наши exadata - какие бы они не были странные, "ни единого разрыва" за много лет.Камрад, читай на что отвечаешь чтобы не выглядеть клоуном! Какие exadata могут быть у ""банку" который занимался микрокредитованием в одной из бывших союзных республик"? Там на банальные HP/Dell владельцев не раскрутишь ибо очень жадные и по этому очень дорого для них. Про SAN/NAS вообще лучше не заикаться. Еще повезет если владельцев сможешь убедить купить вменяемых китайцев вместо самого-самого-самого дешового что есть на рынке...
> Какие exadata могут быть у ""банку" который занимался микрокредитованием в одной из бывших
> союзных республик"?вроде речь шла о power'ах, которые работали хуже чем всякий трэш в банке бывшей союзной республики. Те у кого хватило денег на power, вполне могли бы не мучать животное, и крутить орацла на той платформе, которая вместе с ним в пакетике продается.
Туда, естественно, накрошено и правильной жабы, и правильного zfs.
а мелкокредитному банчку и pg хватит, все равно он не от этого умрет.
> Те у кого хватило денег на power, вполне могли бы не мучать животноеАаааа. Тогда твоя мысль становится понятна, как и становится ясно что ты не не работал на буржуев. Ибо у них вендор-локинг тотальный. Если головную контору окучивает IBM значит и ты должен везде все запускать на IBM и никак иначе. Исключений, по крайней мере в банковской среде, еще не встречал. В РФ-овских банках, кстати, такого почти нет. Да и в РФ-овском телекоме тоже.
> и крутить орацла на той платформе, которая вместе с ним в пакетике продается.
Честно говоря, у нас был "подпольный" стендбай на кошерной архитектуре, на который пару раз временно перебирались до устранения проблем с основной системой, но опять-же "no one was fired for buying IBM"! Раз манагера сверху сказали, то на этом точка. Хотя я особо на них за это и не обижаюсь, строчка "5 лет администрежа полного банковского стека на AIX-e" в резюме вполне нормально смотрится, учитывая что за это еще и неплохо платили.
> а мелкокредитному банчку и pg хватит, все равно он не от этого умрет.
Он и без PG не умрет. У меня есть подозрение что в тех палестинах владелец "банка" знает лично, как минимум, половину клиентов. А PG нужен скорее для контроля кассиров и придания статуса.
> В РФ-овских банках, кстати, такого почти нет. Да и в РФ-овском телекоме тоже.у нас это называется "мультивендорный конкурс". Когда хорошее решение купить нельзя, потому что оно на копейку дороже неработающего, но по бумажкам вполне вписавшегося в условия тендера.
И без идиотского конкурса нельзя, потому что нельзя.C exadata вон кое-кому повезло, с обычными серверами - нет.
> А когда там в базе реальные бабки серьезных пацанов или что-то что в них (или в их внятную потерю) в один шаг конвертируется - то будет оракл и mssql. Или как вон у нас - и то и другое.Крупнейший в России ритейл с названием дивным «Магнит» использует PostgreSQL для учёта товаров. Товаров там сам понимаешь сколько. Простои и потери там сам знаешь сколько стоят.
Где твой бог сейчас?
> Крупнейший в России ритейл с названием дивным «Магнит» использует PostgreSQL для учёта товаров.Нет он использует 1С для учета товаров. А на чем он крутится - никого не волнует. А другой крупнейший ритейл (да-да - магнит ни разу не крупнейший) использует SAP/AG и посему плотно сидит на оракле как наркоман на героине...
Это я собственно к чему - выбор базы данных происходит автоматически, в том смысле что выбирают ERP/CRM, а базу данных - ту которую рекомендует производитель этой системы. В случае SAP это без вариантов Oracle, в случае 1С - это штатно мелкософт, но за дополнительные деньги - можно и постгресс. При это цены на проект на постгресе настолько конские, что дешевле купить мелкософт.
Насколько я знаю у них изначально некий самопис под linux, и никакого 1С сроду не было.
> Насколько я знаю у них изначально некий самопис под linux, и никакого
> 1С сроду не было.Посмотри на их кассу - там чистой воды 1С
Вот давно в Магните не был (так получилось, что после их перепродажи — ни разу), может сейчас что и поменялось, но вот до этой самой перпродажи я точно знаю, что в магазинах там никакой 1С и близко не было.
>> Крупнейший в России ритейл с названием дивным «Магнит» использует PostgreSQL для учёта товаров.
> Нет он использует 1С для учета товаров. А на чем он крутится
> - никого не волнует. А другой крупнейший ритейл (да-да - магнит
> ни разу не крупнейший) использует SAP/AG и посему плотно сидит на
> оракле как наркоман на героине...Нет, они используют самописную программу, которая написана для постгреса.
> Это я собственно к чему - выбор базы данных происходит автоматически,
Это я собственно, к чему — не знаешь, не учи других.
> Нет, они используют самописную программу, которая написана для постгреса.Это было лет ...ндцать назад. Давно выкинута и заменена на професиональную ERP/CRM-систему.
Судя по их вакансиям там точно postgresql
> Судя по их вакансиям там точно postgresqlСудя по их вакансиям - постресом там и не пахнет.
А на hh зайти ломает?
> А на hh зайти ломает?Так яж первый это и сделал - в ответ на завления сказочников что они постоянно набирают спецов по постгресу. Не набирают. Давно уже. :)
> Так яж первый это и сделал - в ответ на завления сказочниковВот и я сделал, актуальная вакансия - https://hh.ru/vacancy/28789448, "Программист 1С до 100 000 руб. до вычета НДФЛ"
"Возможности профессионального роста: Решения интеграционных задач 1С с СУДБ Microsoft SQL Server, PostgreSQL, Oracle Database."У них всё есть, большая фирма, слияния-поглощения и т.д.
И PostgreSQL тоже!
Ну и кто сказочник?!
То, что они на постгресе - все знают, тебе тоже тут же говорили - и всё без толку, что пнём о сову, что совой об пень.
Угу... и Оракл - тоже...:)
Подсказка - в этих описаниях вакансий существенно только первое упоминание из серии однотипных продуктов. Остальные - для красного словца.
Не знаешь как отмазаться?
Ню-ню
Кста - на hh ты не был, иначе бы знал что на оракл у них вакансии актуальны
И MS SQL Server, и Oracle... =))))))))
> А другой крупнейший ритейл (да-да - магнит ни разу не крупнейшийКрупнейший.
MGNT 4191.00
FIVE 1820.50
LNTA 224.70
MVID 401.60Можешь не напрягаться, твои пробелы в знании экономики РФ говорят сами за себя.
>> А другой крупнейший ритейл (да-да - магнит ни разу не крупнейший
> Крупнейший.
> MGNT 4191.00
> FIVE 1820.50
> LNTA 224.70
> MVID 401.60
> Можешь не напрягаться, твои пробелы в знании экономики РФ говорят сами за
> себя.Что это за цифры? Рыночная капитализация? А каким боком она к размеру фирмы?
>В случае SAP это без вариантов OracleНе болтай ерундой. SAPы уже ДАВНО агрессивно всем клиентам впаривают Хану.
>использует SAP/AG и посему плотно сидит на оракле как наркоман на героинеНе болтай ерундой, САП уже давно очень агрессивно впаривает всем клиентам Хану.
> Почему же настоящий, реально большой энтерпраз не пользуется m$-поделием?Потому что есть Oracle - это то что использует реально большой энтерпрайз. Энтерпрайз поменьше - плотносидит на более дешевом мелкомягком поделии. А всяческое СОХО - на постгресе. Ну а мускуль только в вебе и используется.
>> Почему же настоящий, реально большой энтерпраз не пользуется m$-поделием?
> Потому что есть Oracle - это то что использует реально большой энтерпрайз.
> Энтерпрайз поменьше - плотносидит на более дешевом мелкомягком поделии. А всяческое
> СОХО - на постгресе. Ну а мускуль только в вебе и
> используется.Дай ссылку на свои слова, а то с магнитом ты уже прокололся.
> Дай ссылку на свои слова, а то с магнитом ты уже прокололся.С магнитом прокололся тот, кто рассказывает его состояние многолетней давности.
он и "многолетней давности" не был и не мог быть никаким "крупнейшим ритейлером", кроме как в фантазиях этого сказочника.
> Энтерпрайз поменьше - плотносидитТак было лет -цать назад
Ты конкретно отстал от жизни
"Ну а мускуль только в вебе и используется"Ты забываешь о масштабах - если обвалится фейсбук, ютуб и подобное - половина, ну ладно, четверть мира запрыгает
Мира, Карл, мира!
А если свалиться банчик на m$ - совершенно никто ничего не заметит, т.к. совершенно не важен
> "Ну а мускуль только в вебе и используется"
> Ты забываешь о масштабах - если обвалится фейсбук, ютуб и подобное -
> половина, ну ладно, четверть мира запрыгает
> Мира, Карл, мира!Но это мало повлияет на реальную жизнь - ну хомячкам некуда будет котиков постить, но и что?
> А если свалиться банчик на m$ - совершенно никто ничего не заметит,
> т.к. совершенно не важенЗаметят все. Ибо встанут реальные бизнес-процессы во многих фирмах
Да ну?
Так и встанут?!Нет, нисколько не встанут, разве что в ларьке каком
Никто не ложит все яйца в одну корзину
Хыхыхы. Так понимаю в твоей фирме тройной дубликат расчетных счетов и денег на них в трех разных банках на случай тотального дизастера? И договорчики ты и твои контрагенты меняете на этот случай одним кликом за секунд пяток? А уж случай когда твоей фирме надо возвращать кредиты в третий банк из повалившегося совсем пустяк - там поймут и простят.
> А если свалиться банчик на m$ - совершенно никто ничего не заметит,
> т.к. совершенно не важенДа точно - http://www.it.ru/press_center/blog/14222/
Небольшая цитата:
> Выбор лучшего решения для каждого отдельного элемента системы (например, AMQP, MSRS). Перед нами не стоит задача разрабатывать все самостоятельно – есть возможность использовать оптимальное промышленное решение. Например, для отчетности мы задействуем отличный инструмент Microsoft Reporting Services.
Для тех кто не понял - вся система оплаты московского транспорта работает на MS SQL, ибо Microsoft Reporting Services - ее часть :)
То есть если отвалится банчик на нем - это заметит 14+ миллионов человек. Сразу. Ибо встанет система оплаты во всем московском транспорте :) Ну в метро - как минимум, про наземный - не уверен.
> Ибо встанет система оплатыИ чего?
В чем опасность?
Если встанет - её ОТКЛЮЧАТ
И все дела!
Поездим вовсе без оплаты, люди будут только благодарны
Банчики и прочая муть - не важныИ, кстати - там скорее всего не одна база и вовсе не m$
Я правильно понял - ты сравниваешь систему оплаты транспорта в заштатном городишке с фейсбуком?!
Это же все равно что мышь с горой!
Самому не смешно?
А что такого важного находится в фейлбук? Система оплаты транспорта в любом городишке важнее него.
И, кстати - сбои у них уже бывали, не ра и не два
Так что твой пример из серии "как делать не нужно"
> Да точно - http://www.it.ru/press_center/blog/14222/Реально, в ах*е от m$-троллей!
Ты что, вообще не it-шник?
Думаешь перед тем как привести такой пример?А ведь написано - всего навсего 120 автоматов, каждый даже в теории не обслужит в сутки и 1000 человек, в сутках всего 1440 минут...
Т.е. максимально всего лишь _несколько_, ШТУК _несколько_ транзакций в секунду...
И это ВСЁ!!Такую "нагрузку" что угодно может держать, sqlite на raspberry и то потянет, серьёзно
Надежность и т.д. пока не рассматриваем.Так что пишем - да, m$ sql server пригоден для малонагруженых home-проектов.
Ты сейчас намекаешь на коррупционость закупки и готов предоставить решение на порядки дешевле? Можно посмотреть твою заявку на этот и похожие тендеры?
Никоим образом не намекаю на коррупцию, завышение цен и т.п. - по ссылке о цене ничего не говорится, а без неё намёки бессмысленны.А утверждаю я то, что приводить в контексте больших баз, с чего начался тред, в качестве примера микробазу - просто полная чушь.
Да, готов, могу сделать что-то такое, способное обслужить тысяч 10 таких автоматов, даже на питоне или подобном...
Любая дешевая писишка прекрасно потянет такую "нагрузку".
Что на mysql, что на postgresql, про m$ точно не знаю, опыта нет, но сильно сомневаюсь что не потянет...
С такой задачей прокатит что угодно, без разницы.
>> Да точно - http://www.it.ru/press_center/blog/14222/
> Реально, в ах*е от m$-троллей!
> Ты что, вообще не it-шник?
> Думаешь перед тем как привести такой пример?Вообще-то это про Мосгортранс - систему оплаты городским транспортом для ВСЕЙ Москвы...
Значит так - анонимус считающий пототоки данных к БД в байтах, хуже сексуально-сорального девианта. Очевидно что он вообще ничего не знает о БД, для него и SQLite - СУБД.
А по существу?
Я пока вижу пару не особо важных ошибок - 20 байт вместо 40 (но потом 100 с запасом так что не важно) и поток данных в 2 меньше, индексы уже в базе добавляются
Но это не влияет на вывод - небольшая, слабо нагруженая база
Каким образом её можно и вообще следует ли сравнивать с настоящим enterprise, типо шардинга на сотню серваков - загадка
Ты запостил пример совершенно не в тему, ерунду какую-то
> А по существу?А по существу наш двухтерабайтный школьникогость не слышал даже букв IOPS, похоже.
С чего ты вообще взял что база мосгортранса на m$?
Может так и есть, мало ли
Но тебе веры уже нет - ссылку давай!
Та что выше - не катит!
Пять с половиной миллионов сообщений не так уж мало...
У меня был чуть-чуть похожий прект, контроль авторанспорта, неск. более тысячи машин, но выходили не все обычно, бортовые блоки отправляли через 200м, повороте на 5гр, много настроек, в фурах контроль температуры и т.п...
До 15 тыс. с одной машины в сутки
Сначала всё отправлялось на vps т.к. некоторые старые блоки не понимали днс, а инет в главном здании был так себе, собирались переходить, в общем хостер обещал железно постоянный айпишник
Да и с питанием у хостеров получше обычно
Потом экспортировалось в основную базуВ общем, по мере подключения всё новых машин начались проблемы, пришлось на vps поставить innodb_flush_log_at_trx_commit = 2, ихний xen был так зарезан по полосе диска что ппц
И они даже сначала не понимали - "а зачем вашему сайту ..."
Какому сайту блин?!В основной базе проблем понятно никогда не было
Вощем можно и с пятью милионами билетов во чтото упереться
Но само собой это никаким разом не энтерпрайз, самый-самый начальный уровень...
Хотя кривые win-ручонки могут такого нагородить что понадобится enterprise-сервак
Как говорится - плохому танцору...
> В приду рошной маськьвье 121 автомат штоли?Вполне возможно - москва город совершенно не продвинутый, отстойный
У них даже плитки не было, пока Собянин не научил
В Тюмени кстати 129, хотя по населению раз в 20 меньше
И не очень нужны т.к. все автобусы и маршрутки принимают банковские карты
Вот такси не все, надо оговаривать при заказе
>> В приду рошной маськьвье 121 автомат штоли?
> Вполне возможно - москва город совершенно не продвинутый, отстойныйНу да, конечно же!
Только вот первое место в мире по рейтингу ООН в плане доступности цифровых услуг - https://ria.ru/20180723/1525162185.html
Угадай чье ПО используется? :) Подсказка - не линакс. Это я точно знаю поскольку сейчас стоит задача на него перейти :) Но не получится. :)
Ну так Тюмени там нет
Как и Сургута и т.д.
Рейтинг не релевантен
Собственно потому Собянина и поставили, чтобы уровень подтянул до нормальногоПерейти получится
Не у тебя, так у другого
Просто тебя гнать нужно, послать по пи*де мешалкойВариантов нет, санкции надолго, доступ к обновлениям и т.п. все равно будет закрыт
> Ты забываешь о масштабах - если обвалится фейсбук, ютуб и подобное -
> половина, ну ладно, четверть мира запрыгаетну попрыгают и перестанут. Говорят же вам - несколько месяцев назад в факинбуке реально случилась какая-то фигня. Ну обнулилась у хомячка ленточка. Ну и во-первых - не у каждого, только у некоторых. Во вторых, хомячок попищал-попищал, и ленточка через пару-тройку дней обратно отросла.
Котиков новых понапостили, а старые никому не нужны.Если банчок позволит себе такое... что там, говорите, случилось с рак-ит-банком?
> А если свалиться банчик на m$ - совершенно никто ничего не заметит,
владельцы и инвесторы очень даже заметят, когда их подвинут и временную администрацию введут.
А вот ваши котики факинбуку совершенно не нужны, даже если случится страшное и они одномоментно все накроются медным тазом - факинбук извинится, а вы новых нальете.
> владельцы и инвесторы очень даже заметятНу и пускай
Сами эти владельцы и инвесторы точно так же нафиг никому не ус рались
Подвинули и ладно
Помер Вадим ну и ... с ним
Уж на на них то хомячкам и всем подряд совершенно наплевать, за маловажностью
А вот масштаб - важен, массы решают
Вообще-то, как уже говорилось выше - на постгресе работают крупные предприятия с сотнями тысяч персонала
"Магнит" нанимает "администраторов постгрес" регулярно и пачками, видно не просто так
B нормальном банке постгрес тоже может работать (Райффайзенбанк)
А вот мс как правило выбор разных ниасиляторов и контор типа рога и копыта
Или, как вариант остался с лохматых времен, типа мыши кололись плакали и т.д.
Обычная история кстати, с остатков дос-а тоже лет по 10-15 некоторые уходили
> Вообще-то, как уже говорилось выше - на постгресе работают крупные предприятия с
> сотнями тысяч персонала
> "Магнит" нанимает "администраторов постгрес" регулярно и пачками, видно не просто так
> B нормальном банке постгрес тоже может работать (Райффайзенбанк)
> А вот мс как правило выбор разных ниасиляторов и контор типа рога
> и копыта
> Или, как вариант остался с лохматых времен, типа мыши кололись плакали и
> т.д.
> Обычная история кстати, с остатков дос-а тоже лет по 10-15 некоторые уходилиВот уж такие сказочки... А ведь каждый может зайти на hh.ru и проверить - кто требуется магниту...
По постгресу - ни одной вакансии. Зато если поискать - отчетливо видно что для работы в магните требуется знание 1С, что автоматически приводит нас к mssql...
Да, точно - сейчас нет
Но часто бывают, потому и запомнил - https://rostov.hh.ru/vacancy/20483780, https://hh.uz/vacancy/16446081
1С замечательно работает с постгресом, причем на нем быстрее мс (с 8-ки)
Но ты похоже про то не знаешь
> Да, точно - сейчас нет
> Но часто бывают, потому и запомнил - https://rostov.hh.ru/vacancy/20483780, https://hh.uz/vacancy/16446081
> 1С замечательно работает с постгресом, причем на нем быстрее мс (с 8-ки)
> Но ты похоже про то не знаешьЯ прекрасно знаю. А также прекрасно знаю что крупные компании ВСЕГДА нанимают интегратора, чтоб внедрять ERP/CRM-системы раз, два - что ценник на внедрение 1С с постгресом у них настолько конский, что дешевле купить мелкософт...
Но ты похоже знаком в внедрением 1С в рамках сохо, а к серьезныму энтерпрайзу тебя не подпускают и на пушечный выстрел.
Вот так прямо "ВСЕГДА"?
И с чего такой "глубокий" вывод?2500 чел., 11 филиалов, 2 завода - крупная компания?
При мне начали переход с галактики на 1с
Т.к. типо круче (технологически), 1с-ников как грязи, бухгалтерам тоже привычнее...
Инициатива руководства короче, наслушался кто-то...Никакие интеграторы даже не рассматривались, из-за конских цен, привязки и т.д.
Наняли 1с-ников, их же как грязи, сначала одного, потом, постепенно ещё 2
Сначала 1с-ка стояла на серваке вместе с срм-ом, база на "галактическом"...Начались тормоза, решили отдельный завести...
На этапе рассмотрения бюджета ms sql сразу отпал по понятным причинамА у 1с-ки появилось очередное преимущество - не нужно ms ;-))
До того почему-то все про то молчали...Короче много можно рассказать, до сих пор переходят, 4-й год уже...
Уволился, но слышал готово на 80-90%, уже только один человек занимаетсяА чего торопится - у них как работало всё так и сейчас работает
Страшно подумать ск. денег пришлось бы интегратору отдать...
> Короче много можно рассказать, до сих пор переходят, 4-й год уже...Во-во-во... :)
> Страшно подумать ск. денег пришлось бы интегратору отдать...
> Наняли 1с-ников, их же как грязи, сначала одного, потом, постепенно ещё 2Итого - 3 человека, если по ценам ДС-1 - затраты фирмы порядка миллиона в месяц, 12 миллионов в год. 4 года тянется - минимальный бюджет проекта получается около 50-ти миллионов. Это не считая других расходов - это ТОЛЬКО зарплата 1С-ников, которых вы наняли. Как показывает практика - это примерно 1/3 от всех остальных расходов.
Итого - вы спустили в унитаз 100-150 миллионов и результатов пока нет, по вашим же словам - готовность 80-90%, то есть не более 2/3 по факту. Под 200 миллионов то есть закопаете. Вы по прежнему считаете что у интеграторов конские ценники? :)
Я уже понял - с арифметикой у тебя конкретные проблемы!
И близко такого нет, даже рядом...Сейчас занимается один туповатый, по общему мнению, дешевый сотрудник, за 35т., 1с-ники не дороги, их много...
Это не настоящие програмисты же
Он уже увольнялся, но вернулся назад ;-)Результат замечательный, в галактике (не точно) остался производственный учет
При мне это не звучало, но затея походу была для перехода на аутсорс
Галактику отдать сложно, 1с только так
Бухгалтерия раза в 2 ужаласьКстати - срм (microsoft dynamics crm) внедряли через интегратора
Внедрение было признано не удачным, т.е. с технической стороны без претензий, все тз выполнены и приняты, работает...
Экономического эффета не удалось определить
А затраты налицо!Возможно поэтому пошли другим путём
Но точно не знаю, мыслей начальства не читал :-)
> Кстати - срм (microsoft dynamics crm) внедряли через интегратора
> Внедрение было признано не удачным, т.е. с технической стороны
> без претензий, все тз выполнены и приняты, работает...
> Экономического эффета не удалось определить
> А затраты налицо!Знавал одного интегратора dynamics/axapta -- в общем, "это предсказуемый результат".
> Знавал одного интегратора dynamics/axapta -- в общем, "это предсказуемый результат".Ну кстати соглашусь. Системы хорошие, но наши реалии - не ориентированные от слова совсем.
35 тысяч это не 1С-ник, это даже не анукей - гастарбайтер в макдаке получает больше.
И если он получает 35 на руки, то это значит что фирме он обходится минимум в 70 тыр - налоги и прочие расходы, ога. Я сразу указал что ДС-1 - у нас нормальный 1С-ник стоит около 150 тыр. на руки (см. hh.ru если не веришь). Итого - 300 тыр. с накладными расходами типа налогов. Вот и считай. :)На будущее - если хочешь примерно понять себестоимость работника для фирмы, умножай его зарплату на 2.
> Результат замечательный, в галактике (не точно) остался производственный учет
И это - 80% перевели, 20% осталось? Лол! Что же вы перевили в 1С? Бухгалтерию одну? Это - 10% от проекта мах. :) Производственный учет - самое сложное в ERP/CRM системах. :)
> 35 тысяч это не 1С-никЯ же написал - туповатый чел
Но и задачи остались тоже не сложные пмсм> гастарбайтер в макдаке получает больше
Гастарбайтеры, строители к примеру, вообще люди не бедные
Сейчас за работы руками платят больше чем за пяленье на экран
Поинтересуйся сколько сварщик с НАКС получает> И если он получает 35 на руки, то это значит что фирме он обходится минимум
Да знаю я
И согасен с тобой, только как и ранее хочу сказать что у нас зарплаты ниже, потому твои подсчёты не катят
> Он уже увольнялся, но вернулся назад ;-)То есть - сотрудник такой отстойный, что даже на такие смешные деньги другого места не нашел. :)
> Галактику отдать сложно, 1с только так
> Бухгалтерия раза в 2 ужаласьУгу, сменили бесплатную галактику на платный 1С. О чем спорим? :)
> Кстати - срм (microsoft dynamics crm) внедряли через интегратора
> Внедрение было признано не удачным, т.е. с технической стороны без претензий, все
> тз выполнены и приняты, работает...
> Экономического эффета не удалось определить
> А затраты налицо!Вот кстати на счет dynamics crm - имхо это немного не то что нужно в наших условиях. Имхо эффекта и не могло быть, и тут проблема не в интеграторе... Вы с ним хотя бы ее внедрили, без него - я думаю проект не дошел бы до внедрения.
> Угу, сменили бесплатную галактику на платный 1С. О чем спорим? :)Это я криво написал - не собственно 1с отдали, бухгалтерию
Фирма есть, предоставляет бухгалтерские услуги предприятиям
У них своя 1с, на их серваках
Как конкретно реализовано не в курсе, это уже после меня было
Но галактику они не могут, или не хотятЭкономия на зарплате - выгнали больше половины бухгалтеров, их на полэтажа было
Из 3 галактисток 1-а осталась и еще другим занимается> Вот кстати на счет dynamics crm - имхо это немного не то что нужно в наших условиях
Срм-щиков тоже всех выгнали (2 было), уже не сопровождается, только админы поддерживают
> я думаю проект не дошел бы до внедрения.Так, если ретроспективно - это же хорошо
Возможно другое чего было
А так - и бросить жалко, стоит то сколько, и эффекта не видно
И да, хотя у нас не дс, но 35т. меньше средней для 1с-ника по нашим ценам
Но раз есть люди и за эту зп - зачем платить больше?
> И да, хотя у нас не дс, но 35т. меньше средней для
> 1с-ника по нашим ценам
> Но раз есть люди и за эту зп - зачем платить больше?Затем чтоб получать квалифицированного работника например. Скупой платит дважды.
Не скажу что ты совсем не прав, но многие применяют неск. другой подход - "бизнес не должен зависеть от личностей", это я на совещаниях постоянно слышал
Работники-винтики выполняют что положено за счёт всеохватывающих регламентов, организации и контроляКонкретно к программерам есть специальный отдел вне департамента ит, тз приходит от них, они же и проверяют соответсвие ожиданиям
Программистам и админам воли давать нельзя, иначе типо оракл (ms sql) поставят на поиграться, для строчек в резюме, от нежелания заморачиваться и т.д.
Без тестов, расчета затрат и т.д.
А предприятию это на*ер не ус*алось
Нельзя позволять персоналу глубоко подсобному, не связаному с производственным процессом "ходить самим по себе"Хотя я тоже програмил ;-), но как раз по производству - интеграция скад-систем, сбор данных и т.д.
Сейчас конструктором работаю, оставил ит пока
> Не скажу что ты совсем не прав, но многие применяют неск. другой
> подход - "бизнес не должен зависеть от личностей", это я на
> совещаниях постоянно слышалЭто правильно. Именно поэтому линакс-решения сразу идут нафиг - то что один гуру поставил, десять других не разберутся. И начнут ставить все заново - сто раз проходили :)
> Работники-винтики выполняют что положено за счёт всеохватывающих регламентов, организации
> и контроляА вот это - в корне неверно, по крайней мере - для инженерных специальностей.
> Конкретно к программерам есть специальный отдел вне департамента ит, тз приходит от
> них, они же и проверяют соответсвие ожиданиямПрограммер - в лучшем случае техник, о так - ПТУшная специальность, так что все правильно.
> Программистам и админам воли давать нельзя, иначе типо оракл (ms sql) поставят
> на поиграться, для строчек в резюме, от нежелания заморачиваться и т.д.Хороший админ первое что сделает себе - стенд. Где и будет играться. А в продакшен - поставит то что наилучшим способом решает поставленную задачу. И обосновать свой выбор сможет, да. В том числе - и простейшими экономическими выкладками.
> Без тестов, расчета затрат и т.д.
> А предприятию это на*ер не ус*алось
> Нельзя позволять персоналу глубоко подсобному, не связаному с производственным процессом
> "ходить самим по себе"Хороший админ - вникает в производственный процесс, чтоб понять задачи. Хотя это скорей уже не админ, а архитектор системы.
Собственно я сам ща из тех, кто воли программерам и админам не дает. :)
> Это правильно. Именно поэтому линакс-решения сразу идут нафиг
> - то что один гуру поставил, десять других не разберутся.Праальна, берите винду -- что один гуру поставил, другой даже разбираться не будет и снесёт нафиг, свои галочки он сам знает.
За DBA не шибко знаю, их как-то оракловодов среди знакомых больше бывало (и у тех свои сказки Шахерезады) -- но в целом остались именно такие выводы.
А если с линуксами подсобить надо будет по-человечески -- заглядывайте.
> А если с линуксами подсобить надо будет по-человечески -- заглядывайте.Что там с альтом-то? Совсем загнулся?
> Именно поэтому линакс-решения сразуПросто ты них не разбираешься, потому типо темный лес
Какие гуру - он же простой как три копейки, много проще виндов> В том числе - и простейшими экономическими выкладками.
Ога типо
Может 1% сможет
Типо прикол, но давно было, точных версий и т.д. уже не помню
Пришел админ, втирает - давай сервер 2012 купим там то хорошо и другое лучше
Начальник (инженер-механик по сп.) - ладно, давай, если Сергея (2-й админ) можно будет уволить
Тот - ты чо, низзя
Начальник - ну тогда когда появится версия чтобы можно уволить, приходи, а пока н*х пошел> Хороший админ - вникает в
Ну, типо от умного человека всегда польза будет
Но знаешь как говорят - из металлурга можно сделать программиста, но из программиста металлурга нельзя
Я с юниксами работаю с 1988-го года - ага, СМ1420 если слышал :)А на счет прикола - типовая проверка на вшивость, если у начальника нет других идей кроме как экономить на зарплате - он хреновый начальник. Или просто смотрит как сотрудник сможет опровергнуть откровенную чушь.
А DB2 кто сидит?
> А DB2 кто сидит?Упоротые :) Например те же банки кстати ее очень любят
> А всяческое СОХО - на постгресеДа-да - Райффайзенбанк (и куча подобных с многомиллиардными капиталами) самое настоящее СОХО
А если серьезно - ты просто глуповатый, не интересный тролль
>> А всяческое СОХО - на постгресе
> Да-да - Райффайзенбанк (и куча подобных с многомиллиардными капиталами) самое настоящее
> СОХО
> А если серьезно - ты просто глуповатый, не интересный тролльТо то же райффайзен платит миллоны за Oracle... Дорогой мой не путай то на чем крутится веб-морда, и то на чем происходит реальный процессинг. Кратко говоря - нет ни одной сертифицированной банковской системы, работающей с постресом или мускулем - только оракл, мелкософт и и дб2.
Да ничего подобного, ты снова свои измышления впариваешь за истину
Oracle, Tibero, Posgresql, мс разве что у дер*мища какого...
> Да ничего подобного, ты снова свои измышления впариваешь за истинуМнение всякого онанимуса очень важно для меня, оставайтесь на линии.
Нет, потому что слово "ихний" отсутствует.
ихний, тамошний, тутошний, егойный - так ещё классики писали.Наслаждайся!
http://орфография.орг/w/index.php?title=%D0%A0%D0%B0%D1%81%D1%88%D0%B8%D1%80%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BD%D0%BE%D1%80%D0%BC%D1%8B
Шикарно :)
Решили наверное Skype обновить, MSSQL не выдерживает нагрузки)))
> Решили наверное Skype обновить, MSSQL не выдерживает нагрузки)))Точно-точно. Нунишмагла и закрытие "сервиса" с отмазой " этот ваш Pg не потянул! " -- на подходе.
не надейся. Эх, кто б подкинул их индусам идею пособирать на это донейт?!Я б на скайпокапец пару сотен долларов подкинул немедля.
> Я б на скайпокапец пару сотен долларов подкинулМаловато будет!
"пять старушек - рубль!"раз уж нельзя вернуть как было, давайте скинемся на похороны - хотя бы перестанут иметь мозг со словами "наш корпоративный стандарт общения, ты обязан это у себя иметь/быть этим у себя имет".
мне что-то подсказывает, что ms заработает на этом больше чем на постгрезе.
А что потом? Проследуют тропой Uber-а?
Да купят MariaDB и опять выкинут в поисках новой РСУБД.
нужно было ещё в новость добавить фотку с лыбящимися директорами обоих фирм (как в оригинале), даёт +5 к батхёрту хейтерам майкрософт
обоих-то откуда? Наделла разьве что дежурную улыбку может продемонстрировать, ему-то чо - "иду, вижу - валяется, ничье - купил", а вот товар - там не только директор, а все не связанные с разработкой сотрудники нынче щасливы - достигли цели и действительно лыбы до ушей.через недельку продадут акции и пойдут искать что-то еще неокученное, чтобы быстро доделать до работоспособности и потом - продаться.
> Microsoft поглотил компанию Citus...Молодежь нонче обычно пишет - зохавал
С разморозкой.
> зохавалзобатлил, йо
Расчищают место для новых стартап-ов?!?!?! Не?
Где наши молодые-да-прыткие Анонимы? Ваше время пришло/пошло!
Finita la commedia!
Был цЫтус да весь сплыл. RIP
> Был цЫтус да весь сплыл. RIP...фальшивый экземпляр?
В чащах мелкософта жил бы цитрус?
- в чем разница между микрософтом и царем Мидасом ?
- у царя все, к чему он прикасался, превращалось в золото, а у микрософта в га#вно..
в результате Мидас как известно плохо кончил, а Микрософт- всегда на плаву :)
Потому, что г-но не тонет!
когда кто-то начинает объяснять соль анекдота или шутки, окружающим становится так невыносимо стыдно, как будто это объяснение дают они сами.
извините, пропустил важные слова "когда кто-то начинает объяснять соль ВСЕМ ПОНЯТНОГО анекдота..."
Тут традиционно:
"кто-то купил кого-то" - ...
"компания <CENSOURED> купила кого-то" - трах-баб-бах, канонада
И очередной ейкапец.
Капец тому, кого купили.
Рад за всех. MSSQL годен, но фич для программера не хватает, было бы неплохо у постгреса позаимствовать. Рад за ситус -- их продукт станет лучше, а что то и постгресу перепадёт. Рад за постгрес, он получает больший ареал распространения, девелоперов и что-то в код перепадёт. Рад за мс, что деньги потратили на что-то нужное и полезное, что могут предложить затем в облаках.
"но фич для программера не хватает"
Уж чего-чего, а простора для C#-.Net-теров там...
А если похерят, сольют? Это же их стиль.
> качестве одной из целей приобретения упоминается желание схватить, расширить и погасить.Можете не благодарить.
Всё просто - m$ уже прямо сейчас половину дохода получает от облаков
Бывшая священная корова, винда, ппц отощала, продажи, не прибыль, подразделения windows пожалуй не дотягивают до сети магнит
Вот они и резко устремились к тому, что реально приносит настоящие деньги
И это m$ sql server
M$ рыночная копитализация $753 млрд, Магнит $11 млрд.
Анонимы такие анонимы.
Дорогуша - капитализация к деньгам почти не имеет отношения, это интерполяция на основе средней цены акций, цену которых компании искуственно поднимают посредством обратного выкупа
Стыдно не знать такие базовые вещи
Капитализация Сургутнефтегаза меньше имееющиегося у него запаса наличности
Но кто же тебе его продаст?Речь о настоящих, реальных деньгах, продажах, подразделения windows
> Но кто же тебе его продаст?тут одному Башнефть продали - так на бутылочку подсел, во всем покаялся, безвозмездно передал правильным пацанам.
Но ты учти, за пределами вашей прекрасной страны все устроено немножечко иначе.
И ms с легкостью пожертвовала массовыми продажами десяточки, чтобы сократить расходы.
> все устроено немножечко иначеТы прав на 100%
У нас обратный выкуп акций не практикуется
Но это не меняет того факта, что капитализация есть чистейшая фикция что у нас, что у них
Компании с капитализациями в десятки миллиардов продавались за сотни миллионов, по реальной стоимости активов, не раз и не два
> тут одному Башнефть продалиА другому Юкос, так вообще страшное дело вышло, только маменька и вытащила с нар собственноручно.
> Но ты учти, за пределами вашей прекрасной страны
> все устроено немножечко иначе.Почитайте для разнообразия всё-таки Перкинса, там есть занятное _и_ стыкующееся с наблюдаемым о том, _как_ устроено за пределами.
И как по мне -- так вот там пусть и остаётся, а лучше к папеньке в ад возвращается вместе с "проводками" в этот мир.
Виноват, опечатался, правильно - "И это НЕ m$ sql server"
В наше время настоящие деньги в opensource
То чувство, когда узнал о проекте после новости о том, что его поглотил Microsoft. А вообще, рад за ребят. Всяким ненавидящим майкрософт надо задуматься, что большая угроза СПО идёт со стороны Google.
ну значит тебе никогда не хотелось завести реплику постгрезовой базы> А вообще, рад за ребят.
ну, они, типа, ради этого и работали несколько лет до кровавых соплей из ушей. Сейчас допразднуют, и пойдут искать новый стартап. Эпоха редхатов,как уже говорено в тредике про ебеме, давно закончилась, это единственный способ заработать на безбедную старость.
Но корпорация зла, конечно же, microsoft, смотри не перепутай!
Вообще, хотелось. Я рассматривал PostgresXC и BDR. Сейчас вот пока остановился на BDR. А о Citus даже не слышал почему-то.
>ну значит тебе никогда не хотелось завести реплику постгрезовой базыЕсли у тебя руки из ж..пы, то причем тут postgres?
>это единственный способ заработать на безбедную старостьТебе это не грозит - пустым трепом в интернете это получится сделать, а руки у тебя, ну ты понял
>Но корпорация зла, конечно же, microsoft, смотри не перепутай!Ее не с кем путать, хотя у них там целый конгламерат зла, а не только эта корпорации
> Но корпорация зла, конечно же, microsoft, смотри не перепутай!Ой, не знаю., был ли там тег sarcasm, но MS прямо на глазах мутирует в новую IBM. Т.е. древнего IT-монстра, относительно дружественного к unix/linux и open source (хотя когда они RedHat купили, всё равно как-то боязно). Лет через 5 всякие linux-рецепты в MSDN будут удивлять нас не намного больще, чем в IBM Developers Works.
А Google, покусанный Oracle тоже мутирует. Уж корпорацией бобра их точно теперь никто не назовёт.
Вангую перелицензирование под Apache
Если они принимали код от сторонних участников, это может оказаться невозможным.
Что-то мне сразу "The Thing" вспомнилось.