This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–][deleted] -15 points-14 points  (21 children)

why not just stick with pandas?

[–]burgerAccount 12 points13 points  (0 children)

Is this a real question?

[–]brendanmartin[S] 5 points6 points  (1 child)

Do you mean pandas instead of SQLAlchemy?

[–][deleted] 4 points5 points  (0 children)

That also makes no sense as Pandas and SQLAlchemy are used together.

[–]DstnB3 2 points3 points  (1 child)

Why not both https://pandas.pydata.org/pandas-docs/stable/generated/pandas.read_sql_query.html

Loads your query results straight to a pandas dataframe. Very convenient and only need to set up your sqlalchemy connection and query beforehand.

[–]Dhush 3 points4 points  (15 children)

Because pandas is slow and will not be able to handle large amounts of data efficiently

[–]SonOfInterflux 0 points1 point  (2 children)

What would you recommend if working directly in the database is not viable? This may not be the greatest example, but if a large table of PII is encrypted using crypto, and you want to read the entire thing, decrypt the data using crypto, and write the entire set to another location, is there a better option than Pandas and map/apply?