Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
thats a little under-par as far as DB specs go. For our transactional DB we recommend:
Main Processor: Quad Core Intel Xeon X7350, 8MB Cache 2.93 GHz, 1066 MHz FSB or faster
3 Additional Processors: Quad Core Intel Xeon X7350, 8MB Cache 2.93 GHz, 1066 MHz FSB or faster
I could nearly run PeopleSoft for 500+ users on that config.
MySQL's bottleneck is usually Disk I/O.
Make sure you get a good disk sub system with a good NIC (and good drivers).
licensing is per cal not cpu, unless your talking enterprise version vs. standard inital cost.If you have to use per-CPU licensing, then your costs will be much much less going with the quad core option.
licensing is per cal not cpu, unless your talking enterprise version vs. standard inital cost.
and if you'd read a bit further or investigate a bit more that processor license is per workload not socket, and it makes no sense at all to go that way as it ends up being far more expensive than cal licenses per user.
there is a loophole in the per person cal that allows you to buy your cals for the expected maximum workload at any given time if it's for anonymous web based traffic. for example your maximum expected locked records is 500 at any given moment, you only buy 600 cals to have some leeway.
the per processor cal is always maximum ability for sql to process transactions on moderate enterprise level hardware per core (it's based on threaded workload, not processor socket). it's priced so that you need to spend higher margin on hardware to gain against the processor cal vs. the user cal method so you lose not gain in the long run.
also i used to work for the big redmond machine
the per processor license is only there for enterprise customers using volume licensing, and special cases like a few partners etc... to qualify for it in the first place requires a hoop dance on the part of your reseller or existing enterprise agreements with xxx amounts of sql cals already purchased. it is basically only in place for orginizations to use "true up" to purchase overkill licensing ahead of time and at the end of the agreement ot get a refund based on what they didn't use in their envirornment. as volume licensing is all about the more you buy the cheaper the products get in the agreement, so enterprises buy a lot at the right moment to record a loss and get the refund at the right time when they need a gain.
there is a loophole in the per person cal that allows you to buy your cals for the expected maximum workload at any given time if it's for anonymous web based traffic. for example your maximum expected locked records is 500 at any given moment, you only buy 600 cals to have some leeway.
It's per physical socket, not per core, and certainly not some bizzare number or threads/utilization or whatever.
Here's what Microsoft says-
That's funny. Hilarious even. Even under the open business license, a SINGLE user CAL runs about $150... now multiply that by your 600 number. So besides being LESS cost effective than buying a CPU license, you still wouldn't be in compliance with your licensing requirements. Microsoft is pretty clear about the ability to transfer CALs between users and what a "user" is (and it's not some anonymous web user)- this is from their FAQ section. No digging required.
"A device CAL allows any number of users to gain access to licensed server software from a particular device. A user CAL lets a particular user gain access to licensed server software from any number of devices. In other words, a user CAL covers a particular user's access to the server software from work computers and laptops, as well as from home computers, handheld computers, Internet kiosks, and other devices. A device CAL covers access by multiple users to server software from a single, shared device."
Oh, and if you just went "ah ha!" about the device CAL thinking that perhaps your firewall using NAT runs everyone thourgh a single device.... read up about multiplexing.
The garbage man technically works for microsoft, but that doesn't make him qualified to dispense licensing advice.
Remember- advice you receive over the internet is only worth what you paid for it.
http://www.newegg.com/Product/Produc...82E16832102538
Microsoft is getting more and more money.......lol............![]()
under a vl agreement you can get them for as low as 25 depending on the agreement and the amount purchased undet the agreement in total.
SQL Server licensing simply doesn't work the way you're describing. It turns out that per-socket licenses are available to anyone who wants to buy one, and that SQL Server licensing has nothing to do with record lock counts.also i used to work for the big redmond machine, the per processor license is only there for enterprise customers using volume licensing, and special cases like a few partners etc...
IBM and Oracle charge per core, not per socket....
IBM and Oracle charge per core, not per socket....
This is wrong.
Oracle's "per socket, hooray dual cores" crap lasted about a year, if that, for those who are curious. (They made a big deal about it when the first dual-cores were introduced.) List for Oracle 10g Enterprise is $40,000 per core. Before you get into needed features and support agreements.
IBM charges based on Processor Value Units, or PVUs typically. Certain DB2 editions are per user, per application, or per connection.
On PVUs; A processor family is assigned a number of PVUs per core; this is to accommodate real hardware like iSeries, pSeries, POWER, etcetera, where you can allocate fractions of cores down to tenths. The average is 100 PVUs per core; POWER6 is 120 per core, Sun Niagra junk is 40 per core.
MSRP on DB2 Enterprise v9.5 is $175 per named user or $51.75 per PVU, or $5,175.00 per core per year; this includes all licenses and support agreements.
I don't understand - you said I was wrong and then you seem to confirm what I said is true by presenting some numbers - could you elaborate?