Возможные варианты установки SQL Server на Windows NT

Будет ли работать SQL Server 7.0 Desktop Edition в сети?
Говорят что возможно заставить работать Enterprise Edition на Standard Edition NT Server. Как?
Какое наилучшее сочетание ОС(4.0 , 2000) и SQL Server (6.5, 7.0, 2000)?

Ответы по порядку:
1. Смотря на чем он стоит и в какой сети. На NT или 2000 поддерживается весь обычный набор сетевых библиотек. На Windows 95/98/Me протокол AppleTalk не поддерживается полностью, Banyan Vines - только клиентская часть. Named Pipes и RPC (Multiprotocol) в сетях TCP/IP и IPX/SPX - тоже только клиентские части. Сие значит, что клиентские соединения по этим сетевым библиотекам он обслуживать не станет, хотя сам по ним сможет приконнектиться к "взрослому" SQL Server. Полностью поддерживаются NWLink IPX/SPX и TCP/IP-сокеты.
2. Купить 2000-й. SQL Server 2000 Enterprise Edition без проблем встает на обычный Windows 2000 Server. Я это проверял. Говорят, что и на NT Standard Edition тоже.
3. Наилучшее по какому критерию? Если требуется максимум возможностей при минимуме гемора, то однозначно 2000 на 2000.

1. Сеть на основе NT Workstation
2. Вообще-то имелся ввиду 7.0
3. А 2000+2000 не слишком сыро может лучше 4.0 + 6.5

1. Будет работать в сети обычным образом. Функциональность по сравнению со стандартным слегка кастрирована: отсутствует внутризапросный параллелизм, опережающее чтение, продвинутые стратегии оптимизации связей, поддержка волокон (легковесных потоков), полнотекстовый поиск и OLAP. Кроме того, рабочий пул в нем ограничен 5-ю потоками, т.е. будет притормаживать на > 5 одновременных коннектах.
2. 7.0 EE -> только на NT EE, либо на 2000 Advanced Server
3. Да нет, нормально. Мое мнение: после выхода 7.0 SP1 все 6.5 и меньше можно смело выкидывать. А SQL Server 2000... Он практически полностью на 7-рочном движке. Скажем так, это семерка, доведенная до ума с точки зрения T-SQL, репликации и разных интерфейсных красивостей.

Спасибо! А для сервера (в смысле SQL & NT) 128 Мб памяти как? Пользователей 10 (но не одновременно работающих). SQL будет применятьс для работы с 1С.

Я не знаю точных рекомендаций 1С, но, по-моему, вполне достаточно. А в принципе - что ты мучаешься? 1С давно выпускает свои продукты на базе SQL Server. Т.е. последний должен входить в комплект поставки 1С (если только это не Аллоды ) и разворачиваться вместе с ним.

Ну если бы так! Мне их диллеры в уши так надули, что чуть не купил. Потом просто почитал в рунете отзывы и успокоился. Они кстати мне сервак навяливали брать обязательно у них же, но за совершенно дополнительную плату. А из всего вышеизложеного если перпективы роста нет, может просто остановится на их же фйловом варианте (<=10 юзеров)? Я понимаю, это конечно не так круто как SQL версия, но почитай отзывы...

У меня сложилось мненние, что 1с, включая сиквельный вариант, - это жирный клиент и толстый сервер. Очень странное зрелище представляют ихние хранимые процедуры - не похоже, что в них сосредоточена серьёзная бизнес-логика. Вот пример ХП:

Create procedure _1sp__1SBKTTL_TLock AS
set nocount on declare @i integer select @i=1 from _1SBKTTL(TABLOCK HOLDLOCK) where 0=1

Немного странно, да?

Наверное имелось ввиду "жирный клиент и тощий сервер". Так оно и есть.

Приведенный пример sp демонстрирует, может быть, тупую логику на серверной стороне, но не является доказательством толстого клиента и тонкого сервера. Иногда народу просто в лом переписывать файл-серверную версию под архитектуру клиент-сервер, тогда мы видим на всякий чих создание клиентских курсоров типа select * from tbl и последующий секс с ними на клиенте. Но поскольку в 1С, надеюсь, этого нет, то я бы все равно отдал предпочтение клиент-серверной версии против файл-серверной.