Why no/few MongoDB packages and PHP support?
All, Devs, Why are there no PHP-mongo or MongoDB packages? Yes MongoDB has a Apache custom:SSPL1 license (which explains why there is no MongoDB in official repos), but the php package has a normal Apache license, as does mongosh and mongodb-tools has reasonably non-restrictive mixed (Apache-2.0 BSD-2-Clause BSD-3-Clause ISC MIT MPL-2.0) licensing. I ask because recently I ended up working with it on Arch. While it isn't a replacement for SQL (relational) databases, it as a noSQL database, fills a different role, and has advantages depending on what your data is. (it's a document database where it stores collections of records which are simply JSON (or binary JSON) documents. This makes adding/removing documents trivial, as you don't care what the individual fields are, you are just storing documents. Even in the same collection the documents need not have the same fields. Obviously, there is no where near the tight "relational" quality between records, but if you are just handling documents, that's a plus. (and also why SQL [relational] and noSQL [document oriented] databases won't replace one another, they just fill different data-handling roles) There are some packages in user-repositories, but no ver: 4.4 (older, but last to support non-AVX processors). Does anyone know why there is such a dearth of mongo support in openSUSE? Anyone interested in it? Given is popularity in the containerized world, I was surprised not to find more of a selection? More of a curiosity, than anything else, but if folks are interested, it may be worth writing a .spec and creating a package. -- David C. Rankin, J.D.,P.E.
Le 21/11/2024 à 08:22, David C. Rankin a écrit :
All, Devs,
Why are there no PHP-mongo or MongoDB packages?
I would be also interested (to install an old app using only mongodb) thanks jdd -- https://dodin.org
On Thu, Nov 21, 2024 at 8:23 AM David C. Rankin <drankinatty@gmail.com> wrote:
More of a curiosity, than anything else, but if folks are interested, it may be worth writing a .spec and creating a package.
I get my MongoDB from here: https://repo.mongodb.org/zypper/suse/15/mongodb-org/7.0/x86_64/ If you are training neural networks from images, this is a great source of annotated images. And it requires MongoDB. I'll admit I do not use it directly. But indirectly it shows up in lots of places. -- Roger Oberholtzer
On 11/21/24 5:17 AM, Roger Oberholtzer wrote:
On Thu, Nov 21, 2024 at 8:23 AM David C. Rankin <drankinatty@gmail.com> wrote:
More of a curiosity, than anything else, but if folks are interested, it may be worth writing a .spec and creating a package.
I get my MongoDB from here:
https://repo.mongodb.org/zypper/suse/15/mongodb-org/7.0/x86_64/
If you are training neural networks from images, this is a great source of annotated images. And it requires MongoDB. I'll admit I do not use it directly. But indirectly it shows up in lots of places.
Then after the Thanksgiving holiday, I'll see if I can get an openSUSE package together for the 4.4 version (the 7 & 8 versions are also available). I just need it to run on non-AVX processors. The newer versions are an easy build, the 4.4 just to a bit of patching for, e.g. boost 1.86 to build with current libraries. I just finished a package for Arch/AUR (https://aur.archlinux.org/packages/mongodb44), so it should be just getting a .spec together and letting buildservice fetch the source. It would be nice to have. I hate being stuck with "that's only available on Arch" or vice-versa. -- David C. Rankin, J.D.,P.E.
On Thu, Nov 21, 2024 at 11:05 PM David C. Rankin <drankinatty@gmail.com> wrote:
On 11/21/24 5:17 AM, Roger Oberholtzer wrote:
I get my MongoDB from here:
https://repo.mongodb.org/zypper/suse/15/mongodb-org/7.0/x86_64/
I see I left out the link to the place that has made installing MongoDB a requirement for me: https://voxel51.com/ That was what the next bit was about. There are literally millions of openly available images with feature annotations available.
If you are training neural networks from images, this is a great source of annotated images. And it requires MongoDB. I'll admit I do not use it directly. But indirectly it shows up in lots of places.
-- Roger Oberholtzer
On 11/22/24 1:52 AM, Roger Oberholtzer wrote:
I see I left out the link to the place that has made installing MongoDB a requirement for me:
That was what the next bit was about. There are literally millions of openly available images with feature annotations available.
I ran across it as a dependency to eGroupWare which now "incorporates" RocketChat and a couple of other components that rely on mongodb. I've since run across a mongo dependency in another handful of web-apps. I see where it makes sense for things like chat or log messages (that many apps log in json). With a noSQL database, you don't need to know or validate the fields, just add another document. Then from the query side, you just query the fields you are interested in, and if a document contains a match, it's returned, even though there may be another 1/2 of the documents that don't even have the queried field. It's not a problem, they are just simply not returned. So instead of all records in a table in SQL having to have the identical fields (columns) and be apples-to-apples type records, in noSQL you can have apples, bananas, grapefruits and double-decker busses in the same collection. While the learning curve is as broad for both types of databases, it's not nearly as steep to get started storing things in noSQL. Once you can store one document, you can store them all without having to tailor code for each new collection. It's like a database-light approach. -- David C. Rankin, J.D.,P.E.
participants (3)
-
David C. Rankin -
jdd＠dodin.org -
Roger Oberholtzer