Потому что SQL-ная БД - не единственный способ организвовать дурацкий поиск.
А использование ORM-ов над SQL-ем это вообще по-моему идиотизм.
Объекты - это очень слабая (потому как слишком универсальная) абстракция. Сама по себе реляционная модель - абстракция куда более мощная.
Хотя, конеяно, при таких объемах данных, как те, что я на питоне обрабатываю. можно и конструктор объекта на кажыдй кортеж звать - не жалко. Оверхед пренебрежимо малый получится. Там и сотни тысяч объектов не наберется. Но вот объекты hashable придется делать вручную. А named tuples они такие даром получаются.
В основном, конечно вопрос там в наиболее сладком синтаксическом сахаре. Как сделать код наиболее понятным для читателя.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2020-01-06 07:10 am (UTC)А использование ORM-ов над SQL-ем это вообще по-моему идиотизм.
Объекты - это очень слабая (потому как слишком универсальная) абстракция. Сама по себе реляционная модель - абстракция куда более мощная.
Хотя, конеяно, при таких объемах данных, как те, что я на питоне обрабатываю. можно и конструктор объекта на кажыдй кортеж звать - не жалко. Оверхед пренебрежимо малый получится. Там и сотни тысяч объектов не наберется. Но вот объекты hashable придется делать вручную. А named tuples они такие даром получаются.
В основном, конечно вопрос там в наиболее сладком синтаксическом сахаре. Как сделать код наиболее понятным для читателя.