prev
next
ru.ftn.develop
FromIvan Agarkov2:5020/849.1Date Write2012-09-15 22:24:28
ToMithgol the Webmaster0:0/0.0Date Arrived2012-09-16 03:00:02
SubjПечальное рассуждение о единстве SQL-форматов, которого нет
Attr
Привет, Mithgol!

Mithgol the Webmaster писал(а) Ivan Agarkov в 11:08 15 сен 12

IA>> Этим занимается ORM. Ближе к финалке могу снять схему.
MW> Если этим заменяется ORM, то формат базы для тебя является
MW> внутренностями чёрного ящика в том смысле, что программно ты вмешаться
MW> в него не сможешь или не пожелаешь, не правда ли?
Это значит, что мне не нужно тратить время на написание простых SQL-запросов.
Это значит, что имея некий объект ( например сообщение ), я делаю
dao.insert(message) и ORM сам превращает это в INSERT INTO,
_основываясь_на_том,_какую СУБД_я_использую_.
Это значит, что кроме замены драйвера postgresql на sqllite мне не понадобится
ничего менять.
А структуру я могу поменять, просто изменив описания объектов.
MW> договориться об общем формате данных в SQLite-базе. (Да оно и сейчас
MW> может, но законченной трёхкомпонентной системе это в известном смысле
MW> по барабану.)
Правильно. Если кому-то захочется, исходный код есть в git.
Из него можно сделать фреймворк и потом использовать в других проектах -
лицензия Apache это позволяет.
Hо создавать фреймворк сейчас, будучи абсолютно не уверенным в том, что он
кому-то нужен... Hет уж, увольте.
MW> Я это пишу оттого, что соображаю: в исторической перспективе
MW> складывается такая ситуация, которая напоминает приближение к граблям
MW> и даже готовность вскоре наступить на них. Чего опасаюсь.
Учитвая низкую популярность Фидо, такой софт пишется в первую очередь для себя
и/или узкого круга заинтересованных лиц. Я сильно сомневаюсь, что пользователей
jNode как ноды будет больше двух-трех человек, а как пойнткомплекта - больше
десятка. Уговорить кого-то сменить работающие годами программы на новые
практически нереально. Поэтому граблей можно не бояться.

MW> Если эта тенденция (этот тренд) продолжится, тогда примерно к 2015 ──
MW> 2020 году Фидонет подойдёт со множеством взаимно совместимых прежних
MW> систем 1990-х годов и со множеством гораздо более современных систем
MW> (внутренне пользующихся всеми достоинствами, присущими SQL-базам, а
MW> также другими современными достижениями; так, например, пользующихся
MW> всем пространством юникодовых символов в кодировке UTF-8, тогда как
MW> многие старые программы, и мегапопулярный GoldED в том числе, проще
MW> выбросить, чем переписать под Unicode), однако же взаимно
MW> несовместимых по формату хранения баз фидопочты и доступа к ним.
Как показывает практика, правильно ( ну или просто не особо коряво )
реализовать хранение и обработку сообщений в SQL можно практически единственным
способом. Это связано с разными костылями вроде необходимости поиска дюпов,
синбаев и другой фигни.
Hу и к 2015-2020 году ( если ничего не изменится ) в Фидо останется ещё меньше
народу, которые таки смогут договориться о новых протоколах на Съезде Ещё Живых
Фидошников в 2020м году ;)

MW> С тех пор я не только не сочинил замышляемого тогда тоссера, но и
MW> название это было у меня похищено:
Патентовать надо было. А лучше - сесть и напрограммить ;)


// Ivan Agarkov, 2:5020/848
--- it works!
* Origin: jNode project! [http://fidonode.in/jnode/] (2:5020/849.1)