Ah. Now that's a question 😉
PCI-to-PCI bridges are needed for a handful of reasons. Some obvious ones:
* You can only have this many electrical loads on one bus, and you can make the traces only this long. If you want more devices and/or longer traces, you'll need a bridge chip.
* Any given PCI slot lets you connect just ONE device. If you want to make a multifunction card, you need to put a PCI-PCI bridge into that one device position, to create your own PCI bus on-card and run your multiple devices on that one.
* If you want to have different technology busses in the same system, PCI-PCI bridges isolate the properties. E.g. if you want to have PCI-X slots as well as plain 33 MHz PCI slots, you'll need a bridge to attach the slower slots to the faster bus without kicking the fast bus back into slow mode.
"Transparent"? That means that after the system's BIOS is done setting up the bridge architecture, device enumeration and usage are implemented without ever touching any programming feature of the bridge chips. Once they're set up, configuration and actual use traffic travels through these bridges automagically. Device drivers do not need to have any knowledge about how to get to "their" chip, they can completely ignore the fact whether their device is on a bridged bus or on a native one.