|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Вариант freeware тоже рассматривается ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 13:58 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006Вариант freeware тоже рассматривается Informix, Oracle ( перечислено в алфавитном порядке) :) По данным из неофициальных источников в Визе все центральные реалтаймовые базы на Informix В Мастеркарде на Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 14:09 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Спасибо. Но все же спрошу. PostgreSQL и MySql не канают? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 14:15 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006Но все же спрошу. PostgreSQL и MySql не канают? Раз спрашиваешь, значит - нет. Поскольку правильный ответ: 1) Ту, которая уже есть у заказчика; 2) ту, которую знаешь. Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 14:19 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006... и MySql не канают? Ну покажите мне хотя б одну паблик систему на МуСкуле, которая не падала, не страдала эпилепсией и не лагала как ХЗ при бОльших нагрузках? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 18:18 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006Какую СУБД выбрать для высоконагруженной платежной системы? Vasil_2006Вариант freeware тоже рассматривается несовместимые понятия ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 18:32 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Какая нагрузка ожидается в числах? Транзакций в секунду там, в день и т.п. А то некоторые считают что несколько тысяч транзакций в день это уже высоконагруженная система. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 18:59 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Карточникв Визе все центральные реалтаймовые базы на Informix Тота Виза вчера в одном банкомате глючила: сначала несколько раз спрашивала пароль, потом вообще начала грить: некорректный код. Но масткард тот же банкомат сразу выплатил. Впрочем, раньше я вообще думал, что Informix это больше на Украине. К нам на фирму как-то приезжали типа представители интересующихся заказчиков. Ну и им расказывали разные спецы про разные аспекты ИС. Мне назначили про используемую СУБД расказывать, и там всякие решения. Однажды, приехали с Украины - года 4 или 3 назад это было. Ну среди прочего я дал там и расклад по ииспользуемым на рынке СУБД вообще. Про Informix вообще не упомянул. А украинский спец, грит, шо думал, что среди лидеров должен быть Informix. Ну посмотели с им и кол-во тесктов в теме Informix на этом форуме, ну типа она рядом с "Другие СУБД" (т.е. почти другая СУБД). Сказал иму шо када-то она, наверное, была среди лидеров, а счас сказать это несколько сложнее стало. Я ить сразу в нем заподозрил фаната Informix, благо на этом форуме быстро этому учисси. Какой же думаю ты, блин, заказчик. А он сразу типа шлангом прикинулся, мол слышал где-то типа такое. Потом, директор сказал, что это шпионы были, хотели купить у нас клиента для разрабатыаемой системы (фанатов низя в шпионы засылать сто пудово). Но с тех пор я и думал, Украина на Informix конкретно сидит. А тут оказывается Визу на ем налабали. Мож Украинцев наняли? Нуно на Мастакрд срочно переходить? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.08.2009, 23:56 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
КарточникVasil_2006Вариант freeware тоже рассматривается Informix, Oracle ( перечислено в алфавитном порядке) :) По данным из неофициальных источников в Визе все центральные реалтаймовые базы на Informix В Мастеркарде на Oracle.Вобще довольно смелое заявление Я вот как-то не уверен центральные реалтаймовые базы у них вообще существуют ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2009, 01:21 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
GT.M is a database engine with scalability proven in the largest real-time core processing systems in production at financial institutions worldwide. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2009, 01:46 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006, Если с версионниками дела не имел, то и не бери их. А-то дебет с кредетом потом не сведешь ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2009, 02:36 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
japVasil_2006Какую СУБД выбрать для высоконагруженной платежной системы? Vasil_2006Вариант freeware тоже рассматривается несовместимые понятия +100 для такой задачи все компоненты системы должны быть крайне надежными и предсказуемыми, экономить для такой задачи нельзя в принципе. Думаю тут Оракл подходит лучше всего и хороших специалистов достаточно и примеров реализованных систем много. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2009, 10:21 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Vasil_2006Спасибо. Но все же спрошу. PostgreSQL и MySql не канают? Есть ведь и промежуточный вариант - DB2 . Первая доза бесплатно (DB2 Express-C; полноценный (потому что размер данных не ограничен), в отличие от Oracle Express или MS SQL Express). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.08.2009, 11:33 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Ага. Для платежных систем DB2 Express C (в особенности с годовой поддержкой, включающей HADR) - практически оптимальное решение. Увы, надежный кластер на Oracle (c DataGuard или хотя бы RAC) стоит весьма не мало. А нагрузки на платежные системы сравнительно небольшие и легко оптимизируются (до тысяч платежей в секунду дело вряд ли дойдет...) ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2009, 02:28 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
dph3 Для платежных систем DB2 Express C (в особенности с годовой поддержкой, включающей HADR) - практически оптимальное решение. А нагрузки на платежные системы сравнительно небольшие и легко оптимизируются (до тысяч платежей в секунду дело вряд ли дойдет...) Ну а если дело не дойдёт до тысяч платежей в секунду, то зачем нужен DB2? Это как из пушки по воробьям. Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.08.2009, 12:03 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, Э, а почему "из пушки по воробьям"? Бесплатную DB2 для платежных систем стоит выбирать за надежность, а не за производительность (с этим в DB2 тоже все хорошо, но задач на приличную производильность в платежных системах практически нет). И, по моему опыту, DB2 обеспечит необходимую для платежной системы надежность за минимальную цену (собственно, с годовой подпиской это даст 6K$ на два сервера с включенным HADR. Если сервера разнести по разным датацентрам, то четыре девятки (на российских датацентрах) получите сразу. А больше требует несколько другой организации и затрат. Если денег жалко, можно и ручной логшиппинг с heartbeat сделать, нужные инструкции на сайте ibm есть). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 15:59 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
построение надёжной системы надо начинать с поиска соответствующих специалистов много ли таких по db2? а хороших, с опытом? а непристроенных? я думаю у нас (рф/снг) на порядок меньше чем по mssql/oracle придётся переманивать, платить дефицитному специалисту (двум, одного мало если хочется 24*7) чуть выше рынка, чтобы он не смотрел по сторонам годовая зарплата двух нормальных специалистов - неск. десятков тысяч долларов "выигрыш" от экономии на лицензиях выглядит как-то совсем несерьёзно на её фоне ну или как минимум сравним так что если всё только начинается - плясать надо от людей ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 16:46 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
>6K$ на два сервера с включенным HADR. как-то вы забыли, что это в год $6k, боюсь, т.е. уже на второй год это выливается в те же деньги, что RACа (на стандарт едишене который не ограничен в ядрах)... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 16:50 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Di_LIneVasil_2006... и MySql не канают? Ну покажите мне хотя б одну паблик систему на МуСкуле, которая не падала, не страдала эпилепсией и не лагала как ХЗ при бОльших нагрузках? У нас у одного клиента система на MySQL, размер базы чуть больше 100 гиг, один мастер и три слейва. На мастере порядка 200 запросов на изменение данных в секунду + на том же мастере и на каждом слейве порядка 300 селектов в секунду. У основной массы запросов время выполнения - до 1 секунды. Репликация на слейвы также происходит без опоздания (отставание слейва больше, чем 60 секунд - уже инцидент). Не то, чтоб сильно большая система, но все же. З.Ы. Не фанат MySQL и на билинг его не советую, лучше купите оракл :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 17:23 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
heldirУ основной массы запросов время выполнения - до 1 секунды. Это на UPDATE или SELECT? И скока на другой тип запроса? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 17:50 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
heldir, хотя после чтения "ЗЫ" вопрос снимается. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 17:51 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Yo.!>6K$ на два сервера с включенным HADR. как-то вы забыли, что это в год $6k, боюсь, т.е. уже на второй год это выливается в те же деньги, что RACа (на стандарт едишене который не ограничен в ядрах)... http://www-01.ibm.com/software/lotus/passportadvantage/about_software_licensing.html One Time Charge (OTC) license - "License + Software Subscription and Support 12 Months"If Software Subscription and Support is not renewed, you will no longer receive the benefits of Software Subscription and Support but you may still use the software according to the license agreement. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 22:55 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
2Victor Metelitsa а что тогда означает это ? IBM** Features entitled with Subscription are available only while Subscriptions are valid. http://www-01.ibm.com/software/data/db2/express/support.html?S_TACT=index&S_CMP=expcsite ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 23:16 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Вау. Был невнимателен. Ну, раз у них такой настрой, они могут даже "физически" настоять на этом (указав внутри файлов лицензий срок действия фич, предоставляя новые файлы при очередной оплате). У DB2 есть один совершенно чудовищный недостаток - в отличие от Oracle, её сложно спиратить ;-). ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 10:18 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Yo.!>6K$ на два сервера с включенным HADR. как-то вы забыли, что это в год $6k, боюсь, т.е. уже на второй год это выливается в те же деньги, что RACа (на стандарт едишене который не ограничен в ядрах)...А RAC тут причем? Аналог DB2 HADR - это Oracle Data Guard, который входит только в EE за совсем другие деньги. По деньгам - платная Expess-C 3000$ в год за 1 сервер, Oracle Database Standard Edition Processor License (SM-ODB-SE_PL) - 16000$ по price.ru. И на какой год выходит то же? При том, что support стоит 20%, т.е. для серьезной ситемы по 3000$ в год все равно выкладывать надо :) И это учитывая, что надежность RAC с общей дисковой системой куда ниже, чем у независимых серверов в HADR. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 14:38 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Yo.!а что тогда означает это ? IBM** Features entitled with Subscription are available only while Subscriptions are valid.Это значит, что есть 2 вида лицензий от IBM - временные (Fixed term) и постоянные. Express-C продается по временной, т.е. через год работать не будет, если файл лицензии не обновить. Почти все остальные версии DB2 - по постоянной, т.е. по истечении года кончается поддержка, а продуктом можно пользоваться, пока не надоест :) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 14:47 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Надо смотреть не Oracle Standard Edition, а Oracle Standard Edition One, что существенно дешевле. Имея в виду, что формально лицензия посокетно, а фактически почипно, т.е. это штуке будут удовлетворять и двухпроцессорные сервера с восьмиядерными процессорами Intel, когда они выйдут. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 16:13 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
ладно, с ценой погорячился, я чего-то на 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 и к тому же не ограничена память и кол-во используемых ядер. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 16:40 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
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т сразу, тем более в наших широтах. Да и суппорт Оракла этим бардаком со сторонними скриптами заниматься не будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 19:04 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
1. функциональностью стендбай будет заниматься супорт оракла, проблемами доставки и переключением ролей может заняться супорт www.dbvisit.com 2. если задача экономить на спичках можно купить трехлетнюю лицензию SE1 она в два раза дешевле бесконечной. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 20:12 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
так смешно читать - "ах, ох, у оракла дорогое лицензирование стендбая, пакупайте ДБ2" да, у оракла дорогое лицензирование стендбая не 47тыс доларов за процессор-ЕЕ конечно (я думаю все присутствующие понимают, что реально всё продаётся за несколько другие деньги - см. скидки в десятки процентов) но в наших широтах дороговизна оракла компенсируется необязательностью его покупки 8) реально - не знаю ни одной конторы где бы оракл был полностью пачеснаму отлицензирован 8) и знаю относительно нагруженные системы(платёжные и не очент), где посредством оракла зарабатываются хорошие деньги, а лицензиями разве что пахнет собственно на этой самой дороговизне ЕЕ лицензий недостатки оракла по сравнению с другими промышленными субд благополучно заканчиваются изза "необязательности" полного лицензирования, богатого функционала и всёж таки надёжности, на просторах снг куча контор (даже мелких, там оракл нахрен не нужен) где он активно используется соответственно в любой момент времени на рынке полно специалистов (самого разного уровня) так или иначе с ним, ораклом, сталкивавшихся это, на мой взгляд, основное его преимущество перед той же дб2 перед mssql - кроссплатформенность, но если контора изначально сильно ms centric - то тут пожалуй mssql даже предпочтительней ибо проще 8) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2009, 20:51 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
надёжнаяплатёжнаясистемапостроение надёжной системы надо начинать с поиска соответствующих специалистов много ли таких по db2? а хороших, с опытом? а непристроенных? Плясать действительно надо от людей, кто бы спорил. Но вот, несмотря на кучу Oracle DBA на рынке, число админов, могущих построить 24*7 крайне ограничено. И, по моему опыту, найти подобного спеца на DB2 чуть ли не проще, чем на Oracle (за сравнимые деньги, конечно). Вообще, среднерыночному OracleDBA я бы платежную систему не доверил :) Ему бы хотя бы backup настроить почеловечески - уже будет достижение. [flame on]да и проще системы 24*7 делать на DB2, несколько меньше подводных камней[flame off]. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2009, 15:04 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
авторНо вот, несмотря на кучу Oracle DBA на рынке, число админов, могущих построить 24*7 крайне ограничено. да, конечно ограничено но дб2-шных ещё меньше (как среднерыночных так и хороших) в штуках, а не по "среднему кол-ву опыта" авторИ, по моему опыту, найти подобного спеца на DB2 чуть ли не проще, чем на Oracle (за сравнимые деньги, конечно). ну-ну в начале поисков было бы неплохо выяснить сколько в данном конкретном городе вообще есть организаций использующих дб2 и соответственно сколько теоретически может быть специалистов если город случайно окажется не мск/спб - может быть ещё веселее авторВообще, среднерыночному OracleDBA я бы платежную систему не доверил :) я писал не про среднерыночного, а про "хорошего, с опытом" авторЕму бы хотя бы backup настроить почеловечески - уже будет достижение. нотки пренебрежения проскакивают в вашем голосе плохих оракловых админов конечно же больше чем хороших, это очевидно но ваш негативный опыт работы с одним из таких говорит лишь о том, что вы плохо провели собеседование и взяли плохого специалиста может денег надо было больше предлагать > да и проще системы 24*7 делать на DB2, несколько меньше подводных камней у вас богатый опыт изготовления 24*7 систем как на oracle так и на db2? можно поинтересоваться примерами где у нас вообще в России активно используется дб2? потому как оракл - чуть ли не в каждом первом банке/телекоме кол-во подводных камней - функция опыта дба, вам как я понял, с оракловыми не везло, а с дб2-ными наоборот ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2009, 17:06 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
да, конечно ограничено но дб2-шных ещё меньше (как среднерыночных так и хороших) в штуках, а не по "среднему кол-ву опыта" Как ни странно, это не совсем так. В СНГ (зачем ограничиваться РФ), DB2 часто используется в больших государственных или полугосударственных проектах. Т.е. процент DB2 DBA, которые знают, что такое большая система 24*7 - гораздо больше, чем для Oracle (который действительно, используют где попало). но ваш негативный опыт работы с одним из таких говорит лишь о том, что вы плохо провели собеседование и взяли плохого специалиста может денег надо было больше предлагать Гм, я не один раз искал и тех и других и общался и с теми и с другими. В конечном итоге брали хороших, но количество нерезультативных интервью при поиске Oracle DBA гораздо больше. Среднее время поиска - сравнимо (несколько месяцев с запроса до выхода на работу). Хотя DB2 DBA, например, как-то вытаскивали из Казахстана. Ну и, по опыту нескольких проектов (не только своих), DB2 DBA тратит заметно меньше времени на развертывание и поддержку системы 24*7 (при эквивалентных зарплатах, понятное дело). Понятно, что для полноценной статистики нужно хотя бы пару сотен проектов, но такой статистики даже у интеграторов (независимых) нет, так что можно ориентироваться только на личный опыт, увы. у вас богатый опыт изготовления 24*7 систем как на oracle так и на db2? можно поинтересоваться примерами Да я, в общем, другими системами уже изрядное время не занимаюсь :) Если интересно, то можешь посмотреть в инете по "Филипп Дельгядо", там резюме мое было, хотя далеко не все проекты входят в резюме, да и подробное описание проектов, увы, NDA не дает делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2009, 15:40 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
авторКак ни странно, это не совсем так. В СНГ (зачем ограничиваться РФ), 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 это происходит комфортнее быстрее и дешевле единичные случаи мало о чём говорят ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2009, 19:08 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
если тупо посмотреть по этому форуму раздел 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 рекомендуют нередко и железо чужое) - но никому никогда не скажут. А если и скажут, то никто им не поверит :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 03:01 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
авторА вакансии - не показатель, там выделить именно спрос на 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 так, сбоку припёку ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 17:24 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Может быть, шанс (в смысле отношения "приличный_по_XXX/все_по_XXX") найти приличного спеца по DB2 больше (если это действительно так, конечно, а я понятия не имею), потому, что * DB2-шники чаще выбирали СУБД самостоятельно, а ораклисты более "шли в общей струе"? * DB2-юниоров теперь практически нет, в основном старики остались? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 18:17 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
dph3 Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять? Объясните ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 13:13 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Хренdph3 Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять? Объясните В ожидании объяснения поробую угадать: Erlang-цам, наверное, мало платят, потому шо Erlang не особо востребован, и потому они с охотой идут на приличную зарплату? А менее разумные давно его бросили, и остались тока идейные любители? Угадал? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 14:53 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Хренdph3 Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять? Объясните А, все просто. Ну, сначала, предположим, мне нужен разумный Java-дев. Несмотря на кризис, приличных разработчиков практически не увольняли, поэтому на рынке "свободных" людей нет. Значит, мне нужно предлагать условия лучше, чем люди сейчас имеют - при этом я конкурирую (в качестве работодателя) еще с несколькими компаниями (спрос на приличных java dev никуда не девался). В результате, я через пару месяцев, прогнав кучу неподходящих специалистов (в основном людей, резюме которых не соответствует их реальным знаниям и умениям) найду нужного мне человека, при этом перекупив его у текущего работодателя или, если повезет, просто предложив ему условия лучше, чем конкуренты. В общем, все как всегда. Разработчиков на Erlang на рынке, конечно, тоже нет - так как тут и предложение и спрос малы (т.е. квалификация, в среднем, не ликвидна) - поэтому erlang dev обычно работает тем же java сеньором. Но предлагая на рынке стандартную зарплату java dev, я имею "уникальное торговое предолжение" - возможность работы на erlang (а если человек его использовал и поддерживает знание в актуальном состоянии - значит для него это умение самоценно) - что позволяет мне выиграть конкуренцию не только с другими предложениями на Erlang (которых нет), но и с предложениями на Java (у меня - серьезный нематериальный бонус, что крайне ценно). А так как компания erlang разработчиков гораздо более компактная, поиск кандидата тоже осуществляется достаточно просто через целевые форумы. Я, собственно, к чему - цена и доступность определяется балансом спроса и предложения, а не только объемом предложения, как тут старались указать. А уж сочетание высокого спроса с высокой ценой еще и порождает массовые подделки. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 17:23 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
DPH3, То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 18:13 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
я имею "уникальное торговое предолжение" - возможность работы на erlang (а если человек его использовал и поддерживает знание в актуальном состоянии - значит для него это умение самоценно) А вы сделайте хитрый ход. Не ограничивайте себя (и свою жертву) только возможностью работы на erlang. Дайте ей (жертве) еще и возможность кого-нибудь этому самому erlang'у обучать. Понятно, что нахер оно никому не надо, но уж подберите какого-нибудь дворника на роль терпилы. Для жертвы будет еще один нематериальный бонус (возможность преподавания эрланга, который офигенно самоценный), и стало быть можно еще зарплату срезать. Так глядишь эрланговцы забесплатно будут работать на самоценном эрланге. А то глядишь и вообще денег вам за это платить начнут. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 18:36 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Код: plaintext 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2009, 00:54 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Хрен То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге? Ну, почему-то, если вдруг попался приличный java dev, то и по зарплате и по ответственности это уже сеньор. Так что зарплата как раз сохраниться - но ее не нужно поднимать минимум на 25%, что бы человек перешел (как обычно бывает при поиске нужного разработчика на конкурентном рынке). ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2009, 13:06 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
dph3Хрен То есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге? Ну, почему-то, если вдруг попался приличный java dev, то и по зарплате и по ответственности это уже сеньор. Так что зарплата как раз сохраниться - но ее не нужно поднимать минимум на 25%, что бы человек перешел (как обычно бывает при поиске нужного разработчика на конкурентном рынке). Читал-читал, и теперь окончательно перестал что-либо понимать. У Вас теперь получается, что "если вдруг попался приличный java dev", то это будет непременно эрланговец с ЗП java senior'a??? А иначе все Ваши аргументы и вовсе перестают иметь отношение к эрлангу. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.08.2009, 18:18 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
попробуйте сиквел сервер намного дешевле получится оракла и db2 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2009, 00:16 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
erererererу1попробуйте сиквел сервер намного дешевле получится оракла и db2 Помимо "дешевле", что еще? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2009, 01:34 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
tanglir[Читал-читал, и теперь окончательно перестал что-либо понимать. У Вас теперь получается, что "если вдруг попался приличный java dev", то это будет непременно эрланговец с ЗП java senior'a??? Бррр... Не любой java dev - сеньор. Но почти любой приличный java dev (т.е. тот, который устраивал меня или мои проекты по качеству) - или официально числился сеньором или получал зарплату сеньора. У коллег тот же опыт. Т.е. найти на java проект нормального разработчика на зарплату сильно меньше, чем стоит давать эрлангисту - практически невозможно. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2009, 15:50 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Абсолют, а что еще надо - остальное почти тоже самое, что и у оракл с дб2 ... |
|||
:
Нравится:
Не нравится:
|
|||
01.09.2009, 23:17 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
2 dph3 Т.е. найти на java проект нормального разработчика на зарплату сильно меньше, чем стоит давать эрлангисту - практически невозможно. Эрлангистам Вы предлагаете "на рынке стандартную зарплату java dev" , не считая "уникального торгового предложения в виде нематериального бонуса" впридачу. По квалификации Вас устраивает java senior. Который "или официально числился сеньором или получал зарплату сеньора" . Нет ничего удивительного в том, что java senior не хочет работать за предлагаемую Вами стандартную зарплату java dev. Тем более нет ничего удивительного в том, что сениор не хочет работать за зарплату меньше, чем jev ( "сильно меньше, чем стоит давать эрлангисту" , а эргангисту Вы предлагаете "стандартную зарплату java dev" ). По этому поводу никаких вопросов не возникает. Вопросы возникают лишь по поводу Ваший утверждений о том, что устраивающие Вас эрлангисты (по квалификации являющиеся java senior'ами) соглашаются работать за "стандартную зарплату java dev". Так что еще раз: ХренТо есть вы предполагаете что он пойдет на понижение зарплаты (java senior -> java dev) просто потому что вы позволите ему писать на эрланге? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2009, 16:06 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
erererererу1Абсолют, а что еще надо - остальное почти тоже самое, что и у оракл с дб2 Корень слова "почти". Но не тоже самое. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.09.2009, 16:11 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
2 ЛП Брр, перечитал весь тред (оффтопичный, впрочем), понял, где непонимание. В первом посте читай "на зарплату сеньора". Основной смысл - что при поиске специалиста не нужно в предложение добавлять "премию за переход", такой премией является более интересная для человека специализация. (Просто как-то давно уже не нанимал не сеньоров :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2009, 14:49 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
хм... и всё равно непонятна аналогия java->erlang сеньора с oracle/db2 я надеюсь, вы же не верите в существование в природе крутого специалиста с многолетним опытом по oracle и db2 одновременно который в силу малой распространенности db2 вынужден за деньги админить богомерзкий оракл только чтобы прокормить семью при этом он в свободное время поддерживает свои знания в актуальном состоянии, читает форумы, блоги, книжки и статьи про db2 а по выходным гоняет сценарии отказа дома на виртуалках конечно такой человек прибежит к вам тот же день когда вы опубликуете вакансию ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2009, 17:16 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Угу. Зато мне известны DB2 админы, которые работают на сравнительно низкую зарплату на гос. конторы и не идут админить Oracle даже за сильно большие деньги :) А вот админить DB2 за нормальную зарплату - уйдут. Конечно, у них навык зачастую в DB2/AS400, а не DB2/UDB, но эта разница, в общем, не больше, чем между Oracle 9 и 10. Кстати, люди, пристойно знающие DB2 (достаточно для поднятия HA кластера, благо особых проблем это не треубует), но при этом зарабатывающие на MS SQL мне были известны (года три назад, сейчас не знаю, где человек работает). ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2009, 01:07 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
>> которые работают на сравнительно низкую зарплату на гос. конторы и не идут админить Oracle даже за сильно большие деньги :) не идут потому что не зовут, лень/поздно переучиваться? или из религиозных соображений? у них нет семьи, им не нужны деньги? или они стратежно выжидают своего звёздного часа и крупного коммерческого db2 проекта куда их оторвут с руками на зарплату senior oracle dba? вобщем странные люди я бы с такими людьми работать не хотел может у них ещё к каким-то технологиям особое отношение, идущее в разрез с линией партии ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2009, 14:56 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
2 dph3 Основной смысл - что при поиске специалиста не нужно в предложение добавлять "премию за переход" Большая часть ИТ-шников переходит с места на место с повышением зарплаты. Либо с неденежными (однако зачастую вполне материальными) бонусами. Гипотетический джава сениор (оракл сениор) меняет работу. Может пойти программить на своей джаве (оракле), и с повышением. Может пойти програмить на эрланге (дб2), без повышения. Вы говорите, что соглашаются на более низкую (чем могла бы быть) зарплату - только за то, что ему дают писать на эрланге (дб2)? такой премией является более интересная для человека специализация. Угу, угу. Но интересность - какое-то дюже скользкое понятие... На каждого Васю, фаната дб2 - найдется Петя, фанат оракла. И еще тысяча безымянных фанатов оракла будут в очереди стоять. К Вам в контору пришел Вася, променявший оракл на дб2, пусть даже без поднятия з/п, чиста пришел "на более интересную специализацию"? Поздравляю, завтра от Вас уйдет Петя, тоже чиста на более интересный для него оракл. Статистика показывает, что Петь - больше. Это не я придумал, это рынок труда такой. Как при таком раскладе Вы умудряетесь считать, что найти спеца по дб2 легче - хрен знает. мне известны DB2 админы, которые работают на сравнительно низкую зарплату на гос. конторы и не идут админить Oracle даже за сильно большие деньги :). А вот админить DB2 за нормальную зарплату - уйдут. А теперь подумайте, сколько миллионов ораклоидов ваще ни за какие деньги даже слышать не захотят про какое-то там дб2. А вот предложи им оракл админить - пойдут. Продолжаете считать, что дб2 проще найти? Ню-ню. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.09.2009, 15:48 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
ЛП2 dph3 А теперь подумайте, сколько миллионов ораклоидов ваще ни за какие деньги даже слышать не захотят про какое-то там дб2. А вот предложи им оракл админить - пойдут. Продолжаете считать, что дб2 проще найти? Ню-ню. + ... |
|||
:
Нравится:
Не нравится:
|
|||
02.05.2010, 13:07 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
На форуме тут кто-то советовал visual foxpro. В принципе я с ним согласен, у нас давно работает fox, проблем с ним нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2010, 00:24 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
толстые тролли, пошли, просто страшно Ойти уже не торт. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2010, 00:52 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
dph3Например, в Питере огромное количество Java разработчиков, гораздо больше, чем, например, на Erlang. Но на приличную зарплату найти разумного разработчика на Erlang легче, чем на Java. Почему - объяснять? Учитывая то, что Вы написали далее, картина такая: У Вас уже есть один ерлангист, Вам в помощь, Вам показалось, что заманить его не сложно. Теперь вы ищете третьего, не, не в смысле "третьим будешь?", а просто Вы этого третьего оставшегося ерлангиста, который в Питере, знаете лично. Но он сейчас на джавовом рынке труда - "или официально числится сеньором или получает зарплату сеньора", Вы просто забыли при разговоре у него это уточнить. Намекаете ему, что у Вас есть вакансия с зарплатой дева на ерланге, что равносильно джавовому сеньору, и он Вас устраивает... Лихо! Всего шаг до корпорации ерлангеров и полной монополии на этом, пусть небольшом, но своеобразном рынке труда. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.05.2010, 17:47 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
japVasil_2006Какую СУБД выбрать для высоконагруженной платежной системы? Vasil_2006Вариант freeware тоже рассматривается несовместимые понятия Да ладно, не факт ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.05.2010, 19:00 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
По сабжу: в соседней теме выяснили, что скулайт всех уделает ... и на всякий случай - :) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.05.2010, 11:54 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Pure.....выяснили, что скулайт всех уделает ... и на всякий случай - :) А не обделается?! ... |
|||
:
Нравится:
Не нравится:
|
|||
13.05.2010, 13:07 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Pure.....По сабжу: в соседней теме выяснили, что скулайт всех уделает ... и на всякий случай - :) Я еще выяснили, что всех делает, как минимум на 20 лет вперед, СУБД TJ7. Более того, сам Стив Балмер заявил, что ее движок будет использован при создании файловой системы NGFS (New Generation File System). ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2010, 08:13 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
RENaissance, дай пруфлинк ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2010, 13:55 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
tanglirRENaissance, дай пруфлинк Читать от начала до конца ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2010, 14:40 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
RENaissance, с удовольствием читал в своё время, но я попросил пруфлинк на заявление Балмера. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2010, 18:36 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
на OLTP присмотритесь к: DB2, Informix, Sybase ASE. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2010, 19:45 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
tanglirRENaissance, с удовольствием читал в своё время, но я попросил пруфлинк на заявление Балмера.между строк надо уметь читать :) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.05.2010, 02:44 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
DPH3да, конечно ограничено но дб2-шных ещё меньше (как среднерыночных так и хороших) в штуках, а не по "среднему кол-ву опыта" Как ни странно, это не совсем так. В СНГ (зачем ограничиваться РФ), DB2 часто используется в больших государственных или полугосударственных проектах. Т.е. процент DB2 DBA, которые знают, что такое большая система 24*7 - гораздо больше, чем для Oracle (который действительно, используют где попало). но ваш негативный опыт работы с одним из таких говорит лишь о том, что вы плохо провели собеседование и взяли плохого специалиста может денег надо было больше предлагать Гм, я не один раз искал и тех и других и общался и с теми и с другими. В конечном итоге брали хороших, но количество нерезультативных интервью при поиске Oracle DBA гораздо больше. Среднее время поиска - сравнимо (несколько месяцев с запроса до выхода на работу). Хотя DB2 DBA, например, как-то вытаскивали из Казахстана. Ну и, по опыту нескольких проектов (не только своих), DB2 DBA тратит заметно меньше времени на развертывание и поддержку системы 24*7 (при эквивалентных зарплатах, понятное дело). Понятно, что для полноценной статистики нужно хотя бы пару сотен проектов, но такой статистики даже у интеграторов (независимых) нет, так что можно ориентироваться только на личный опыт, увы. у вас богатый опыт изготовления 24*7 систем как на oracle так и на db2? можно поинтересоваться примерами Да я, в общем, другими системами уже изрядное время не занимаюсь :) Если интересно, то можешь посмотреть в инете по "Филипп Дельгядо", там резюме мое было, хотя далеко не все проекты входят в резюме, да и подробное описание проектов, увы, NDA не дает делать. Какая жалость, что я не нашел этот пост раньше, Ваш DBA из Казахстана обосрался по полной программе, и как DBA, и как руководитель... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2011, 18:45 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
В общем "DBA" вы выбрали настолько "удачно", что оставшиеся до сих пор поминают Вас "добрым" словом. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2011, 20:08 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
OMG, the drama! O_o ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2011, 20:10 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Random_GoodmanOMG, the drama! O_o Какая драма - констатация фактов, пруфов даже на форуме выше крыши. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.04.2011, 20:27 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Malevolence...Какая жалость, что я не нашел этот пост раньше, Ваш DBA из Казахстана обосрался по полной программе, и как DBA, и как руководитель...и чё? стоило поднимать давно умерший топик чтобы набросить говна? надеюсь полегчало? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2011, 00:03 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Надо было брать мейнфрейм и IMS. =) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2011, 12:39 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
Пофлужу как и я. -:) Vasil_2006Вариант freeware тоже рассматривается Постановка вопроса немного не правильная. Правильный вопрос. "какую архитектуру приложения следует использовать для высоконагруженной платежной системы?" ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2011, 13:59 |
|
Какую СУБД выбрать для высоконагруженной платежной системы?
|
|||
---|---|---|---|
#18+
КарточникПо данным из неофициальных источников в Визе все центральные реалтаймовые базы на Informix В Мастеркарде на Oracle. Брехня.... -:) Потому что по официальным данным там всегда использовался Mainframe. Например: Visa Inc. (NYSE: V), a global payments technology company, today announced the opening of a new global data processing center in North America. "The ability to provide a business platform that delivers a predictable and dynamic environment for increased transaction volume is crucial to success in commerce today," said Mark Anzani, IBM VP and chief technology officer for System Z. "Visa has raised the standard for future transactions processing by tapping the reliability and security of the new Z10 mainframe and the power of the new z/TPF software to connect an ever-increasing number of merchants, banks and consumers." ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2011, 14:07 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552685]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
137ms |
get tp. blocked users: |
1ms |
others: | 246ms |
total: | 456ms |
0 / 0 |