Возможно, но это всё равно остается неверным утверждением.
Можно просто так взять и множить «UN e-Government Readiness Index» на кол-во жителей в стране и получить неких попугаев.
Так вот эти попугаи, хотя и не будут сильно объективным показателем, тем не менее позволят сравнить масштаб бедствия в разных странах.
Думаю основная проблема в отсталости систем разных ведомств, о чем Козырев упомянул.
Не очень понятно, почему у нас такой «уникальный» масштаб с котором никто в мире не сталкивался.
По сути 140 млн. пользователей, если включать стариков и младенцев, и отсутсвие каких-то огромных масштабов запросов(не сравнить с биллингом, биржами и т.д.).
За кроликом вообще нужно присматривать, благо у него неплохая админка и http api.
У нас однажды была ситуация, когда он начал отказываться принимать новые сообщения из-за небольшого, по его мнению, свободного места на диске :) При этом во всем остальном он работал как положено
Мой прошлый дизель при уже при -20 не нагревался на холостых :) в -25 попадаешь в пробку и температура начинает падать… и в салоне тоже. И знаю такие же бензиновые у которых маленький объем и турбина.
Современные двигатели(не стоит сюда приписывать японские или американские) настолько хорошо экономят топливо, что в нормальный мороз прогреть их на холостых проблематично.
т.е. в 21 веке об окружающей среде заботятся несколько другими методами.
а на движках разработки *цати летней давности — да, лучше прогреть.
Да, очень часто. Точнее я видел тока одну большую систему жестко заточенную на БД.
1. Практически все крупные CRM системы работают на разных базах. Это касается и Oracle Siebel CRM.
2. Практически все BI системы поддерживают разные БД
Все остальное — мелочи и\или говнософт, за редким исключением.
Весь банковский или подобный софт строится вокруг CRM.
Могу предположить, что сильно самописные тока игры, биржи и web гиганты типа google.
А заплатят больше за то, что раньше сделают и будут продавать. Siebel откровенное говно, причем крайне медленное(я бы даже сказал фантастически медленное), но не думаю что бывает софт дороже.
Не так, что это всё никто не делает из-за геморойности.
Не так, что продукт будет делать как минимум на порядок дольше(Вы же сами всё пишете).
Не так, что будет больше ошибок(ведь Ваш велосипед только Вы тестируете).
Не так, что изменения сложней вносить.
Не так, что нет IDE для этого.
Не так, что не возможно сделать gracefull restart.
Не так, что Вы будете вынуждены вынести сервер в деметализированную зону для общения с партнерами или всё равно писать вокргу БД какой-то софт.
Не так, что после того как Вы из-за предыдущего пункта напишите какой-то софт, Вам придется владеть 2 раза большим кол-вом технологий, т.е. увеличить технологический долг сразу в 2 раза.
главное конечно — vendor lock-in, но это не в тему.
Похоже мой путь всё таки проще :)
Когда я последний раз пытался зайти в оракловый суппорт(30.10.2012), он сутки не работал :-D
А вот так я после этого пытался обновить SQL Developer
Проблема купить Terradata? :)
Ну или для вариант для бедных — один из форков postgres может работать прикидываясь ораклом(для переходного периода) и стоять RAC'ом.
В контексте полного ухода от оракла есть куча прекрасных технологий — hadoop, всякие приватные и не очень обалка и т.д.
Сейчас специально посчитал сколько у свеже поставленного Oracle Siebel CRM таблиц в схеме… 4728.
Внимание вопрос — на сколько надо быть дисциплинированным, если пишешь софт вокруч чего-то подобного :-D
Вроде как Сбер внедряет Siebel — ад для pl\sql'щиков
Я знаю что все это есть, знаю как сложно с этим работать, а главное знаю что в любом фреймворке любого нормально ЯП Вам даже доку для таких элементарных вещей читать не пришло — это бы просто было и работало.
Покажите мне mail(или что-то типа того) с трейсом ошибки, который Вы сделали или хотя бы используете и я покажу Вам свои, которые просто сами приходят :)
Кстати, можно было проще:
1. Регимся на oracle.com
2. Качаем нужный образ виртуалки тут www.oracle.com/technetwork/community/developer-vm/index.html
3. Запускаем
4. Profit
В ожидание следующей части:
1. копируем образ
2. запукаем скопированный
3. меняем hostname'ы
4. profit
это ж вам не просто субд, а настоящие средство для сублимации
людям делающим yum install postgresql не понять
те, кто пытался поставить его самостоятельно, к примеру на ubuntu, меня поймут :-D
Его нельзя просто так взять и протестировать — это ыНтырпраЙз
Можно просто так взять и множить «UN e-Government Readiness Index» на кол-во жителей в стране и получить неких попугаев.
Так вот эти попугаи, хотя и не будут сильно объективным показателем, тем не менее позволят сравнить масштаб бедствия в разных странах.
Думаю основная проблема в отсталости систем разных ведомств, о чем Козырев упомянул.
По сути 140 млн. пользователей, если включать стариков и младенцев, и отсутсвие каких-то огромных масштабов запросов(не сравнить с биллингом, биржами и т.д.).
У нас однажды была ситуация, когда он начал отказываться принимать новые сообщения из-за небольшого, по его мнению, свободного места на диске :) При этом во всем остальном он работал как положено
Современные двигатели(не стоит сюда приписывать японские или американские) настолько хорошо экономят топливо, что в нормальный мороз прогреть их на холостых проблематично.
т.е. в 21 веке об окружающей среде заботятся несколько другими методами.
а на движках разработки *цати летней давности — да, лучше прогреть.
Наверно Вы Линус Торвальдс, ну или Балмер на худой конец :-D
1. Практически все крупные CRM системы работают на разных базах. Это касается и Oracle Siebel CRM.
2. Практически все BI системы поддерживают разные БД
Все остальное — мелочи и\или говнософт, за редким исключением.
Весь банковский или подобный софт строится вокруг CRM.
Могу предположить, что сильно самописные тока игры, биржи и web гиганты типа google.
А заплатят больше за то, что раньше сделают и будут продавать. Siebel откровенное говно, причем крайне медленное(я бы даже сказал фантастически медленное), но не думаю что бывает софт дороже.
Есть разные способы хранения. У всех есть свои плюсы, минусы и предназначения.
На выбор оракла банками, никак не влияют его возможности.
Но есть редкие руководители банков, которые держат у себя настоящих IT'ишников в руководстве
Куда я должен пойти из банка с hadoop?
www.slideshare.net/m_hepburn/apache-hadoop-bigdatainbanking
www.forbes.com/sites/tomgroenfeldt/2012/05/30/morgan-stanley-takes-on-big-data-with-hadoop/
Еще погуглить?
P.S. hadoop'ом не пользовался. так к слову сказал.
Не так, что продукт будет делать как минимум на порядок дольше(Вы же сами всё пишете).
Не так, что будет больше ошибок(ведь Ваш велосипед только Вы тестируете).
Не так, что изменения сложней вносить.
Не так, что нет IDE для этого.
Не так, что не возможно сделать gracefull restart.
Не так, что Вы будете вынуждены вынести сервер в деметализированную зону для общения с партнерами или всё равно писать вокргу БД какой-то софт.
Не так, что после того как Вы из-за предыдущего пункта напишите какой-то софт, Вам придется владеть 2 раза большим кол-вом технологий, т.е. увеличить технологический долг сразу в 2 раза.
главное конечно — vendor lock-in, но это не в тему.
Когда я последний раз пытался зайти в оракловый суппорт(30.10.2012), он сутки не работал :-D
А вот так я после этого пытался обновить SQL Developer
Ну или для вариант для бедных — один из форков postgres может работать прикидываясь ораклом(для переходного периода) и стоять RAC'ом.
В контексте полного ухода от оракла есть куча прекрасных технологий — hadoop, всякие приватные и не очень обалка и т.д.
Внимание вопрос — на сколько надо быть дисциплинированным, если пишешь софт вокруч чего-то подобного :-D
Вроде как Сбер внедряет Siebel — ад для pl\sql'щиков
Покажите мне mail(или что-то типа того) с трейсом ошибки, который Вы сделали или хотя бы используете и я покажу Вам свои, которые просто сами приходят :)