p
....эээээ
в смысле, кодовая база поддерживается без тестов?!
в смысле, кодовая база поддерживается без тестов?!
Есть далеко не везде.
Size: a a a
2020 February 20
OR
Почему вы считаете это высшей ступенью эволюции? Просто ещё один подход, с данными работать на стороне данных.
У меня мой личный опыт говорит мне, что лучше работать с данными в коде, а триггеры и хранимые процедуры обычно ведут к увеселению на ровном месте. Неудобно, обычно дурацкий язык, и всё ради того, чтобы... Я не знаю, ради чего.
Вам подходит — и прекрасно.
Вам подходит — и прекрасно.
MP
У меня мой личный опыт говорит мне, что лучше работать с данными в коде, а триггеры и хранимые процедуры обычно ведут к увеселению на ровном месте. Неудобно, обычно дурацкий язык, и всё ради того, чтобы... Я не знаю, ради чего.
Вам подходит — и прекрасно.
Вам подходит — и прекрасно.
и так много у кого.
MP
еще надо добавить (... а чего мы тут собрались все?), что данные по возможности иммутабельные
p
У меня мой личный опыт говорит мне, что лучше работать с данными в коде, а триггеры и хранимые процедуры обычно ведут к увеселению на ровном месте. Неудобно, обычно дурацкий язык, и всё ради того, чтобы... Я не знаю, ради чего.
Вам подходит — и прекрасно.
Вам подходит — и прекрасно.
Язык для работы с данными, вполне. Запрос в процедуре ничем не веселее, чем такой же, на стороне приложения. И всё ради того, чтобы не "притащил в приложение, отфильтровал, поменял, сравнил, положил обратно" стопицот раз запросив БД. А сделал всё за один вызов, там, где и лежат данные.
p
еще надо добавить (... а чего мы тут собрались все?), что данные по возможности иммутабельные
Я послушать про кложу умных людей. Но про БД, извините, не сдержался)
MP
там еще надо понимать, что триггеры интерпретируются далеко не самым быстрым интерпретатором
MP
и все такое прочее
MP
близость к данные, это несомненно, но это не всё.
p
Надо понимать, что запрос из приложения всегда сюрприз для планировщика, а вот функция, триггерная или обычная, мало того, что скомпилирована, так ещё и выполняется с лучшим планом.
То есть ситуация ровно обратная.
То есть ситуация ровно обратная.
MP
(блин... надо мне хоть большую букву ставить в начале новой фразы потока сознания...)
OR
Новая версия триггерной функции называется
fn_x_v2, если вдруг пришлось?MP
Надо понимать, что запрос из приложения всегда сюрприз для планировщика, а вот функция, триггерная или обычная, мало того, что скомпилирована, так ещё и выполняется с лучшим планом.
То есть ситуация ровно обратная.
То есть ситуация ровно обратная.
что-то я не понял про планы...
а если датасет поменялся, то триррегры перекомпилируются?
а если датасет поменялся, то триррегры перекомпилируются?
MP
это сейчас автоматически?
MP
то есть как понять какой план оптимален для триггера?
MP
там внутри всякие форы... ифы...
MP
А классный у нас Кложа чат! :)
p
что-то я не понял про планы...
а если датасет поменялся, то триррегры перекомпилируются?
а если датасет поменялся, то триррегры перекомпилируются?
План выполнения, куда и как именно лезть за данными. Не меняется, если не менялся исходный код, и кардинально не менялись данные.
OR
Лично для меня везде есть плюсы и минусы. Взгляд на процедуры без минусов смущает, потому что минусов предостаточно, при это плюсы тоже есть, но сложно однозначно утверждать, что плюсы точно перевешивают минусы в данном случае.
p
Новая версия триггерной функции называется
fn_x_v2, если вдруг пришлось?Нет, точно так же называется. И накатывается в момент релиза.