Цитата:
Сообщение от
macklakov
Ведь рабочие будут в памяти, в виде объектов. В этом вся фишка, что данные не нужно получать и сохранять, они все время под рукой.
...
Часть, конечно, останется в табличной форме, т.к. это наиболее естественно. К примеру, таблица закзов. Но вот строки заказов, это уже атрибуты самих заказов. А колличество запросов и их сложность резко снизится, т.к. к запросы по связанным таблицам, это скорее исключение.
…
Это при условии, что будет принята идеология J2EE, а не набор ad hoc-ов...
Зачем все собирать в кучу, методы хранения информации, методы представления объектов в приложении, способы их технической реализации, пользовательские интерфейсы… а затем все в J2EE и против РБД?
Не понятна целесообразность такого подхода. Какая преследуется цель? В чем ее практическая ценность?
«Память будет больше – все в память – быстрее обработка», а что быстродействие самый актуальный вопрос? Тогда как быть с сохранностью информации (в том числе долгосрочной), а надежностью системы, энергонезависимостью и т.п.
P.S. Наблюдение: архитектура сооружений – отдельная наука, материаловедение – отдельная наука. Находим новый материал, ищем ему применение (т.е. пользу), применяем, изучаем последствия, распространяем…
В перспективе => непредсказуемо: он может со временем вытеснить известные ранее материалы, может занять свою отдельную нишу или исчезнуть, сам замененный чем-либо.