Циклы в базе данных против приложения

Question

Циклы в базе данных против приложения

0

Вскоре я планирую переписать свое приложение на Java (с VB.NET), и, поскольку у меня появился такой шанс, я планирую сделать большую очистку кода в новом приложении, так как тот, который написан на VB.NET, является моим первым приложением и это оказалось довольно большим для одного человека.

Во всяком случае, я думал об использовании циклов в хранимых процедурах MySQL (которые я ненавижу, я не могу сказать почему), и, если возможно, лучше запросить базу данных для данных, мне нужно выполнить цикл, а затем использовать клиентский ПК для выполнения все эти операции, а затем отправить данные обратно в базу данных.

Пример работы: в моих приложениях поступают товары. Когда я продаю товары, мне нужно подключить продажи с ранее купленными товарами с помощью правила First in First out. Например, я купил 10 бананов, затем еще 10, а затем 20. Затем я хочу продать 30 из них, поэтому я связываю первые 10 бананов, и он оставляет меня с 20, поэтому я связываю его с другими 10, поэтому он оставляет меня с 10, а затем я свяжите его с последней партией бананов, но я не использую их всех, поэтому у меня осталось 20 бананов.

Как я вижу это:

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

Как вы думаете?

FilipK 26 янв. 2018, в 11:13

Источник

5

В общем: петли, плохо; Операции на основе SQL, хорошо. Вы можете быть удивлены тем, как часто вы можете заменить циклы SELECT .
Gordon Linoff 26 янв. 2018, в 09:44
0

Прежде чем углубляться в хранимые процедуры, попробуйте небольшой кейс и убедитесь, что он вам поможет. Хранимые процедуры MySQL могут значительно замедлить работу вашего приложения.
khelwood 26 янв. 2018, в 09:44
0

Это сложный вопрос, я не думаю, что на него можно ответить, не будучи слишком субъективным. Попробуйте, какой подход быстрее, безопаснее и, вероятно, переносим.
fireandfuel 26 янв. 2018, в 09:49
0

Ну, я пытался заменить этот цикл с помощью INSERT INTO вместе с оператором SELECT, но я не смог этого сделать. Возможно, это отсутствие у меня знаний, так как я никогда не изучал какой-либо язык, кроме как знакомство с основами. Большую часть этого я выучил самостоятельно.
FilipK 26 янв. 2018, в 09:53
3

Большинство людей здесь изучили навыки самостоятельно, но они не остановились на основах. Если ваш подход к решению проблемы - «Я пытался, но не смог», то вы никогда не научитесь правильно.
Kayaman 26 янв. 2018, в 10:09
0

Ну, для меня это не было проблемой, потому что я уже сделал это с помощью цикла, я просто проверял, могу ли я сделать это по-другому. Кроме того, у меня не всегда есть время для проверки, потому что я единственный разработчик в своей компании, и я также забочусь о сети, программном и аппаратном обеспечении. В основном все, что связано с ИТ. И люди всегда приходят ко мне с новыми предложениями к программе, которая должна быть сделана сейчас или даже днем раньше.
FilipK 26 янв. 2018, в 10:21
0

@FilipK, возможно, вам следует обратиться за помощью в переписывании ваших циклов в выбор. На этот вопрос вы уже получили свой ответ: протестируйте оба подхода и используйте тот, который быстрее.
Shadow 26 янв. 2018, в 10:30
0

Помимо производительности, вы захотите рассмотреть близость базы данных к приложению и надежность этого соединения (одна и та же машина, та же сеть, отдельные сети через Интернет?) ... разговорные вызовы часто имеют более высокую вероятность сбоя (помимо проблемы производительности разговоров)
Ctznkane525 26 янв. 2018, в 12:11
0

Для цикла, я думаю, все это связано с тем, сколько времени вам потребуется для запроса к базе данных.
the_lotus 26 янв. 2018, в 13:40

Показать ещё 7 комментариев

Теги:

mysql

java

sql

loops

vb.net

1 ответ

Ещё вопросы

В общем: петли, плохо; Операции на основе SQL, хорошо. Вы можете быть удивлены тем, как часто вы можете заменить циклы SELECT .
Прежде чем углубляться в хранимые процедуры, попробуйте небольшой кейс и убедитесь, что он вам поможет. Хранимые процедуры MySQL могут значительно замедлить работу вашего приложения.
Это сложный вопрос, я не думаю, что на него можно ответить, не будучи слишком субъективным. Попробуйте, какой подход быстрее, безопаснее и, вероятно, переносим.
Ну, я пытался заменить этот цикл с помощью INSERT INTO вместе с оператором SELECT, но я не смог этого сделать. Возможно, это отсутствие у меня знаний, так как я никогда не изучал какой-либо язык, кроме как знакомство с основами. Большую часть этого я выучил самостоятельно.
Большинство людей здесь изучили навыки самостоятельно, но они не остановились на основах. Если ваш подход к решению проблемы - «Я пытался, но не смог», то вы никогда не научитесь правильно.
Ну, для меня это не было проблемой, потому что я уже сделал это с помощью цикла, я просто проверял, могу ли я сделать это по-другому. Кроме того, у меня не всегда есть время для проверки, потому что я единственный разработчик в своей компании, и я также забочусь о сети, программном и аппаратном обеспечении. В основном все, что связано с ИТ. И люди всегда приходят ко мне с новыми предложениями к программе, которая должна быть сделана сейчас или даже днем раньше.
@FilipK, возможно, вам следует обратиться за помощью в переписывании ваших циклов в выбор. На этот вопрос вы уже получили свой ответ: протестируйте оба подхода и используйте тот, который быстрее.
Помимо производительности, вы захотите рассмотреть близость базы данных к приложению и надежность этого соединения (одна и та же машина, та же сеть, отдельные сети через Интернет?) ... разговорные вызовы часто имеют более высокую вероятность сбоя (помимо проблемы производительности разговоров)
Для цикла, я думаю, все это связано с тем, сколько времени вам потребуется для запроса к базе данных.

Kooooons · Accepted Answer · 2018-01-26T12-42-00.000Z

Пытаясь ответить объективно, я бы сказал: это зависит от сложности вашего запроса, количества данных, которые необходимо обработать, и от используемой СУБД.

Я также хотел бы добавить, что только потому, что данные обрабатываются в базе данных, это не должно быть быстрее, чем ваше приложение. Основное качество баз данных лежит в операциях на основе набора SQL, как уже писал Гордон Линофф.

Если вы не анализируете несколько сотен тысяч наборов данных, возможно, вам не нужно много беспокоиться о производительности, но больше о том, что является наиболее удобным для пользователя способом.

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

В вашем примере это означает: используйте SQL, чтобы получить ваш запас, отфильтрованный для бананов, и отсортировать их по дате (очевидно). Затем проведите свои результаты в приложении и остановитесь, как только вы получите нужное количество бананов

Используя оконную функцию Sum-Function, вы можете даже ограничить результаты запроса точкой, что кумулятивная сумма количества передает определенное значение.