Кстати, да.
У меня возникла подобная мысль… я хотел бы написать код на perl'е по работе со сложными структурами данных (ссылки, многоуровневые хэши и массивы, копирование структур) и предложить харбаюзерам перевести его на Ruby и Python и сделать бенчмарк. Если кто пожелает присоединиться (в ближайшие пару дней напишу в блоге) — велкам.
Кроме того, у меня есть несколько вопросов по платформе RoR — их я тоже опубликую чуть позже — надеюсь на ответы.
Это типа как в Perl'е use memoize? Так ничестно — это хак :)
А если серьезно, то конечно, хотелось бы какие-то комплексные тесты посмотреть.
Счетные задачи в вебе — это редкость. Обычно в вебе задачи структурные (работа со сложными структурами данных и обработка текстов).
Нормальные банки дают возможность клиентам, имеющим расчетные или карточные счета, заводить виртуальные карты через биллинг. С ограничениями по суммам, количествам платежей, сроку действия.
Сам лично пользуюсь для сетевых оплат виртуальной визой от Московского Индустриального (имея там карточный счёт).
Ой не факт…
Подобная стратегия работает хорошо если у вас памяти под кэш немеряно, да и то… очень уж разные ситуации бывают и жёстко оставлять только один вариант — могут быть большие проблемы.
Интересно, а сколько реальных задач (именно в веб-программировании), требующих таких глубоких рекурсий, чтобы программа падала из-за переполнения стека?
Спасибо за исследование, мальком просмотрел — вникну позже.
Сам на маленьких деревьях (до 1000 узлов) тупо гружу их в память и уже там разбираюсь что к чему… в приложениях FastCGI + кэширование, думаю, ни один SQL-подход не сделает быстрее.
У меня возникла подобная мысль… я хотел бы написать код на perl'е по работе со сложными структурами данных (ссылки, многоуровневые хэши и массивы, копирование структур) и предложить харбаюзерам перевести его на Ruby и Python и сделать бенчмарк. Если кто пожелает присоединиться (в ближайшие пару дней напишу в блоге) — велкам.
Кроме того, у меня есть несколько вопросов по платформе RoR — их я тоже опубликую чуть позже — надеюсь на ответы.
А если серьезно, то конечно, хотелось бы какие-то комплексные тесты посмотреть.
Счетные задачи в вебе — это редкость. Обычно в вебе задачи структурные (работа со сложными структурами данных и обработка текстов).
PS Perl тоже умеет использовать Си…
Сам лично пользуюсь для сетевых оплат виртуальной визой от Московского Индустриального (имея там карточный счёт).
Подобная стратегия работает хорошо если у вас памяти под кэш немеряно, да и то… очень уж разные ситуации бывают и жёстко оставлять только один вариант — могут быть большие проблемы.
Я хочу понять зависимость кол-ва запросов от объема данных…
Ну да ладно, тем кто понял — больше достанется :)))
local.joelonsoftware.com/mediawiki/index.php/%D0%9A%D0%B0%D0%BA_%D0%B7%D0%B0%D1%81%D1%82%D0%B0%D0%B2%D0%B8%D1%82%D1%8C_%D0%BD%D0%B5%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9_%D0%BA%D0%BE%D0%B4_%D0%B2%D1%8B%D0%B3%D0%BB%D1%8F%D0%B4%D0%B5%D1%82%D1%8C_%D0%BD%D0%B5%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D0%BE
Не идет ни в какое сравнение с другими.
Я обычно рисую структуру БД в ERWin, потом делаю экспорт в XML, а дальше парсером строю структуры данных для своего БД-фреймворка. Быстро и удобно.
Последнее время смотрю на StarUML (тут выше про него писали) — так он вообще все изначально хранит в XML…
А как с этим у других средств?
Сам на маленьких деревьях (до 1000 узлов) тупо гружу их в память и уже там разбираюсь что к чему… в приложениях FastCGI + кэширование, думаю, ни один SQL-подход не сделает быстрее.