ActiveRecord для Erlang
Мое предложение состояло бы в том, чтобы создать хранимую процедуру, которая принимает значение по умолчанию lastUpdate к getdate ().
я старался избегать триггеров в прошлом, потому что определение местоположения pre-SQL2005 и редактирование их были болью в огузке. Специально для разработчиков, которые плохо знакомы с Вашим проектом.
Также добавляют что как значение по умолчанию для Вашего определения столбца.
3 ответа
Итак, основные преимущества ActiveRecord (как я его вижу):
- Вы можете сохранять объекты в реляционной базе данных почти прозрачно.
- Вы можете выполнять поиск в базе данных по любому атрибуту ваших объектов.
- Вы можете проверять объекты при их сохранении.
- Вы можете использовать обратные вызовы при удалении, обновлении или вставке объекты.
С Mnesia:
- Вы можете сохранять любые данные Erlang абсолютно прозрачно.
- Используя сопоставление с образцом,
Я не думаю, что на момент написания этой статьи это действительно так. Это может быть потому, что системы, написанные на erlang, и люди, которые их пишут, на самом деле не требуют реляционных баз данных. Я вижу гораздо больше кода, использующего mnesia, CouchDB, Tokyo Cabinet и другие подобные альтернативные технологии баз данных.
Это не значит, что кто-то может не захотеть создавать что-то вроде активной записи. Просто в этом пока не было необходимости. Может ты будешь первым? : -)
Некоторые поисковые запросы показывают, что библиотеки / клиенты / оболочки для Couchdb описывают «ActiveRecord подобные библиотеки, такие как CouchFoo», и советуют держаться подальше:
http://upstream-berlin.com/2009/ 31 марта / the-case-of-activerecord-vs-couchdb /
http://debasishg.blogspot.com/2009/04/framework-inertia-couchdb-and-case-of.html#
Что касается вашего комментария о том, что "еще не подходит для веб-приложений", я думаю, что есть части: mochiweb, couch, yaws, азота, erlyweb. Есть несколько мощных инструментов, парадигма которых сильно отличается от rails, django и PHP.