SergeyLeeВозник новый проект у новой группы разработчиков, и их отправили ко мне, как первопроходцу в GT.M/NoSQL.
Я уже писал, что несколько лет назад крупный проект на X.Magic был перенесен из Cache в GT.M.
SergeyLeeИ первый вопрос: чем NoSQL лучше SQL?
Еще раз: за более, чем 30 лет, мне удалось найти только одну область, для которой алгебра, и SQL, в частности, применимы, так как гармонично сочетаются с семантикой. Для подавляющего большинства задач SQL просто бесполезен.
SergeyLeeИ второй вопрос: чего выбрали GT.M?
Чтобы не платить за лицензии IS. В случае, если у Вас уже есть СУБД или Вы хотите написать свою СУБД (или хотите использовать MUMPS для прямого доступа к глобалам).
SergeyLeeВ эти вопросы вмешивается вопрос: как много времени надо для понимания той или иной NoSQL, чтобы понять является ли она необходимым решением нашей задачи.
Для MUMPS - две-три недели.
SergeyLeeТак что минусы пока такие:
- время изучения и осознания всех мелочей администрирования и программирования,
- непонятно чем и как я могу снизить производительность, изначально заявленную в GT.M (например я разрабатывал все на С++, с вызовом C Call-In функций, насколько это медленно, чем писать все на М? насколько затратно по времени разработки это будет?),
- проблемы с репликацией, которая только Master/Slaves, и для реализации нечто подобного Master/Master необходимо обдумать и реализовать дополнительный код.
Задача снижения производительности, вероятно, может быть решена многими способами.