LINUX.ORG.RU
ФорумTalks

[orm-отстой]Пока вас мучает hibernate вышла очередная бетка iBatis


0

0

Искать ее гдето тут:

http://ibatis.apache.org/

Это такая штука, коя позволяет не хранить макароны SQL кода в исходниках жавы, а вынести их в отдельный файлик и дергать оттудова по айдишнику, можно использовать аннотации для маппинга результатов запросов к бинам или описать сей процесс в техже файлах где и код запросов. А можно... в общем дофига всего можно, там еще есть кеш и прочие полезные вещи.


ps. код запросов можно подгружать динамически - там пара строк кода.

★★☆
Ответ на: комментарий от yoghurt

нормализованная РБД работает быстрее, чем ООПБД?


Да. Например, у тебя гигабайтная таблица, в РБД она проиндексирована, а как ООПБД будет делать select по такому огромному количеству записей? Наверняка просядет

Karapuz ★★★★★
()
Ответ на: комментарий от yoghurt

Белка хочет сказать, что нормализованная РБД работает быстрее, чем ООПБД?:)

Вы не угадали.

Порой между объектами бывает так много всяких хитрозакрученных отношений, что отображение этого всего на plain-таблицы будет тем ещё злом.

Если Вы пытаетесь запихнуть объекты в реляционную субд, то это не к лору, а в другой кабинет.

wfrr ★★☆
() автор топика
Ответ на: комментарий от iZEN

Белка, не вижу плохого в том, чтобы писать SQL-код прямо в Java-классах.

Извольте осилить тред, тут все было не раз доказано.

Как сказал Вирт,

Вирт, это тот который позор программирования - «паскаль» написал?

Так что лучше инкапсуляция кода и данных, чем: мухи отдельно, и слоны отдельно.

Котлеты, а не слоны, уважаемый. И пока ни один разумный человек не доказал, что мой подход плох.

А иначе программирование превращается в очередное решение программистских проблем БЕЗ Java, как это ни странно, где Java — всего лишь движок (подпорка, костыль) для «настроечных» скриптов, которые и выполняют всю работу. :))

Ежели у программиста кривые руки тол он запорет любую идею, такие ситуации мы тут не рассматриваем.

wfrr ★★☆
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.