хм, быстрее в человеко-часах? или быстрее выполнение запроса?
если первое — тут готовое решение выигрывает, и не нужно писать сложные (и трудно поддерживаемые) PL функции для каждой операции, причем добавить сервер дешевле (окупается за месяц-два), чем нанимать отдельного человека на адаптацию и поддержку
если второе, то что мешает сделать простейший шардинг, например разделяя записи по диапазону какого-то поля или вычисляя остаток отделения от PK? (кстати pl/sql компилируется в байт код?)
сказать сложно что будет быстрее выполнятся — надо проводить бенчмарки
Вы меня не поняли. Я хотел сказать, что на данный момент львинная доля доходов России — продажа природных ископаемых. И если вдруг этот бизнес станет не прибыльным — России будет очень туго. Вот моя мысль.
> или вы хотите сказать, что у ruby нет и не было проблем с «хостингом»(аппсерверами)?
быть может когда то и были (как у явы)
сейчас проблем нет. никаких. тем более с mod_rails.
name_eng
code_iso (ISO 3166)
а то их в GN накопилось очень много
если первое — тут готовое решение выигрывает, и не нужно писать сложные (и трудно поддерживаемые) PL функции для каждой операции, причем добавить сервер дешевле (окупается за месяц-два), чем нанимать отдельного человека на адаптацию и поддержку
если второе, то что мешает сделать простейший шардинг, например разделяя записи по диапазону какого-то поля или вычисляя остаток отделения от PK? (кстати pl/sql компилируется в байт код?)
сказать сложно что будет быстрее выполнятся — надо проводить бенчмарки
pardon?
например для ruby есть sequel — удобный ORM ( пример )
а то я могу тоже засунуть кипятильник в банку, и сказать что выделяется водород…
головой и руками зарабатывать не можем? нужно продавать то, что досталось бесплатно?
быть может когда то и были (как у явы)
сейчас проблем нет. никаких. тем более с mod_rails.