AM
Если приложение может сосчитать данные быстрее базы, то имеет смысл заменить базу на простой файл.
Size: a a a
2021 June 05
IZ
Очень логично, согласен
АХ
Вот это поворот
АХ
Писать на языке где поддерживается объектно ориентированное программирование существенно сложнее чем на процедурном SQL?
АХ
Ява - язык выского уровня, на ряду C# PHP Pyhton и т.д. Это не низкоуровневый C где писать приложения является очень трудоёмким занятием. Ява из коробки обладает всеми инструментами которые позволят решать задачи быстрее, чем в низкоуровневых языках
АХ
E
Джава действительно язык из разряда PHP. Подтверждаю.
АХ
Если у тебя задача написать тривиальное приложение. Возможно проще использовать SQL, Но когда речь пойдёт о замысловатом функционале, где объекты представлены сущностями и имеют набор состояний и функций преобразования. На SQL ты уедешь в большой тупик
АХ
Да элементарно, просто обратиться к удаленному источнику за информацией по HTTPS в SQL кажется смешным а потом ещё и результат в цикле перебрать и записать.
достаточно сравнить реализации в SQL и том же JAVA.
достаточно сравнить реализации в SQL и том же JAVA.
АХ
Эти языки в принципе нельзя сравнивать, они для разных задач
AM
Чтобы можно было внести изменения только на уровне базы, вообще не касаясь кода приложения.
AM
Чтобы не тянуть в приложение половину базы данных из-за нескольких элементарных действий.
E
А зачем?
AM
Чтобы защитить данные в базе от злонамеренного воздействия при взломе кода приложения.
E
А как это защитит данные?
AM
Например сэкономить на java программисте.
E
Тогда придется потратиться на SQL-колдунщика ровно той же суммой
E
Это просто перенос проблем ниже по стеку, не более
АХ
А ещё, это даст неподдерживаемость приложения когда колдунщик подпишет увольнение