Почему? Я сомневыюсь, что ты использовал какие-то особенности Ms SQL
Поэтому тебе изменить надо лишь строку соединения с базой наверняка(если ты не использовал всякие кривые классы для коннекта).

2LSD: А почему у Вас ник одними заглавными?? Вы тоже блондинкО??? =))))))) (вывод по Вашей же логике)....

Добавлено через 1 минуту и 43 секунды
Дело в том, что я использовал автоматически созданные элементы (т.е. коннект не прописывал, а работал с автоматически созданным Дата Сэтом)... =(( 

ну вот тебе и вывод: VS само создало код соединения с СУБД, что является облегчением работы для программиста.
Устраивает?

Добавлено через 31 секунду
При должной сноровке это предложение на пару страниц расписатьможно ) Студент же все-таки )

мда... впринципи неплохо.... и расписать можно... просто на предзащите меня препод спосил: "А почему вы исключили Postrege SQL???" - и это меня поставило в тупик... ибо к тому моменту я не знал, что такая СУБД вообще существует...

Это сообщение отредактировал(а) IlyaDipl - 23.5.2008, 16:33

IlyaDipl, если там сидят люди, которые задают резонные вопросы:

может, вместо того, чтоб придумывать недостатки, которые не являются недостатками, написать, что мол "так как имею опыт работы с МССКЛ, то время разработки и скорость отладки являлось единственно важным критерием выбора СУБД"? Тем более, что бесплатная(developer edition), хоть и довольно урезанная версия у mssql server есть...

 Потому что у него лицензия BSD, а известно, что под этой же лицензией существует система FreeBSD, порождение дьявола; мне дорога моя душа и я не хочу гореть в аду!

А если серьезно, то интерфейс между генерируемым VS кодом и отличными от MS SQL Server непрозрачен и потребовались бы дополнительные телодвижения.

Нет, не по моей логике, а по женской. Я не спрашивал почему СУБД набрано заглавными, это аббревиатура, их принято писать заглавными, так же как и мой ник. А вот МИНУСЫ аббревиатурой не является  

кстати, да. лицензирование по BSD модели не требует раскрытия исходного кода?
можно все аргументировать вопросами лицензирования.

По сабжу:
PostrgeSQL - необходимость периодически выполнять vacuum
Access - как сервер БД работать может, но с большим напрягом, это больше файловая СУБД
MySQL - с хранимыми процедурами и триггерами напряг, они есть но пока не очень развиты (сам язык написания ХП хромает)
У всех вышеперечисленных СУБД крайне слабый оптимизатор запросов и средства тюнинга производительности (партишенинг, кластеры и т.д.).

С Oracle ситуация сложнее, это СУБД того же класса что SQL Server. Недостатки конечно есть, но незначительные. На всякий у Oracle плохо с ..., найдется свой а у SQL Server плохо с....

P.S. Выбрал бы Oracle можно было бы сказать, что это самая быстрая СУБД на свете 

Добавлено через 1 минуту и 21 секунду

Он же не свой сервер собирается писать, а использовать готовый 

 Конечно же нет. Так же она позволяет сделать с кодом практически все, что угодно. Самая лояльная лицензия по отношению к разработчику.

 Да даже если свой на основе существующего - то все равно не требовал бы. Это вам не GPL )

 До 7 версии включительно. В 8 автоматизировано.

 ХП с языком на бейсикоподобном уровне. Но впринципе чем бейсик не язык, чем язык не бейсик («Чем трупы не еда» © Мясокомбинат им. Путина №1)

Напиши на нем процедуру которая бы генерировала пароль заданной длинны и состоящий из заданного множества символов. Множетсва символов определены заранее, строчные буквы, заглавные буквы, цифры, спецсимволы.

Но всё равно, на сколько я понимаю, при обработке большого количества данных VAСUUM будет существеннно тормозить работу системы... Да?????

Это сообщение отредактировал(а) IlyaDipl - 23.5.2008, 19:29

А что про Firebird/Interbase забыли?

ну да.... впринципи... и об этой СУБД хотелось бы услышать мнения экспертов.... 

А в чем проблема?
Я вот второй раз вижу эту хрень, но разобраться труда не составило: