|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Будет ли работать SQL Server 7.0 Desktop Edition в сети? Говорят что возможно заставить работать Enterprise Edition на Standard Edition NT Server. Как? Какое наилучшее сочетание ОС(4.0 , 2000) и SQL Server (6.5, 7.0, 2000)? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2000, 11:56 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Ответы по порядку: 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. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2000, 17:39 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
1. Сеть на основе NT Workstation 2. Вообще-то имелся ввиду 7.0 3. А 2000+2000 не слишком сыро может лучше 4.0 + 6.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2000, 21:03 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
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, репликации и разных интерфейсных красивостей. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.12.2000, 21:50 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Спасибо! А для сервера (в смысле SQL & NT) 128 Мб памяти как? Пользователей 10 (но не одновременно работающих). SQL будет применятьс для работы с 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.12.2000, 18:59 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Я не знаю точных рекомендаций 1С, но, по-моему, вполне достаточно. А в принципе - что ты мучаешься? 1С давно выпускает свои продукты на базе SQL Server. Т.е. последний должен входить в комплект поставки 1С (если только это не Аллоды ) и разворачиваться вместе с ним. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2000, 08:35 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Ну если бы так! Мне их диллеры в уши так надули, что чуть не купил. Потом просто почитал в рунете отзывы и успокоился. Они кстати мне сервак навяливали брать обязательно у них же, но за совершенно дополнительную плату. А из всего вышеизложеного если перпективы роста нет, может просто остановится на их же фйловом варианте (<=10 юзеров)? Я понимаю, это конечно не так круто как SQL версия, но почитай отзывы... ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2000, 12:52 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
У меня сложилось мненние, что 1с, включая сиквельный вариант, - это жирный клиент и толстый сервер. Очень странное зрелище представляют ихние хранимые процедуры - не похоже, что в них сосредоточена серьёзная бизнес-логика. Вот пример ХП: Create procedure _1sp__1SBKTTL_TLock AS set nocount on declare @i integer select @i=1 from _1SBKTTL(TABLOCK HOLDLOCK) where 0=1 Немного странно, да? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2000, 14:48 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Наверное имелось ввиду "жирный клиент и тощий сервер". Так оно и есть. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.12.2000, 16:06 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Приведенный пример sp демонстрирует, может быть, тупую логику на серверной стороне, но не является доказательством толстого клиента и тонкого сервера. Иногда народу просто в лом переписывать файл-серверную версию под архитектуру клиент-сервер, тогда мы видим на всякий чих создание клиентских курсоров типа select * from tbl и последующий секс с ними на клиенте. Но поскольку в 1С, надеюсь, этого нет, то я бы все равно отдал предпочтение клиент-серверной версии против файл-серверной. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.12.2000, 10:46 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Пример процедуры не имел цели подтвердить тезис о толстом клиенте и тонком сервере. Просто большинство процедур 1С выглядит примерно таким образом и совсем не видно других, которые выполняли бы настоящую работу, например формировали данные для отчётов или вычисляли зарплату. А предположение о толстом клиенте естественно возникает при практической работе с 1С. При формировании сложных отчётов, на которых уходит минуты две, отчётливо видно, что клиент нагружен под завязку, а сервер - едва-едва, выполняя просто перекачку данных по запросам типа select * from t. Такое впечатление, что даже сиквельная версия получает весь массив данных, а затем на клиенте тупо их фетчит. Да и в самом встроенном языке нет средств для работы с хранимыми процедурами. Большинство программ на 1с выглядит как фокспрошные (while not eof и т.д.). Т.е. в принципе многие вычисления представлены в виде курсорных операций, которые и на SQL сервере буду вычислятся долго. Некрасиво это как-то. И что мне ещё очень не нравится в 1с - это непрозрачность системы. Таблицы, поля и ХП имеют бессмысленные названия, нигде по человечески не описанные. Очень непросто доступаться к 1с данным извне, из других систем. А такая необходимость часто появляется при создании всяческих интегрированных систем (MRP, ERP). И последнее. Я лично ничего не имею против 1с, наоборот, моя фирма занимается внедрением их ПО. ТОлько мне кажется, что главная сила 1с в удачном маркетинге, а не в софте. Поправьте меня, если я ошибаюсь. С уважением. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.12.2000, 17:38 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Прочел обсуждение по поводу ресурсов. Из опыта могу добавить: На 1С SQL БД размером 1-2 Гб, и на 10-12 юзеров 128 МБ маловато. Мало даже 256. Оптимально - 512 ОЗУ, SCSI HDD, Dual PIII 650. У нас с такой конфигурацией крутится 25 юзеров на 2 1С ГБ базе. Пока ничего. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2000, 10:52 |
|
Возможные варианты установки SQL Server на Windows NT
|
|||
---|---|---|---|
#18+
Если кому-то очень интересно мое мнение по поводу 1С, то достаточно подробно я его высказал на другой конференции. Вот адрес: http://c85.cemi.rssi.ru/access/AnsPointDetail.idc?QID=9635 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.12.2000, 13:05 |
|
|
start [/forum/topic.php?fid=46&msg=32001267&tid=1827525]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 151ms |
0 / 0 |