СЕРВЕР

Вид для печати

Показывать 40 сообщений этой темы на одной странице

13.11.2002, 20:30
aXeL

Цитата:

Исходное сообщение RS
...............
Лучше я скажу с чем я не люблю работать - это Visual Basic... ну не нравятся мне его работа с таблицами... И очень уважительно отношусь к Visual FoxPro, это давняя любовь - начиная с версии
2.0 for DOS.
.............
[/B]

Visual Васик не "работает с таблицами" напрямую, а использует драйверы ODBC от Микрософта, как и все продукты микрософт, работающие с базами разных типов.
Visual FoxPro и Foxpro 2.0 для ДОС - это небо и земля. В свое время Foxpro - это был ПРОРЫВ, именно так, с Большой буквы, а VFox - это топтанье на месте.
Кроме того замечу, что у Микрософта один едиственный стоящий продукт, работающий с базами - MS SQL. Все остальное - игрушки для менеджеров, желающих приобщиться к миру программирования.

Хотя для ну очень простых вещей я SQL пользовать, конечно, не буду. Ограничусь Васиком, VFox или Access.
А еще лучше: возьму Delphi или C++Builder.
13.11.2002, 20:48
Dracosha Andrew

Насчет Фокса aXeL не совсем прав. В свое время когда выбиралась среда разработки, мы выбирали из Power Bulder, Delphi, Visual C. Visual Basic. От C пришлось отказаться - не было наработок, а это время. Васик сразу зарубили - очень плохо у него с наследованием. Дельфи очень плохо показал себя на сложных формах. Вот и остался Фокс, но часть кода переписан на C++ и, очевидно придеться переписовать всё. Хотя Фокс сам по себе и неплох, но для нашего проекта он себя исчерпал.

Кстати, Виктор, на 1С надо переписывать для скорости. А как правило и так работает на MS SQL то, что рабоает на DBF
13.11.2002, 22:53
RS

Доброе время суток!

> Кстати, Виктор, на 1С надо переписывать для скорости. А как правило и так работает на MS SQL то, что рабоает на DBF

Согласитесь, Андрей, что это куцевато сляпанный подход - получить доступ (приконнектиться) к таблицам, хранящимся в MS SQL, а дальше как бог на душу положит, лишь-бы работало. Вроде работает, ну и ладно. Авось - это ментальность.... Иначе, почему повышенные требования к железу, тормознутость при одновременной работе пяти и более юзеров, возможность в конце года откушать чаю пока формируется отчет и т.д..
Ну не может нормально работать софт, "созданный" одновременно для файл-серверной и клиент-серверной ( двухуровневой) технологий. Не верю, когда заявляют - наша программа (причём, одна и та же компилляция) может работать как самостоятельно, так и с MS SQL. Слишком разные реализации.

С уважением, Виктор.
13.11.2002, 22:55
RS

Доброе время суток!

> Visual Васик не "работает с таблицами" напрямую, а использует драйверы ODBC от Микрософта, как и все продукты микрософт, работающие с базами разных типов.

Не спорю, потому и возможность доступа к данным в многопользовательской режиме организована "никак"... :)

> Visual FoxPro и Foxpro 2.0 для ДОС - это небо и земля. В свое время Foxpro - это был ПРОРЫВ, именно так, с Большой буквы, а VFox - это топтанье на месте.

Не буду спорить... но почему-то в этом "топтании" постоянно нахожу что-то новенькое.

Кроме того замечу, что у Микрософта один едиственный стоящий продукт, работающий с базами - MS SQL. Все остальное - игрушки для менеджеров, желающих приобщиться к миру программирования.

Хм..., почему-то никогда не приходило в голову, что MS SQL можно назвать полноценным языком программирования, всё как-то считал, что это хранилище (проще ящик, причём чёрный) для "складирования" БАЗ ДАННЫХ. Очень хотел-бы увидеть интерфейс в стиле а-ля MS SQL... или пользователей работающих с данными без использования интерфейса, созданного сторонними средствами... :)

> Хотя для ну очень простых вещей я SQL пользовать, конечно, не буду. Ограничусь Васиком, VFox или Access.
А еще лучше: возьму Delphi или C++Builder.

Без комментариев. Завидую специалистам, владеющим в совершенстве несколькими языками программирования, одновременно.

С уважением, Виктор.
14.11.2002, 09:57
Dracosha Andrew

Цитата:

Очень хотел-бы увидеть интерфейс в стиле а-ля MS SQL..

Очень просто - это реализовано в Enterprize Manager'е ;)
Вообще следует различать MSSQL SQL92 и TransactSQL
Первое система управления базами данных, второе стандарт управления базами данных, а третье ... третье это извините тот же самый язык управления базами данных... Так что я зык есть, только называется по-другому..

Цитата:

Согласитесь, Андрей, что это куцевато сляпанный подход - получить доступ

Полностью согласен, но задаче-ориентированность 1С занчительно снижает стоимость разработки и именно это объясняет её популярность, а ещё правильно построенная система франчайзи.
15.11.2002, 19:34
RS

Добрый всем день!

Заранее, приношу извинения, если сообщение не по теме.
Столкнулся со следующей нестандартной ситуацией.

Исходные данные:
1. отдел бухгалтерии, своего же предприятия, в отдельной сети всего два компьютера;
2. сеть 100 Мбит, витая пара, 8-портовый свич;
3. в качестве невыделенного сервера - PIII-700, 20 Гб диск, ОЗУ 256 Мб, ОС WINDOWS 98 SE;
4. в качестве клиента - PIII-700, 10 Гб диск, ОЗУ 128 Мб, ОС WINDOWS 98 SE;
5. есть ПО с базой данных - всего каких-то 120-150 Мб;

Проблема:
1. при работе на "серверном" компьютере все отлично, скорость работы очень высокая;
2. при работе на клиентском компьютере все наоборот, скорость работы - на грани "замерзания";

Предыстория:
1. поскольку сам не смог разобраться с проблемой (ну, как всегда - нет времени (совсем как про сапожника) ), то вызвал сетевика из фирмы, поставлявшей железо;

Собственно история:
1. намедни, захожу в отдел, сидит "запаренный" сетевик;
2. сообщает, что выполнил проверку всеми имеющимися (цензурными и не очень :) ) тестами - сеть в полном порядке, что вообще-то и до него было известно!
3. начинает толковать по поводу кривизны рук, написавших ПО... хм, весьма забавно...;
4. при этом рассказывает, что ПО скопировал на жесткий диск клиенской машины и оно локально работает отлично;
5. для наглядности запускает его на клиенте, точно - всё ОК;
6. тут... начинает... зарождаться... коварная... мысль... :) ;
7. ...поменять компьютеры ролями;
8. что и было тут же воплощено в жизнь, всего делов - переписать путь со ссылкой в ярлыке "бывшего сервера";
9. запускаем ПО на "бывшем сервере", теперь уже клиенте, и ... "ВСЁ ЛЕТАЕТ" на обеих машинах;

Вопрос:
Кто может дать разумное, логическое объяснение такому "безпределу" со стороны железа?

С уважением, Виктор.
15.11.2002, 19:49
aXeL

Какие настройки сети на обеих машинах.
Протоколы.
Какая база ( т.е.: fox, paradox, clipper :), короче какая база)
Сетевые карты.

Короче, не факт что железо. Скорее, если сетевик действительно протестил все - софт.
Разумных, логичных объяснений слишком много.
15.11.2002, 23:23
RS

Добрый день!

На обеих машинах:
Протокол - TCP/IP
IP-адреса: 168.168.168.1 168.168.168.2
Маска подсети: 255.255.255.0
Сетевые карты: PLANET 10/100 Мбит
(модель не помню, сейчас нахожусь не в офисе)
База - формат FoxPro (в версии Visual FoxPro 6 SP5)
Индексы - только составные CDX

Я больше склоняюсь всё-таки к железу, поскольку этот же софт, без наблюдаемой проблемы (это вообще, первый подобный случай), работает в фирмах, с бОльшим количеством машин в сети и с бОльшими объемами данных.
ИМХО, опять же, если-бы проблема была в софте, то - перемена места дислокации ПО не имела-бы значения.

С уважением, Виктор.
20.11.2002, 12:20
RS

Добрый всем день!

Кажется, нашел в чем заключалась проблема...

Дешевое железо дешево и работает... :)

Вся проблема заключалось в том, что сетевые карты PLANET, по умолчанию, настраиваются, при установке, на AUTO MODE, а надо было руками установить в ПОЛНЫЙ ДУПЛЕКС...
И всего-то делов... :)

С уважением, Виктор.

Показывать 40 сообщений этой темы на одной странице