Welcome to Sign in | Help
in Search

Numar de conexiuni pentru SQL 2005 Developer Edition

Last post 04-02-2008, 10:57 PM by Diana. 10 replies.
Sort Posts: Previous Next
  •  03-30-2008, 11:08 AM 4497

    Numar de conexiuni pentru SQL 2005 Developer Edition

    Buna ziua,

    din cate stiti voi, numarul de conexiuni simultane pentru SQl Server 2005 Developer Edition este extrem de limitat? As vrea sa pun acest server intr-o facultate, pentru a permite studentilor programare cu ADO.NET + laborator de SQL. Cate conexiuni duce?

    Multumesc,
    Lucian

  •  03-30-2008, 4:10 PM 4502 in reply to 4497

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Vezi BOL pentru SQL 2005 ---> "user connections Option", "Maximum Capacity Specifications for SQL Server 2005".
  •  04-01-2008, 10:01 PM 4527 in reply to 4497

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Developer Edition este Entreprise Edition fara posibilitatea de licentiere in medii de productie.
    Cristian Andrei Lefter, SQL Server MVP
    MCT, MCSA, MCDBA, MCAD, MCSD .NET,
    MCTS, MCITP - Database Administrator SQL Server 2005
    http://sqlserver.ro
  •  04-01-2008, 10:55 PM 4528 in reply to 4527

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    xmldeveloper:
    Developer Edition este Entreprise Edition fara posibilitatea de licentiere in medii de productie.

    Dupa cite stiu,SQL Express e OK pentru medii de productie - cu vreo 5 conexiuni diferite simultan...

    Ignat Andrei
    http://serviciipeweb.ro/iafblog
  •  04-01-2008, 11:59 PM 4530 in reply to 4528

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

  •  04-02-2008, 1:28 AM 4531 in reply to 4530

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Diana:

    Sa inteleg din asta ca limitarile sunt
    1. GUI ( de pilda, nu pot edita job-urile)
    2. 4 GB
    3. Reporting services -trimitere prin email ?
    4. Altele?

    Ignat Andrei
    http://serviciipeweb.ro/iafblog
  •  04-02-2008, 10:19 AM 4533 in reply to 4531

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Nu inteleg punctele 1 si 3.

    SQL Express "duce" 1 CPU, 1GB RAM si 4GB / baza. In afara de asta nu ofera OLAP & data mining & SSIS si nici "agent" (folosesti in loc "task scheduler"). Nu poate fi "publisher" intr-o replicare. Nu ofera facilitati de "high availability" - pe aproape toate le gasesti numai in "enterprise".  In schimb are cam toate facilitatile de "programmability". Vezi in BOL ---> Features Supported by the Editions of SQL Server 2005.

    "Merge" si in productie, pentru afacerile foarte mici - ~10, hai 15 tranzactii pe zi in cazul fericit.

  •  04-02-2008, 10:22 AM 4534 in reply to 4533

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    ...si nu prea mult "trafic"...Smile
  •  04-02-2008, 2:19 PM 4535 in reply to 4533

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Diana:
    ...

    ...~10, hai 15 tranzactii pe zi in cazul fericit.


    Banuiesc ca te referi la asta.
    Ai niste referinte care sa sustina aceasta afirmatie sau cel putin poti descrie un scenariu ?
  •  04-02-2008, 6:54 PM 4539 in reply to 4535

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    www.dotnetkicks.com - site-ul este tinut pe un server Express si site-ul are ceva vizitatori zilnic.
    Chestia cu tranzactiile sunt curios si eu de explicatie.
  •  04-02-2008, 10:57 PM 4545 in reply to 4539

    Re: Numar de conexiuni pentru SQL 2005 Developer Edition

    Bogdan, Sirrocco, imi cer scuze, m-am referit la tranzactii comerciale.... Embarrassed

    Unul dintre clientii mei si-a inceput afacerea cu un shopping cart "powered by" SQL Express. Aplicatia .NET si SQL Express "imparteau" acelasi server (P4 2.4GHz cu 2GB RAM pe cate tin minte). A mers bine pana cand site-ul a ajuns ceva mai "frecventat" (era bine pozitionat pe Google). De la un moment incolo, performanta s-a degradat - in task manager ---> Processes se putea vedea cum w3wp.exe ajungea sa se "umfle" in detrimentul SQL. Pe de alta parte cred ca incepusem sa "beneficiem" si de limitarea de 1GB de RAM pentru "buffer pool". In cele din urma am mutat SQL - ul si .NET-ul pe masini separate (4GB RAM si procesoare "woodcrest" pe cate tin minte). Am facut un upgrade la SQL "workgroup edition". Nu am mai avut acest tip de probleme de atunci.

    Deci performanta se degradeaza de la un punct incolo, dar nu din cauza unei restrictii "de versiune" in ceea ce priveste numarul de operatiuni simultane...

View as RSS news feed in XML
Powered by Community Server (Commercial Edition), by Telligent Systems