import pandas
df = pandas.read_csv('large_txt_file.txt')
del dfReducing memory usage in Python is difficult, because Python does not actually release memory back to the operating system. If you delete objects, then the memory is available to new Python objects, but not free()'d back to the system (see this question).
for station in config.STATIONS_LIST:
sql_query = f"select * from table where where station = '{station}'"
df = pd.read_sql(sql_query, con=connection_pg)
filename = f'data_{station}'
filename_with_path = os.path.join(config.OUTPUT_PATH, filename)
compression_options = dict(method='zip', archive_name=f'{filename}.csv')
df.to_csv(f'{filename_with_path}.zip', compression=compression_options, index=False)
<b>df = ' '</b>
gc.collect()Замыкание (англ. closure) в программировании — функция первого класса, в теле которой присутствуют ссылки на переменные, объявленные вне тела этой функции в окружающем коде и не являющиеся её параметрами. Говоря другим языком, замыкание — функция, которая ссылается на свободные переменные в своей области видимости.
Замыкание, так же как и экземпляр объекта, есть способ представления функциональности и данных, связанных и упакованных вместе.
Замыкание — это особый вид функции. Она определена в теле другой функции и создаётся каждый раз во время её выполнения. Синтаксически это выглядит как функция, находящаяся целиком в теле другой функции. При этом вложенная внутренняя функция содержит ссылки на локальные переменные внешней функции. Каждый раз при выполнении внешней функции происходит создание нового экземпляра внутренней функции, с новыми ссылками на переменные внешней функции.
В случае замыкания ссылки на переменные внешней функции действительны внутри вложенной функции до тех пор, пока работает вложенная функция, даже если внешняя функция закончила работу, и переменные вышли из области видимости.[1]
Замыкание связывает код функции с её лексическим окружением (местом, в котором она определена в коде). Лексические переменные замыкания отличаются от глобальных переменных тем, что они не занимают глобальное пространство имён. От переменных в объектах они отличаются тем, что привязаны к функциям, а не объектам.
In programming languages, a closure, also lexical closure or function closure, is a technique for implementing lexically scoped name binding in a language with first-class functions. Operationally, a closure is a record storing a function[a] together with an environment.[1] The environment is a mapping associating each free variable of the function (variables that are used locally, but defined in an enclosing scope) with the value or reference to which the name was bound when the closure was created.[b] Unlike a plain function, a closure allows the function to access those captured variables through the closure's copies of their values or references, even when the function is invoked outside their scope.
The concept of closures was developed in the 1960s for the mechanical evaluation of expressions in the λ-calculus and was first fully implemented in 1970 as a language feature in the PAL programming language to support lexically scoped first-class functions.[2]
Peter J. Landin defined the term closure in 1964 as having an environment part and a control part as used by his SECD machine for evaluating expressions.[3] Joel Moses credits Landin with introducing the term closure to refer to a lambda expression whose open bindings (free variables) have been closed by (or bound in) the lexical environment, resulting in a closed expression, or closure.[4][5] This usage was subsequently adopted by Sussman and Steele when they defined Scheme in 1975,[6] a lexically scoped variant of Lisp, and became widespread.
Важная идея в работе с составными данными — понятие замыкания (closure): клей для
сочетания объектов данных должен позволять нам склеивать не только элементарные
объекты данных, но и составные.
Procedures are Closures
Scheme procedure's aren't really just pieces of code you can execute; they're closures.
A closure is a procedure that records what environment it was created in. When you call it, that environment is restored before the actual code is executed. This ensures that when a procedure executes, it sees the exact same variable bindings that were visible when it was created--it doesn't just remember variable names in its code, it remembers what storage each name referred to when it was created.
Since variable bindings are allocated on the heap, not on a stack, this allows procedures to remember binding environments even after the expressions that created those environments have been evaluated. For example, a closure created by a lambda inside a let will remember the let's variable bindings even after we've exited the let. As long as we have a pointer to the procedure (closure), the bindings it refers to are guaranteed to exist. (The garbage collector will not reclaim the procedure's storage, or the storage for the let bindings.)
Here's an example that may clarify this, and show one way of taking advantage of it.
Suppose we type the following expression at the Scheme prompt, to be interpreted in a top-level environment:
Scheme> (let ((count 0)) (lambda () (set! count (+ count 1)) count)))
##
Evaluating this let expression first creates a binding environment with a binding for count. The initial value of this binding is 0. In this environment, the lambda expression creates a closure. When executed, this procedure will increment the count, and then return its value. (Note that the procedure is not executed yet, however--it's just created.) This procedure, returned by the lambda expression, is also returned as the value of the let expression, because a let returns the value of its last body expression. The read-eval-print loop therefore prints a representation of the (anonymous) procedure.
хаос в разрешении всевозможных ситуаций: подписок, отписок, удалении постов и так далее.
внутри одной БД это реализуемо.
Так судя по комментам в этом топике, двухфазная фиксация или SAGA - это в принципе НЕ ТРАНЗАКЦИИ, т.е. никакой фактической транзакционности там нет?
Значит, любая система из связанных микросервисов априори не является надежной системой и всегда возможны потери данных?
с собственными ip адресами
MAX('date') и это дата, а сравнивается это значение с good (который как я понимаю id)SELECT `good` AS `id`, /* `price`, */ MAX(`date`) as `date`
FROM `item_good_supplies`
WHERE `good` IN('23068', '21805', '23204', '22493', '21813', '21802', '23845')
GROUP BY `good`v. Но в вашем коде это не так, потому что r будет меняться внутри рекурсивного вызова.dfs(a, ref visited, n, i, x, ref cnt, ref p, ref r);dfs(a, ref visited, n, i, x, ref cnt, ref p, r.ToArray());class Program
{
public struct Path {
public List<int> Vertexes { readonly get; private set; }
public Path(int vertex) {
this.Vertexes = new List<int>();
this.Vertexes.Add(vertex);
}
public Path(List<int> vertexes, int vertex) {
if (vertexes != null) {
this.Vertexes = new List<int>(vertexes);
}
else {
this.Vertexes = new List<int>();
}
this.Vertexes.Add(vertex);
}
public Path Add(int vertex) {
Path p = new Path(this.Vertexes, vertex);
return p;
}
public bool hasVertex(int vertex) {
return Vertexes.Contains(vertex);
}
public int LastVertex() {
return Vertexes.Last();
}
}
public static List<Path> RunDfs(in int[,] graph, int n, in Path currentPath, int targetVertex) {
int currentVertex = currentPath.LastVertex();
if (currentVertex == targetVertex) {
return new List<Path> { currentPath };
}
else {
List<Path> result = new List<Path>();
for (int i = 0; i < n; i++) {
if (graph[currentVertex,i] == 1 && ! currentPath.hasVertex(i) ) {
List<Path> newPaths = RunDfs(graph, n, currentPath.Add(i), targetVertex );
result.AddRange(newPaths);
}
}
return result;
}
}
static void Main(string[] args) {
int[,] graph = { {0,1,1,0},{0,0,0,1},{0,1,0,0}, {0,0,0,0}};
Path curPath = new Path().Add(0);
List<Path> paths = RunDfs(graph, 4, curPath, 3);
Console.WriteLine("Hello World!");
}ну это ж бред в наше время, тратить ресурсы на такие базовые, по моему, вещи. Сам я, если что, хеловорлд на питоне или баше, ну может чуть больше.
решения, позволяющие, условно, роботу на колесиках с Raspberry Pi и подключенной к нему камерой ездить по квартире и не врезаться, объезжать препятствия, видеть (пусть будет выделенный из окружения значок) свою зарядную станцию и заезжать на нее...
...иметь возможность малыми усилиями дополнять функционал ("робот, та херня, которую ты объехал заехав в комнату называется мяч, прикати его мне" ну как пример, можно проще).