powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Какую СУБД выбрать для высоконагруженной платежной системы?
25 сообщений из 78, страница 2 из 4
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36150198
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!а что тогда означает это ?
IBM** Features entitled with Subscription are available only while Subscriptions are valid.Это значит, что есть 2 вида лицензий от IBM - временные (Fixed term) и постоянные. Express-C продается по временной, т.е. через год работать не будет, если файл лицензии не обновить. Почти все остальные версии DB2 - по постоянной, т.е. по истечении года кончается поддержка, а продуктом можно пользоваться, пока не надоест :)
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36150510
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надо смотреть не Oracle Standard Edition, а Oracle Standard Edition One, что существенно дешевле. Имея в виду, что формально лицензия посокетно, а фактически почипно, т.е. это штуке будут удовлетворять и двухпроцессорные сервера с восьмиядерными процессорами Intel, когда они выйдут.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36150610
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ладно, с ценой погорячился, я чего-то на SE1 RAC строил, а реально RAC только с SE дают, который по $16к.
со стендбаем на самом деле его с оракловым SE1 дают, но не дают DataGuard который может синхронно логи переносить, поэтому народ для SE1/SE рисует свои скрипты которые переносят арклоги и накатывают на стенбай. получается дешево и сердито, НО не zero data loss. есть туча компаний типа http://www.dbvisit.com которые продают такие скрипты с гуем и в красивой упаковке, но терминами db2 это Near Synchronous и Asynchronous mode (минимум задержка 60 секунд)
т.е. адекватный ответ db2 expess-c+HADR за $3+$3к в год будет oracle SE1 c dbvisit скриптиком, за $6+$6+$2.2 + оракловый супорт, что уже на второй год шибко дешевле express-c+HADR и к тому же не ограничена память и кол-во используемых ядер.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36150928
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!ладно, с ценой погорячился, я чего-то на SE1 RAC строил, а реально RAC только с SE дают, который по $16к.
со стендбаем на самом деле его с оракловым SE1 дают, но не дают DataGuard который может синхронно логи переносить, поэтому народ для SE1/SE рисует свои скрипты которые переносят арклоги и накатывают на стенбай. получается дешево и сердито, НО не zero data loss. есть туча компаний типа http://www.dbvisit.com которые продают такие скрипты с гуем и в красивой упаковке, но терминами db2 это Near Synchronous и Asynchronous mode (минимум задержка 60 секунд)Для любой DB2, в т.ч. бесплатной Express-C, тоже есть такой софт. Более того, на сайте IBM есть дока по настройке таких скриптов, а для любителей покопаться есть открытый log API, позволяющий разбирать логи и творить что хошь, что и позволяет сторонним фирмам такой софт писать.
Yo.!т.е. адекватный ответ db2 expess-c+HADR за $3+$3к в год будет oracle SE1 c dbvisit скриптиком, за $6+$6+$2.2 + оракловый супорт, что уже на второй год шибко дешевле express-c+HADR и к тому же не ограничена память и кол-во используемых ядер.Адекватный ответ на этот винегрет - это Express-C на халяву с несложными бесплатными скриптами. А по поводу цены - суппорт Оркла 12000*0.2 = 2400$ на 2 сервера в год, т.е. "шибко дешевле" получится только через 3 года. И любой манагер скажет, что 6т в год - это лучше, чем 17т сразу, тем более в наших широтах. Да и суппорт Оракла этим бардаком со сторонними скриптами заниматься не будет.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36151016
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
1. функциональностью стендбай будет заниматься супорт оракла, проблемами доставки и переключением ролей может заняться супорт www.dbvisit.com
2. если задача экономить на спичках можно купить трехлетнюю лицензию SE1 она в два раза дешевле бесконечной.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36151056
так смешно читать - "ах, ох, у оракла дорогое лицензирование стендбая, пакупайте ДБ2"

да, у оракла дорогое лицензирование стендбая
не 47тыс доларов за процессор-ЕЕ конечно (я думаю все присутствующие понимают, что реально всё продаётся за несколько другие деньги - см. скидки в десятки процентов)
но в наших широтах дороговизна оракла компенсируется необязательностью его покупки 8)
реально - не знаю ни одной конторы где бы оракл был полностью пачеснаму отлицензирован 8)
и знаю относительно нагруженные системы(платёжные и не очент), где посредством оракла зарабатываются хорошие деньги, а лицензиями разве что пахнет

собственно на этой самой дороговизне ЕЕ лицензий недостатки оракла по сравнению с другими промышленными субд благополучно заканчиваются

изза "необязательности" полного лицензирования, богатого функционала и всёж таки надёжности, на просторах снг куча контор (даже мелких, там оракл нахрен не нужен) где он активно используется
соответственно в любой момент времени на рынке полно специалистов (самого разного уровня) так или иначе с ним, ораклом, сталкивавшихся

это, на мой взгляд, основное его преимущество перед той же дб2

перед mssql - кроссплатформенность, но если контора изначально сильно ms centric - то тут пожалуй mssql даже предпочтительней ибо проще 8)
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36152457
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
надёжнаяплатёжнаясистемапостроение надёжной системы надо начинать с поиска соответствующих специалистов
много ли таких по db2?
а хороших, с опытом?
а непристроенных?

Плясать действительно надо от людей, кто бы спорил.
Но вот, несмотря на кучу Oracle DBA на рынке, число админов, могущих построить 24*7 крайне ограничено. И, по моему опыту, найти подобного спеца на DB2 чуть ли не проще, чем на Oracle (за сравнимые деньги, конечно).
Вообще, среднерыночному OracleDBA я бы платежную систему не доверил :) Ему бы хотя бы backup настроить почеловечески - уже будет достижение.

[flame on]да и проще системы 24*7 делать на DB2, несколько меньше подводных камней[flame off].
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36152890
авторНо вот, несмотря на кучу Oracle DBA на рынке, число админов, могущих построить 24*7 крайне ограничено.

да, конечно ограничено
но дб2-шных ещё меньше (как среднерыночных так и хороших)
в штуках, а не по "среднему кол-ву опыта"

авторИ, по моему опыту, найти подобного спеца на DB2 чуть ли не проще, чем на Oracle (за сравнимые деньги, конечно).

ну-ну
в начале поисков было бы неплохо выяснить сколько в данном конкретном городе вообще есть организаций использующих дб2 и соответственно сколько теоретически может быть специалистов
если город случайно окажется не мск/спб - может быть ещё веселее

авторВообще, среднерыночному OracleDBA я бы платежную систему не доверил :)

я писал не про среднерыночного, а про "хорошего, с опытом"

авторЕму бы хотя бы backup настроить почеловечески - уже будет достижение.

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

> да и проще системы 24*7 делать на DB2, несколько меньше подводных камней

у вас богатый опыт изготовления 24*7 систем как на oracle так и на db2?
можно поинтересоваться примерами
где у нас вообще в России активно используется дб2?
потому как оракл - чуть ли не в каждом первом банке/телекоме

кол-во подводных камней - функция опыта дба, вам как я понял, с оракловыми не везло, а с дб2-ными наоборот
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36158684
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да, конечно ограничено
но дб2-шных ещё меньше (как среднерыночных так и хороших)
в штуках, а не по "среднему кол-ву опыта"

Как ни странно, это не совсем так. В СНГ (зачем ограничиваться РФ), DB2 часто используется в больших государственных или полугосударственных проектах. Т.е. процент DB2 DBA, которые знают, что такое большая система 24*7 - гораздо больше, чем для Oracle (который действительно, используют где попало).


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

Гм, я не один раз искал и тех и других и общался и с теми и с другими. В конечном итоге брали хороших, но количество нерезультативных интервью при поиске Oracle DBA гораздо больше. Среднее время поиска - сравнимо (несколько месяцев с запроса до выхода на работу). Хотя DB2 DBA, например, как-то вытаскивали из Казахстана.

Ну и, по опыту нескольких проектов (не только своих), DB2 DBA тратит заметно меньше
времени на развертывание и поддержку системы 24*7 (при эквивалентных зарплатах, понятное дело). Понятно, что для полноценной статистики нужно хотя бы пару сотен проектов, но такой статистики даже у интеграторов (независимых) нет, так что можно ориентироваться только на личный опыт, увы.

у вас богатый опыт изготовления 24*7 систем как на oracle так и на db2?
можно поинтересоваться примерами

Да я, в общем, другими системами уже изрядное время не занимаюсь :)
Если интересно, то можешь посмотреть в инете по "Филипп Дельгядо", там резюме мое было, хотя далеко не все проекты входят в резюме, да и подробное описание проектов, увы, NDA не дает делать.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36158854
авторКак ни странно, это не совсем так. В СНГ (зачем ограничиваться РФ), DB2 часто используется в больших государственных или полугосударственных проектах. Т.е. процент DB2 DBA, которые знают, что такое большая система 24*7 - гораздо больше, чем для Oracle (который действительно, используют где попало).


а если не процент, а в штуках?

если тупо посмотреть по этому форуму
раздел oracle - 72,5 тыс. тем, 670тыс сообщений
раздел db2 - 3,6тыс. тем, 24тыс сообщений

если зайти в раздел "работа/вакансии" и вбить db2 получим за все года 3 страницы
oracle - 45 страниц

больше чем на порядок

это показатель распространённости
да, в случае оракла в большинстве случаев речь не идёт о серьёзном использовании
но, повторюсь, кроме попсовых контор, оракл используется во многих телекомах, банках, платёжных системах, провайдерах, интернет-порталах, трейдерских системах
можно найти вакансии от мтс, мегафона, яндекса, осмп, десятков банков из топ100
и в государственных структурах тоже
вы же не хотите сказать что там везде работают дилетанты?

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

авторЕсли интересно, то можешь посмотреть в инете по "Филипп Дельгядо"

на вашей страничке в моёмкруге у вас три места работы
сомневаюсь что вам довелось поработать хотябы с десятком 24*7 систем (несколько на oracle, несколько на db2) чтобы иметь право утверждать что в случае db2 это происходит комфортнее быстрее и дешевле
единичные случаи мало о чём говорят
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36159105
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
если тупо посмотреть по этому форуму
раздел oracle - 72,5 тыс. тем, 670тыс сообщений
раздел db2 - 3,6тыс. тем, 24тыс сообщений

если зайти в раздел "работа/вакансии" и вбить db2 получим за все года 3 страницы
oracle - 45 страниц

А ты посмотри на содержимое форумов, например? Доля идиотских вопросов в форуме по DB2 меньше в разы :) А вакансии - не показатель, там выделить именно спрос на DBA практически не возможно.
Впрочем, никто и не спорит, что в РФ Oracle распространен значительно больше. Тем не менее приличных специалистов по Oracle если и больше, то далеко не на порядок :)


но, повторюсь, кроме попсовых контор, оракл используется во многих телекомах, банках, платёжных системах, провайдерах, интернет-порталах, трейдерских системах
можно найти вакансии от мтс, мегафона, яндекса, осмп, десятков банков из топ100
и в государственных структурах тоже
вы же не хотите сказать что там везде работают дилетанты?

Э, дилетанты, увы, работают почти всюду - это почти не зависит от популярности, значительности или доходности бизнеса, это просто некоторая данность. Впрочем, то же относится и к серьезным специалистам - их тоже можно найти где угодно.
Но вот я вполне себе представляю, как устроено 24*7 в весьма разных областях и проектах - и в весьма значительной части это реализуется не средствами БД, а как-нибудь еще. Т.е. если это даже и Oracle - то не DataGuard, а какая-нибудь репликация на уровне железа. Да и 24*7 зачастую весьма сомнительное, даже 3х девяток в РФ почти не увидишь (реальных, а не заявленных). Впрочем, это уже другая тема и БД тут не самый существенный компонент.



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

Ну, в рамках темы нас же тоже интересует не абсолютное значение числа кандидатов, а возможность найти за разумное время. Так вот, это время будет сравнимо. Так как и спрос на Oracle DBA с головой тоже больше, нежели на DB2 DBA (что логично).
Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять?
С DB2 все, конечно, далеко не так хорошо. Но тем не менее, корреляция популярности продукта с ситуацией на рынке кадров не столь однозначна и не столь прямая.

сомневаюсь что вам довелось поработать хотябы с десятком 24*7 систем (несколько на oracle, несколько на db2) чтобы иметь право утверждать что в случае db2 это происходит комфортнее быстрее и дешевле
Ну, работать лично мне тоже не нужно, достаточно быть рядом, принимать участие в проектировании/поддержке/консультировании и т.п. Да и, поскольку это все-таки близкая мне тема, я в курсе достаточно многих проектов и их сложностей. Прослойка то людей достаточно узкая.
А про статистику, достаточную для корректных обобщений, увы, в РФ вообще нет (да и в мире, подозреваю, тоже . Т.е., думаю, IBMовские интеграторы такую статистику, наверно, имеют (благо они и Oracle рекомендуют нередко и железо чужое) - но никому никогда не скажут. А если и скажут, то никто им не поверит :)
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36160274
авторА вакансии - не показатель, там выделить именно спрос на DBA практически не возможно.


ну зачем вы спорите с очевидным?
хорошо, заходим туда же, вбиваем oracle dba или oracle администратор
получаем несколько страниц в каждом случае
вбиваем db2 dba / db2 администратор
получаем несколько тем

можно ещё по сайтам типа hh.ru полазить

авторВпрочем, никто и не спорит, что в РФ Oracle распространен значительно больше. Тем не менее приличных специалистов по Oracle если и больше, то далеко не на порядок :)

из анализа открытых источников я не вижу механизма появления сколько нибудь значимого количества хороших db2 администраторов
в случае с ораклом всё понятно
во многих институтах на последних курсах вслед за теорией бд рассказывают про устройство какого-нибудь промышленного сервера
обычно это оракл, или ms sql
после чего заинтересовавшийся вопросом выпускник может пойти в попсовую контору (которых дохрена) и на нелицензионном оракле попрактиковаться
да, за первые пару лет он несколько лет уронит базу, потеряет данные, назадаёт глупых вопросов в форумах
получит какой-никакой опыт
потом он может пойти в средних размеров контору (которых дохрена на оракле), в помощники нормальному админу
посмотреть как это устроено у взрослых, какие процедуры подходы и технологии используются
года через 3 из него возможно выйдет нормальный специалист которому не страшно доверить промышленную БД
ещё через пару лет из него возможно выйдет крутой специалист, которому можно доверить критичную к простою систему

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

авторТ.е. если это даже и Oracle - то не DataGuard, а какая-нибудь репликация на уровне железа.

отличная у вас позиция
мол, где оракл распространён, там не 24*7 системы
а где всё серьёзно и вдруг случайно там обнаружится оракл - так это не благодаря, а даже скорее вопреки
и 24*7 там достигается какими угодно способами кроме собственно оракловых

авторПочему - объяснять?

объясните, почему же нет
возможно я вам в свою очередь объясню почему аналогия "хороший разработчик/хороший админ" неверная 8)

авторНо тем не менее, корреляция популярности продукта с ситуацией на рынке кадров не столь однозначна и не столь прямая.

с ораклом явно прослеживается "пищевая цепочка"
видно и понятно как именно появляются специалисты
у многих даже в резюме хронология контор совпадает 8)

в случае же с db2 в цепочке куча разрывов и нестыковок
куда пойти после институа джуниору без опыта, прочитавшему книжку с концепциями?
зачем вообще заниматься этой db2 если рынок такой узкий=рискованный
я бы не стал, если бы передо мной стоял такой выбор

авторДа и, поскольку это все-таки близкая мне тема, я в курсе достаточно многих проектов и их сложностей. Прослойка то людей достаточно узкая.

хорошо, раз тема близкая и в курсе
вы из Питера, да?
скажите, сколько в Санкт-Петербурге организаций где серьёзно используется db2 и соответственно работают db2 админы
плюс-минус
можно аутсорсеров, которые чёто делают для буржуев с использованием db2
если можете - можно написать как эти организации называются, хотябы некоторые, врядли это такая уж тайна

я вот своим любимым методом - поиском "db2 санкт-петербург" по разделу "Вакансии"
нашёл только одну вакансию двухлетней давности от кадрового агенства
http://sql.ru/forum/actualthread.aspx?tid=519402&hl=db2+%f1%e0%ed%ea%f2+%ef%e5%f2%e5%f0%e1%f3%f0%e3
и то там искали сисадмина, а db2 так, сбоку припёку
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36160373
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Может быть, шанс (в смысле отношения "приличный_по_XXX/все_по_XXX") найти приличного спеца по DB2 больше (если это действительно так, конечно, а я понятия не имею), потому, что
* DB2-шники чаще выбирали СУБД самостоятельно, а ораклисты более "шли в общей струе"?
* DB2-юниоров теперь практически нет, в основном старики остались?
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36163822
Фотография Хрен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dph3
Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять?


Объясните
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36164138
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хренdph3
Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять?


Объясните

В ожидании объяснения поробую угадать: Erlang-цам, наверное, мало платят, потому шо Erlang не особо востребован, и потому они с охотой идут на приличную зарплату? А менее разумные давно его бросили, и остались тока идейные любители? Угадал?
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36164572
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хренdph3
Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять?


Объясните

А, все просто.
Ну, сначала, предположим, мне нужен разумный Java-дев. Несмотря на кризис, приличных разработчиков практически не увольняли, поэтому на рынке "свободных" людей нет. Значит, мне нужно предлагать условия лучше, чем люди сейчас имеют - при этом я конкурирую (в качестве работодателя) еще с несколькими компаниями (спрос на приличных java dev никуда не девался). В результате, я через пару месяцев, прогнав кучу неподходящих специалистов (в основном людей, резюме которых не соответствует их реальным знаниям и умениям) найду нужного мне человека, при этом перекупив его у текущего работодателя или, если повезет, просто предложив ему условия лучше, чем конкуренты.
В общем, все как всегда.

Разработчиков на Erlang на рынке, конечно, тоже нет - так как тут и предложение и спрос малы (т.е. квалификация, в среднем, не ликвидна) - поэтому erlang dev обычно работает тем же java сеньором. Но предлагая на рынке стандартную зарплату java dev, я имею "уникальное торговое предолжение" - возможность работы на erlang (а если человек его использовал и поддерживает знание в актуальном состоянии - значит для него это умение самоценно) - что позволяет мне выиграть конкуренцию не только с другими предложениями на Erlang (которых нет), но и с предложениями на Java (у меня - серьезный нематериальный бонус, что крайне ценно).
А так как компания erlang разработчиков гораздо более компактная, поиск кандидата тоже осуществляется достаточно просто через целевые форумы.


Я, собственно, к чему - цена и доступность определяется балансом спроса и предложения, а не только объемом предложения, как тут старались указать. А уж сочетание высокого спроса с высокой ценой еще и порождает массовые подделки.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36164689
Фотография Хрен
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DPH3,

То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге?
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36164747
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я имею "уникальное торговое предолжение" - возможность работы на erlang (а если человек его использовал и поддерживает знание в актуальном состоянии - значит для него это умение самоценно)
А вы сделайте хитрый ход.
Не ограничивайте себя (и свою жертву) только возможностью работы на erlang.
Дайте ей (жертве) еще и возможность кого-нибудь этому самому erlang'у обучать. Понятно, что нахер оно никому не надо, но уж подберите какого-нибудь дворника на роль терпилы. Для жертвы будет еще один нематериальный бонус (возможность преподавания эрланга, который офигенно самоценный), и стало быть можно еще зарплату срезать.
Так глядишь эрланговцы забесплатно будут работать на самоценном эрланге. А то глядишь и вообще денег вам за это платить начнут.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36165063
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
хорошо, раз тема близкая и в курсе
вы из Питера, да?
РЖД, помойму. Сайпераны сидят, кстати на дб2 и вояют софтины для медиков.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36169481
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хрен
То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге?
Ну, почему-то, если вдруг попался приличный java dev, то и по зарплате и по ответственности это уже сеньор. Так что зарплата как раз сохраниться - но ее не нужно поднимать минимум на 25%, что бы человек перешел (как обычно бывает при поиске нужного разработчика на конкурентном рынке).
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36169609
tanglir
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dph3Хрен
То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге?
Ну, почему-то, если вдруг попался приличный java dev, то и по зарплате и по ответственности это уже сеньор. Так что зарплата как раз сохраниться - но ее не нужно поднимать минимум на 25%, что бы человек перешел (как обычно бывает при поиске нужного разработчика на конкурентном рынке). Читал-читал, и теперь окончательно перестал что-либо понимать. У Вас теперь получается, что "если вдруг попался приличный java dev", то это будет непременно эрланговец с ЗП java senior'a??? А иначе все Ваши аргументы и вовсе перестают иметь отношение к эрлангу.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36171641
erererererу1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
попробуйте сиквел сервер намного дешевле получится оракла и db2
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36171666
Фотография Абсолют
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
erererererу1попробуйте сиквел сервер намного дешевле получится оракла и db2
Помимо "дешевле", что еще?
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36173023
DPH3
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
tanglir[Читал-читал, и теперь окончательно перестал что-либо понимать. У Вас теперь получается, что "если вдруг попался приличный java dev", то это будет непременно эрланговец с ЗП java senior'a???

Бррр...
Не любой java dev - сеньор. Но почти любой приличный java dev (т.е. тот, который устраивал меня или мои проекты по качеству) - или официально числился сеньором или получал зарплату сеньора. У коллег тот же опыт.
Т.е. найти на java проект нормального разработчика на зарплату сильно меньше, чем стоит давать эрлангисту - практически невозможно.
...
Рейтинг: 0 / 0
Какую СУБД выбрать для высоконагруженной платежной системы?
    #36173758
erererererу1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Абсолют,

а что еще надо - остальное почти тоже самое, что и у оракл с дб2
...
Рейтинг: 0 / 0
25 сообщений из 78, страница 2 из 4
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Какую СУБД выбрать для высоконагруженной платежной системы?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]