The EDB Postgres Advanced Server is an advanced deployment of the PostgreSQL relational database with greater features and Oracle compatibility, from EnterpriseDB headquartered in Bedford, Massachusetts.
N/A
Pytorch
Score 9.3 out of 10
N/A
Pytorch is an open source machine learning (ML) framework boasting a rich ecosystem of tools and libraries that extend PyTorch and support development in computer vision, NLP and or that supports other ML goals.
It's great if you are using or wish to use PostgreSQL and need the added performance optimization, security features and developer and DBA tools. If you need compatibility with Oracle it's a must-have. There are many developer features that greatly assist dev teams in integrating and implementing complex middleware. It's great for optimizing complex database queries as well as for scaling. I would recommend Postgres Plus Advanced Server for any software development team that is hitting the limit of what PostgreSQL is capable of and wants to improve performance, security, and gain extra developer tools.
They have created Pytorch Lightening on top of Pytorch to make the life of Data Scientists easy so that they can use complex models they need with just a few lines of code, so it's becoming popular. As compared to TensorFlow(Keras), where we can create custom neural networks by just adding layers, it's slightly complicated in Pytorch.
PPAS Oracle compatibility, especially the PL/SQL syntax, has made migrating database-tier code very simple. Most Oracle packages do not need to be changed at all and those that do are generally for simple reasons like a reserved word in PPAS that is allowed in Oracle.
PPAS xDB, the multi-master replication tool, is simple and - most important - does not break with network or other interruptions. We have been able to configure and forget, which our customers could never do with other multi-master tools.
Most people had no idea that PPAS and PostgreSQL have full CRUD support for JSON. They think you need a specialized product and/or that JSON is read-only. Every organization that I have worked with is evaluating adding JSON to their relational model.
Documentation is excellent but spread out across many resources and can take a while to wade through—would benefit from having more intro level, getting started guides for various languages.
Ruby support is excellent but more Ruby examples and beginner-level documentation would be nice.
It is sometimes hard to find a community of users on StackOverflow so a larger community, and a dedicated forum with active members to answer questions and work through issues would be nice.
The big advantage of PyTorch is how close it is to the algorithm. Oftentimes, it is easier to read Pytorch code than a given paper directly. I particularly like the object-oriented approach in model definition; it makes things very clean and easy to teach to software engineers.
PPAS proved better for our customer's data-centric apps than Oracle in all but a few edge cases (encryption at rest and multi-TB database-tier backups) because it is simpler to install/maintain, runs nearly all Oracle-syntax SQL as well as ANSI SQL. PPAS has much more JSON capabilities (full CRUD vs. read-only in Oracle), simpler geospatial, simpler / more stable replication and datatypes that match developer expectations, such as BOOLEAN and ENUMs.
Pytorch is very, very simple compared to TensorFlow. Simple to install, less dependency issues, and very small learning curve. TensorFlow is very much optimised for robust deployment but very complicated to train simple models and play around with the loss functions. It needs a lot of juggling around with the documentation. The research community also prefers PyTorch, so it becomes easy to find solutions to most of the problems. Keras is very simple and good for learning ML / DL. But when going deep into research or building some product that requires a lot of tweaks and experimentation, Keras is not suitable for that. May be good for proving some hypotheses but not good for rigorous experimentation with complex models.
Postgres Plus Advanced Server is quite complex and may take longer to implement certain things than simply using PostgreSQL depending on developer familiarity with the platform.
Getting up to speed can be daunting so again, there is an upfront cost in time spent learning the platform, besides the potential for extra time spent on a feature-by-feature basis.
The cost of Postgres Plus Advanced Server should be weighed against simply using PostgreSQL to decide which is the best solution for your business needs.
