What you mentioned already, is correct. The Global scope is the same as the Admin scope. They are not quite the same, but because all other scopes (Store View, Store, Website) are managed from within the Magento Admin Panel, the Magento Admin Panel needs to have the scope Global to work. This also means that the Base URL of your Global Scope needs to point to the Magento admin URL. However, Magento has also introduced the option "Custom Admin URL" as you mentioned - and this complicates things a little bit. As I understand it, the "Custom Admin URL" should be used if the Magento backend should be only accessed through a private URL (for instance, an internal URL for people behind a corporate firewall) - so this would then become privateseparatenode.com. However, the Magento global scope might still need contacting from the outside world. For instance, if PayPal does an IPN callback, it contacts Magento and this might be on the global scope (don't know if this is actually true or not), and for that reason you would need a public URL like publicseparatenode.com. So in short, the Custom Admin URL is normally only needed if the Admin needs to be accessed through a private method, while the global scope (Base URL in Global Scope) should be publicly accessible.
In short: Your setup seems completely correct in that the Global Scope is using the domain separatenode.com (assuming it is publicly accessible). However, I've seen third party modules in the past that did not respect the scoping at all, and simply loaded stuff from the global scope because that seemed easier. So your issue might be with a third party module (?).
The fact that your Magento backend is on a different node is not important. With Magento, it is suggested that you have one "virtual" application instance pointing to one "virtual" database, even though there could be multiple application instances on different nodes pointing to the same database, or multiple database instances because of clustering or alike. Think of it this way: There is one Magento configuration tree, which has values across multiple scopes. That same configuration tree is accessed from your Magento backend node.
use storeId instead of $stores
like
$model = Mage::getModel('core/store')->load($store->getId());
$model->delete();
load function will load current store in for loop with $store->getId()
this is just pseudocode use should have to follow just checkout with detail code in mage library
hope this will work for you.
Best Answer
You don't need to be able to set up multiple admin views - you need the ability for vendors to submit products to the catalog (with your final approval, of course), fulfill orders, print shipping labels, etc.
In that case what you really need is a dropship solution. I'm very familiar with and constantly impressed by the range of products by Unirgy. I use them very often with a number of clients, especially uDropship. Sure, it's an expensive 'plugin' but it'd be much more expensive for you or a team of developers to spend weeks or months reinventing this wheel.
http://www.unirgy.com/