Re[2]: Вопросы для Григория Погульского \ SQL Server \ SDE/T - Чаты на GotDotNet [GDN]

В свое время я прочел книгу Рона Саукапа "Основы SQL Server 6.5". В данной книге очень хорошо описана работа ядра SQL Server. Каким усовершенствованиям подверглось ядро с тех времен. Особо интересует Yukon. А так же можно ли ожидать в обозримом будующем труда, подобного книге Рона Саукапа, написанного кем нибудь из SQL Server Team, но описывающего более позние модели SQL Server.

Спасибо.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Общие вопросы:
1) Cколько человек разрабатывает Sql Server Yukon? Насколько это сплоченная команда? Занимаются ли разработчики чем-то еще помимо работы с данными?
2) Кто на данный момент занимается идеологом группы разработки?
3) Как известно, проект Yukon подходит к концу. Каковы в общих чертах ваши планы на будущее. Планируется ли уже сейчас Yukon 2?
4) Принимает ли ваша группа неофициальные рекомендации/предложения/сумашедшие идеи по вопросам построения серверов БД?

У меня также ОГРОМНАЯ куча общеспециальных вопросов и специальных вопросов, которые я выложу завтра.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Общеспециальные вопросы:
1) В пресс-релизах MS, посвященных Yukon очень часто можно встретить фразы "способость служить хостом CLR", "управляемый код выполняется в среде CLR, хостом для которой служит ядро баз данных" и т.п. Как на самом деле ядро взаимодействует с CLR? Можете привести хотя бы примеры простых функций подобного внутреннего взаимодействия или пояснить это на пальцах?
2) Может ли разработчик под Yukon полностью отказаться от T-SQL в пользу управляемого кода? Означает ли такая мощная поддержка языков платформы в Yukon скорую гибель стандарта SQL в серверах БД MS?
3) Идея управляемых хранимых процедур (как впрочем и всего управляемого кода

), по моему мнению, является одним из наиболее ценных практических приложений использования управляемого кода вообще. Но существуют ли какие-либо грабли в этом вопросе? Когда следует использовать T-SQL вообще? И стоит ли, если разработчик готов мириться с небольшими потерями производительности?
4) Прочно ли войдет XML Query в сервера БД MS или в будущем нас ожидают другие подмножества и диалекты XML? А может это просто "однодневка" Yukon?

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Аноним, Вы писали:

А>2) Может ли разработчик под Yukon полностью отказаться от T-SQL в пользу управляемого кода? Означает ли такая мощная поддержка языков платформы в Yukon скорую гибель стандарта SQL в серверах БД MS?
А>3) Идея управляемых хранимых процедур (как впрочем и всего управляемого кода

), по моему мнению, является одним из наиболее ценных практических приложений использования управляемого кода вообще. Но существуют ли какие-либо грабли в этом вопросе? Когда следует использовать T-SQL вообще? И стоит ли, если разработчик готов мириться с небольшими потерями производительности?
Эти вопросы были довольно хорошо освещены еще со времен выхода PDC'шной версии, вплоть до сравнения производительности T-SQL и CLR для разных задачь и рекомендаций где что использовать. Сейчас сходу все не нашел, но в частности здесь:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql90/html/sql_ovyukondev.asp

Изданы также Inside SQL Server 7.0 (авторы Soukup, Delaney) и Inside SQL Server 2000 (книги нет под рукой, так что не помню авторов. Delaney + может быть еще кто-то).
Довольно трудно говорить каким усовершенствованиям подверглось ядро по сравнению с 6.5, поскольку оно было очень и очень существенно переписано в 7.0. Могу порекомендовать книгу в которой я принимал участие — SQL Server 7.0 для профессионалов. Там есть материал по различиям 6.5 и 7.0.
Книга по Yukon наверняка будет. Надо только дождаться самого Yukon'а.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Sql Server Service Broker.
Идеи подобные этой просто "витают в воздухе" с момента бума электронной коммерции в Интернете. А с появлением новых средств удаленного взаимодействия, подобные задачи и впрямь выходят на первый план.
В связи с этим такой вопрос. Основа технологии по моему мнению очень напоминает MSMQ. Означает ли это, что далее подобные технологии в работе с данными будут изолированы от таких технологий как COM+ или Remoting? Каковы реальные преимущества SSSB перед COM+ и Remoting? Возможен ли полный отказ от COM+ и Remoting в данном контексте?
Извините, если сумбурно

, я сам так сказать только разбираюсь.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Попытюсь отвечать на вопросы Александра по порядку.
Перед началом отмечу, что ответ на большинство вопросов составит неплохую книгу или по крайней мере объемистую статью.
1. По моим представлениям непосредственно SQL Server разрабатывают порядка 450 человек. (Надеюсь, вы не ожидаете от меня досконального знания всего, что они делают.)
2. Трудно назвать имя "главного" идеолога. Есть группа архитекторов, и, вообще, это коллективный труд.
3. Будущие версии естественно планируются. (В противном случае мы просто должны разойтись после выпуска Yukon

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>4.

Готовьтесь — я теперь просто завалю вас спамом

. Всю свою сознательную жизнь работал с серверами БД, вот теперь очень хочется выплеснуть все накопленное

.
>Эти вопросы были довольно хорошо освещены еще со времен >выхода PDC'шной версии, вплоть до сравнения >производительности T-SQL и CLR для разных задачь и >рекомендаций где что использовать
Безусловно, я отлично помню PDC. Эрик Браун тогда написал, что главная рекомендация — это постоянное тестирование Sql Server Profiler для оценки производительности приложения, а потом делать выбор, исходя из результатов тестирования. Меня, конечно, интересует вторая часть вопроса.
И стоит ли, если разработчик готов мириться с небольшими потерями производительности?

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Пара практических вопросов по непосредственной работе сервисов SQL Server 2000:
1) Ошибка "Cannot generate SSPI context" возникает практически каждый раз при изменении аккаунта сервиса SQL Server. Причем многочисленные рецепты, приводимые MS фактически не часто срабатывают (про рецепты http://support.microsoft.com/default.aspx?scid=kb;en-us;883714). Меня, как разработчика интересует вопрос — исправлено ли это в Yukon?
2) Sql Server Agent. "BUG: Starting the SQL Server Agent is Unsuccessful on a Backup Domain Controller". Это также будет исправлено?

Общий вопрос. Насколько процентов обновился Yukon? Можно ли твердо сказать, что все старые проблемы присущие SQL Server 2000 действительно в прошлом и мы можем работать только с новыми проблемами

(уверен, что они, естественно, будут)?

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вот вопос немного технический, если позволите...

Разбираясь на досуге с беттами Юкона, заметил такую особенность.
Если раньше оптимизатор, при выборке данных и наличии подходящего под условие, но не покрывающего индекса выбирал Bookmark Lookup, то теперь он выбирает сканирование кластерного индекса, даже в очень простых случаях.
Например, в этом запросе (по базе Northwind):

SELECT * FROM  Customers WHERE City = 'Sao Paulo'

Юкон выберет сканирование кластерного индекса, хотя по City индекс есть, и 2000 выберет index seek + bookmark lookup.
Если сравнить стоимость планов, то план предлагаемый Юконом значительно выгоднее, но тут есть одна тонкость, сканирование индекса — это перебор всех ключей, а не просто проход по дереву до нужных, а значит это лишние блокировки при чтении и, как следствие большая вероятность помешать другим запросам даже послужить причиной дедлока.
Насколько я заметил Юкон вообще стараетсяи збежать бкмарков всеми возможными способами и тут же сваливается в сканирование... При этом в большинстве случаев его план оказывается выгоднее, но иногда его план все же хуже, хоть и не на много...

Почему Юкон поступает именно так?
Это рассчет на то, что базы в основном будут функционировать в Snapshot режиме? Но тут все равно могут быть поблемы, особенно для пишущих запросов, ведь Юкон, насколько я разобрался, не использует предварительных версионных сканов, как это делают обычные версионники при записи... Да и разумнее наверное было бы в таком случае перед построением плана определять в каком режиме работает база и для баз без поддержки Snapshot'а работать по старинке, хоте это, возможно, и не так просто..

Или же база Northwind достаточно маленькая, и изменения в механизме хранения (а они безусловно были, хотя бы из за того же snapshot'а) достаточны для того, чтобы данные по страницам легли немного по другому, чего хватило оптимизатору чтобы выбрать другой план?
Или же вообще пока на планы смотреть рано и идет просто обкатка нового оптимизатора?

Короткий ответ про оптимизатор.
Отвечаю из общих соображений. Не имеет особого смысла смотреть на планы, когда в таблице 3 страницы. Любой план будет хорош. Table Scan близок к идеалу.
Вообще говоря, количество возможных планов/стратегий настолько велико, что имеет место проблема "не займет ли выработка оптимального плана больше времени, чем отработка неоптимального плана, но сразу".
К сожалению, не могу сказать в каком порядке оптимизатор перебирает планы и от чего это зависит (алгоритмы там не простые). Однако общее правило действует — если найден достаточно хороший план, то дальше искать в общем случае не оправдывается. Естественно, критерий "достаточной хорошести" зависит от статистики. Такой вот обще-теоретический ответ. Очень трудно судить о работе оптимизатора манипулируя крошечные таблицы.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Аноним, Вы писали:

А> Однако общее правило действует — если найден достаточно хороший план, то дальше искать в общем случае не оправдывается.
<...>
А> Очень трудно судить о работе оптимизатора манипулируя крошечные таблицы.
Спасибо, конечно я знаю, что перебирать все возможные планы в поисках самого оптимального смысла не имеет, перебор обойдется дороже, и современные оптимизаторы выдают не самый оптимальный план, а так называемый "квази оптимальный", который просто достаточно хорош...
Но я экспериментировал и с достаточно большими таблицами (просто стандартная база наглядный пример) и поведение примерно то же самое, Юкон гораздо больше боится bookmark lookup's чем предыдущая версия, вот и было любопытно, почему...

А вообще, подвергался ли оптимизатор каким-нибудь серьезным изменениям или просто небольшие косметические переделки с учетом остальных изменений?

Кратко, суть в следующем, System.Xml.Serialization.XmlSerializer преобразует System.DateTime в следующую сторку

2004-09-17T12:08:57.0000000+04:00

функция convert sql сервера с флагом 126 ожидает немного другую сторку, а именно

2004-09-17T12:08:57.000

т.е. несоответсвие заключается в точности ms, а также в дополнительной информации о часовом поясе.

В итоге приходиться делать так

convert(datetime, left(startTime,23), 126)

Вопрос: Будет ли какое-то исправление, дополнение к MSSQL 2000 Server, MSDE 2000, дабы обеспечить поддержу .Net Framework?

Уважаемые коллеги
Я, признаюсь, несколько подавлен объемом и глубиной вопросов. На некоторые вопросы и в правду нужно отвечать статьей. Я попробую рекрутировать соратников. Надеюсь вы сможете читать ответы по-английски, если что.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

(Sorry for using English, but It is much more convenient and less time consuming for me at this point, please let me know if it is ok)

Quickly about myself: I am here to help Gregory to answer your questions.
I have been working on SQL Server team for 4.5 years (for 7 at Microsoft). My major responsibility include: Memory management, Scheduling and other OS services.
3, 4: Yep we are already thinking about Yukon+. Currently we are brainstorming in different directions. Your input is very valuable and we will seriously take it into consideration. Feel free to shoot your crazy ideas at us

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

1) В пресс-релизах MS, посвященных Yukon очень часто можно встретить фразы "способость служить хостом CLR", "управляемый код выполняется в среде CLR, хостом для которой служит ядро баз данных" и т.п. Как на самом деле ядро взаимодействует с CLR? Можете привести хотя бы примеры простых функций подобного внутреннего взаимодействия или пояснить это на пальцах?
We are working very closely with CLR team to provide the best possible integration between SQL Server and CLR engine. Both components are tightly integrated. CLR leverages SQL Server memory management, thread scheduling, synchronization primitives and other OS services. SQL Server scheduling utilizes non preemptive scheduling without tight integration it will be possible for CLR engine to take over server’s schedulers and starve other requests. Moreover both engines, server and CLR, are very memory hungry. We had to come with ways for both of them to coexist in the same address space. So the integrations between CLR and Sever are much tighter and smoother as compare to COM for example. You can see the integration in action by executing select * from sys.dm_os_memory_clerks. There you might see clerks/caches for CLR, if you actually use them ?. In addition to CLR we also provided tighter integration with MDAC, SNAC. Now it leverages SQL Server OS services the same as CLR Engine.
2) Может ли разработчик под Yukon полностью отказаться от T-SQL в пользу управляемого кода? Означает ли такая мощная поддержка языков платформы в Yukon скорую гибель стандарта SQL в серверах БД MS?
I don’t think so. T-SQL and CLR will coexist happily for long time. However CLR will take over some things that are really painful to perform in T-SQL. Both of the technologies have their space under the sun, so I wouldn’t blindly jump on rewriting all T-SQL code in CLR

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Thanks for answers, Stanislav. You will not complicate to answer, if I shall ask questions in English?
>Feel free to shoot your crazy ideas at us
I shall not keep you waiting

Уважаемые, коллеги, я заранее прошу прощения за свой косноязычный английский. Если что, сразу поправляйте меня.

Григорий, вопросы лучше задавать на русском?

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Alexander Lozhechkin [MSFT], Вы писали:

День добрый.

Вопрос праздный: кто занимается разработкой ADO .NET? Команда SQL Server или разработчики фреймвока?

Вопрос насущный: с более ранними версиями ADO работать мне не довелось, поэтому сравнивать не могу. Однако, отсоединенная модель работы ADO .NET в некоторых случаях очень неудобна.
Задавал вопросы в форуме RSDN, однако ответа так и не получил.
Проблема заключается в следующем. Имеется таблица, реализующая справочник товаров, содержащая 50 — 300 тыс. записей.
Пользователь хочет открыть справочник и, грубо говоря, протащить бегунок таблицы сверху до низу — прокрутить всесь справочник.
Загружать копию справочника в датасет — долго и дорого по ресурсам.
Что-то типа реализации курсоров в ADO .NET я не нашел, как и какого-либо аналога.
Использовать более компактные выборки данных я тоже не могу, т.к. необходим быстрый поиск — пользователь начинает вводить название товара, курсор в датагриде позиционируется на нужную запись по мере ввода названия.
Обосновать невозможность подобной вещи я тоже не могу — в MS Access та же самая таблица открывается мгновенно и готова к использованию

Как такая задача может быть решена в связке SQL Server + .NET? Если может быть решена...
Заранее благодарен.

... << RSDN@Home 1.1.3 stable >>

Формат, в котором сериализуется экземпляр объекта — вещь закрытая. Так что вопрос некорректен: следует десериализовать и работать с полученным значением.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Grigory Pogulsky, Вы писали:

А>Короткий ответ про оптимизатор.
А><...>
Спасибо, еще раз, но похоже данный вопрос снимается, но будет много других...

Many thanks to Roger Fleig for complete and clearly answers.

Bookmark Lookup, как таковой, больше в Юконе не используется, по сути это была некая абстракция, которая скрывала за собой ряд операций, теперь же эти операции расписываются по шагам. (Из-за этого в планах и возникал так смущающий меня фрагмент, когда вместо bookmark lookup показывалась комбинация Clustered Index Seek + Compute Scalar).
Так же изменилась и оценка стоимости некоторых операций, в том числе и BL. Сканирование индексов появляется несколько чаще чем раньше, но на данный момент, как я понимаю, стоимости планов находятся в стадии отладки и пока обращать на это внимание рано...

Новый BOL по этому поводу крайне лаконичен:

Bookmark Lookup is not used in SQL Server 2005.

Однако вот здесь можно прочитать чуть более подробно:
http://www.sql-server-performance.com/jc_yukon_beta1_execution_plans.asp

Скажите, а что стало с Hash Partitioning'ом?
В BOL от PDC версии он еще присутствовал, но в документации к последней публичной бетте упоминаний о нем найти не удалось.
От его реаизации отказались? Если да, то в чем причина?
Есть ли еще какая-либо функциональность из заявенных ранее, от реализации которой отказались по каким-либо причинам?

Здравствуйте, Аноним, Вы писали:

А>Формат, в котором сериализуется экземпляр объекта — вещь закрытая. Так что вопрос некорректен: следует десериализовать и работать с полученным значением.

А>

данное сообщение получено с www.gotdotnet.ru
А>ссылка на оригинальное сообщение

Здраствуй ёлка, новый год...
Вопрос читали?

Thanks for answers, Stanislav. You will not complicate to answer, if I shall ask questions in English?
>Feel free to shoot your crazy ideas at us
I shall not keep you waiting
Уважаемые, коллеги, я заранее прошу прощения за свой косноязычный английский. Если что, сразу поправляйте меня.
Григорий, вопросы лучше задавать на русском?

It actually doesn't matter which language you use. All of us understand and speak russian fluently. The problem is writing. I haven't written anything in Russian for more than 7 years.... In some cases it could be easier if you ask your quesiton in English though, but make sure you know what you asking

Also English could be more preferable because we can then forward it to a person that knows about subject the most without doing translation.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Сообщение: Здравствуйте, Alexander Lozhechkin [MSFT], Вы писали:
День добрый.
Вопрос праздный: кто занимается разработкой ADO .NET? Команда SQL Server или разработчики фреймвока?
Вопрос насущный: с более ранними версиями ADO работать мне не довелось, поэтому сравнивать не могу. Однако, отсоединенная модель работы ADO .NET в некоторых случаях очень неудобна.
Задавал вопросы в форуме RSDN, однако ответа так и не получил.
Проблема заключается в следующем. Имеется таблица, реализующая справочник товаров, содержащая 50 — 300 тыс. записей.
Пользователь хочет открыть справочник и, грубо говоря, протащить бегунок таблицы сверху до низу — прокрутить всесь справочник.
Загружать копию справочника в датасет — долго и дорого по ресурсам.
Что-то типа реализации курсоров в ADO .NET я не нашел, как и какого-либо аналога.
Использовать более компактные выборки данных я тоже не могу, т.к. необходим быстрый поиск — пользователь начинает вводить название товара, курсор в датагриде позиционируется на нужную запись по мере ввода названия.
Обосновать невозможность подобной вещи я тоже не могу — в MS Access та же самая таблица открывается мгновенно и готова к использованию
Как такая задача может быть решена в связке SQL Server + .NET? Если может быть решена...
Заранее благодарен.

It seems like you are looking for firhose mode in ADO.NET Here is the article that might help. http://msdn.microsoft.com/msdnmag/issues/04/06/DataPoints/default.aspx
Let me know if it doesn't work or it is not what you are looking for

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Q: Скажите, а что стало с Hash Partitioning'ом?
В BOL от PDC версии он еще присутствовал, но в документации к последней публичной бетте упоминаний о нем найти не удалось.
От его реаизации отказались? Если да, то в чем причина?
Есть ли еще какая-либо функциональность из заявенных ранее, от реализации которой отказались по каким-либо причинам?

A: The response from one of our lead PMs:
...You can achieve hash partitionning using your own hashing because we support partitioning on computed columns. You have to persist such column (attribute of a computed column) and then you can use it as a partitioning column. The ability to do it "yourself" was one of the motivators for us to cut it from this release....

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здраствуй ёлка, новый год...
Вопрос читали?

Объясните подробнее, что к чему. Вот я вижу фрагмент кода:

convert(datetime, left(startTime,23), 126)

этот фрагмент, судя по остатку сообщения, относится к SQL 2000.
Отлично. Значит, это T-SQL, где startTime — переменная типа ((n)var)char, в которой находится значение типа 2004-09-21T00:35:34.6857520+04:00.

Я прав? Если я прав (в чем я не сомневаюсь), то у меня возникает подозрение, что значение это взято из XML файла, куда была сериализована переменная (экземпляр объекта, точнее) типа System.DateTime. А раз так, то исходный вопрос просто абсурдный, т.к., повторюсь, в файл при сериализации вообще что угодно могло быть записано (в смысле формата) — к примеру, дату можно как число было записать (число секунд с 1 янв. 1970). Так что забиваться на это нельзя. И за такой код, который LEFT'ами рубит строки надо наказывать.

Удачи

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Slavao, Вы писали:

S>Уважаемые, коллеги, я заранее прошу прощения за свой косноязычный английский. Если что, сразу поправляйте меня.
S>Григорий, вопросы лучше задавать на русском?
Есть мнение, что вопросы лучше задавать на том языке, за который вам не придется лишний раз извиняться.
Вас поймут и на том и на другом языке.

... << RSDN@Home 1.1.4 beta 2 181>>

Здравствуйте, Аноним, Вы писали:

А>Объясните подробнее, что к чему. Вот я вижу фрагмент кода:

А>convert(datetime, left(startTime,23), 126)

А>этот фрагмент, судя по остатку сообщения, относится к SQL 2000.
А>Отлично. Значит, это T-SQL, где startTime — переменная типа ((n)var)char, в которой находится значение типа 2004-09-21T00:35:34.6857520+04:00.

А>Я прав? Если я прав (в чем я не сомневаюсь), то у меня возникает подозрение, что значение это взято из XML файла, куда была сериализована переменная (экземпляр объекта, точнее) типа System.DateTime. А раз так, то исходный вопрос просто абсурдный, т.к., повторюсь, в файл при сериализации вообще что угодно могло быть записано (в смысле формата) — к примеру, дату можно как число было записать (число секунд с 1 янв. 1970). Так что забиваться на это нельзя. И за такой код, который LEFT'ами рубит строки надо наказывать.

Наказывать нужно самоуверенных и бестолковых одновременно людей, которые считают что всё уже знают.
Короче — кому что можно, а кому нельзя у вас не спрашивают, это во-первых, на этом собственно можно было бы и закончить, но для остальных если интересно поясню — хранимая процедура принимает на вход сериализованный в xml объект. Самому писать сериализатор не хочеться, поэтому и возник такой вопрос.
На вопрос зачем, отвечу — потому что.

Что ещё не понятно? На коментарии типа — сам дурак, больше отвечать не намерен.

Наказывать нужно самоуверенных и бестолковых одновременно людей, которые считают что всё уже знают.
Короче — кому что можно, а кому нельзя у вас не спрашивают, это во-первых, на этом собственно можно было бы и закончить, но для остальных если интересно поясню — хранимая процедура принимает на вход сериализованный в xml объект. Самому писать сериализатор не хочеться, поэтому и возник такой вопрос.
На вопрос зачем, отвечу — потому что.
Что ещё не понятно? На коментарии типа — сам дурак, больше отвечать не намерен

Вот так и помогай людям

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Аноним, Вы писали:

А>Вот так и помогай людям

Помогай?

Вы какой то неадекватный.

Здравствуйте, Slavao, Вы писали:

А><...> The ability to do it "yourself" was one of the motivators for us to cut it from this release....
Спасибо, огромное.
Но, каковы остальные мотивы? Если это не закрытая информация конечно...

Ведь одна из претензий конкурентов к MSSQL'ю заключается как раз в отсутствии подобного рода syntactic sugars.

В ADO.NET совершенно сознательно отказались от серверных курсоров и реализовали полностью отсоедененную модель работы с БД.
В ADO.NET 2.0, насколько я успел заметить, вновь появится поддержка серверных курсоров.
Это следствие того, что отсоедененная модель себя не оправдала?
Или это было заложено изначально и серверные курсоры появятся в каком-то новом качестве?

Q: В ADO.NET совершенно сознательно отказались от серверных курсоров и реализовали полностью отсоедененную модель работы с БД.
В ADO.NET 2.0, насколько я успел заметить, вновь появится поддержка серверных курсоров.
Это следствие того, что отсоедененная модель себя не оправдала?
Или это было заложено изначально и серверные курсоры появятся в каком-то новом качестве?

A:Couple of days ago I run accross this message. Hope this helps:
...
SqlResultSet has been removed from ADO.NET 2.0. We got a lot of feedback from customers that the disconnected scrolling model that we had been evangelizing with ADO.NET 1.0 was leading to better architectures, and exposing server cursors was seen as a step backwards. In fact, we had system architects asking for ways to audit their developers code to make sure server cursors weren’t being used and DBAs wanting the ability to disable it across their enterprise.
...

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Аноним, Вы писали:

А> In fact, we had system architects asking for ways to audit their developers code to make sure server cursors weren’t being used and DBAs wanting the ability to disable it across their enterprise.
Спасибо, вот уже и бурная дискуссия в соседнем форуме образовалась по поводу необходимости наличия серверных курсоров..

Вот еще один, отчасти, связанный c этим вопрос:
В текущей версии SQL-сервера, если необходимо использовать Application Lock уровня сессии, то приходится отказываться от Connection Pooling'а, что не здорово.
Сохранится ли такое положение вещей и в Юконе?

ОЧЕНЬ хотелось бы услышать ОФИЦИАЛЬНУЮ точку зрение по двум постам, вызвавшым довольно бурную дискуссию:

http://www.gotdotnet.ru/Forums/CommonForum/72517.aspx

http://www.gotdotnet.ru/Forums/CommonForum/73283.aspx

"Real programmers don't comment their code.
If it was hard to write, it should be hard to understand."

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

It seems like you are looking for firhose mode in ADO.NET Here is the article that might help. http://msdn.microsoft.com/msdnmag/issues/04/06/DataPoints/default.aspx
Let me know if it doesn't work or it is not what you are looking for

Нет, это очень однобокий пример. ТАК можно сделать, как и написано в статье, ТОЛЬКО для ASP.NET, но невозможно в WinForms. Говорит ли ЭТО о том, что в Майкрософт решили постепенно отказываться от WinForm-разработки?

"Real programmers don't comment their code.
If it was hard to write, it should be hard to understand."

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Аноним, Вы писали:

В PDC версии была такая очень полезная функция:

  sys.fn_indexinfo(..., ..., ..., ...)

А в последней бетте я не нашел упоминания о ней в документации, и при попытке выполнения сервер ее не находил.
В чем причина исчезновения?

Ну и что вы мне здесь минусов понаставили? Объяснить то можете? Если нет, то я вам сам по этому-же поводу могу ещё больше минусов понаставить

Здравствуйте, Муравей, Вы писали:

М>

Ну и что вы мне здесь минусов понаставили?
За не очень адекватное поведение. Форум предназначен не для разборок, а для подготовки вопросов сотрудникам MS. Терпимее к людям надо быть и спокойнее.

Решил задать вопрос здесь, так как в других источниках не смог найти ответ:

MS SQL связан с Oracle через Linked Server

делаем в SQL Query Analyzer:
INSERT INTO A..B.T (...) VALUES (...)
вставку в таблицу Oracle отрабатывает

тот же INSERT выполняем в триггере

получаем:
Server: Msg 7391, Level 16, State 1, Procedure ZAKLBEFEHL_AI, Line 29
The operation could not be performed because the OLE DB provider 'MSDAORA' was unable to begin a distributed transaction.

в чем проблема? что делать?

www.uneta.org
Українська спільнота .Net розробників
www.uneta.org

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Merle, Вы писали:

M>Здравствуйте, Муравей, Вы писали:

М>>

Ну и что вы мне здесь минусов понаставили?
M>За не очень адекватное поведение. Форум предназначен не для разборок, а для подготовки вопросов сотрудникам MS. Терпимее к людям надо быть и спокойнее.

Ну так я задал вопрос — а меня дураком назвали, мол вопрос неккоректный.
Почему то этому человеку, который как следует не разобрался о чём речь, а выводы сделал, минусов не наставили?

Двойные стандарты.
Откажитесь от двойных стандартов и никаких разборок не будет.

Уважаемые коллеги
Будучи носителем громкого имени, участвующего в заглавии данного чата, чувтвую моральную за него ответсвенность.
Во-первых, я хотел бы извиниться за затянувшееся молчание.
Во-вторых, поскольу у нас здесь все-таки чат, то позволю себе "неформальное" изложение. Для начала прошу понять, что позиция моя и моих ближайших коллег весьма далека от людей, отсветвенных, за формировние "оффициальных", политически корректных ответов. У меня, конечно, есть какие-то позиции по поводу отдельных вопросов, но я моей стороны было бы весьма недобросовестно выдавать их за оффициальные. Ну скажем, к примеру, вы меня спросите "Принимая во внимание последние события в Ираке, означает ли это что Администрация США приняла решение ...". Ну, в нашем случае, конечно, не все так абстрактно. Однако параллель я все же усматриваю. В тех случаях, когда я или мои коллеги способны на вразумительный ответ, мы, несомненно, таковой дадим.
Вы наверное уже поняли, что в этом посте непосредственно на вопросы я не отвечу. Однако мы читаем все сообщения здесь и если кто-нибудь из нас ощущает в себе способность к ответу, он обязательно ответит. К сожалению, большая часть дискусии пока что фокусировалась на ADO, к которому мы непосредвтвенно по работе не имеем никакого отношения.
В заключение отмечу, чьл мне показалось, что было несколько постингов, носивших характер больше межличностных, нежели информационных, адресованных к тому же не MS, а "третьим лицам". Я не то чтобы настаиваю, но все же предложил бы сосредотачиваться на воросах, имеющих отношение к SQL и MS.
Остаюсь искренне Ваш

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Григорий, мы вас, конечно, понимаем, потому как у всех есть работа, а вопросы зачастую попадаются очень обширные.
>Для начала прошу понять, что позиция моя и моих ближайших >коллег весьма далека от людей, отсветвенных, за формировние >"оффициальных", политически корректных ответов
На самом деле это как раз и наиболее ценно для меня, как разработчика. Пусть кровопийцы-менеджеры обмениваются официальными проспектами

(прошу прощения, если это сообщение прочитает менеджеры или отдел маркетинга, я никого не хотел обидеть

).
По поводу лишних постов хотелось бы принести вам официальные извинения. Я не могу пообещать их исчезновение, но постараюсь сделать все возможно, чтобы такое не повторялось.
И чтобы не создавать пустого сообщения, задам такие вопросы:

1) Существует мнение, что утилиты Sql Server 2000 не предоставляли удобных средств управления сервисами (бэкап и др.) и сервером в частности. Сейчас утилиты, конечно, изменились, и что позитивного с этой точки зрения?
2) По каким показателям Yukon "обходит" своего предшественника?
По каким показателям Yukon "обходит" своего главного конкурента (не будем называть конкретных имен

)?
3) Несколько провакационный вопрос.
Я уверен, что при разработке сервера в коде использовалось множество типовых решений. Не могли бы вы кратенько перечислить пару примеров показательного кода

.
Развивая тему, в Yukon MSFT наконец-то вышел на уровень распрастранения API для серверов БД подобно API для ОС (Native Sql Client). Вы собираетесь проводить/расширять данную стратегию в жизнь и далее?

С уважением, Александр Гаас

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

1) Скажем так, Enterprise Manager имел недостатки. Он опирался на SQL-DMO. К сегодняшнему дню, технология эта несколько подустарела. В Юконе совершенно новые утилиты + новая объектная модель, назваемая SMO. Даже не знаю стоит ли их сравнивать, настолько они разные. Может быть попозже...
2) Как-то трудно сказать. Юкон, с моей точки зрения, является развитием как в глубину так и "вширь". CLR порождает целую новую область развития. Database Mirroring заслуживает внимание.
Я, к сожалению, не большой специалист по конкурентам. Можно однако упомянуть области, приходящие на ум при упоминании — snapshot isolation, database snapshots, partitioning. Так называемые Data Management Views — настоящий клад для любителей покопаться во внутренностях.
3) Не очень понял что имеется в виду.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Привет Григорий!
Будет ли в SQL 2005 поддержка DMO ?
Скажем на VBScript можно ли будет написать

Set oServer = CreateObject("SQLDMO.SQLServer")
' Make a connection to the local server.
oServer.Connect "YUKON", "sa"
'Select the desired row from the table.
set oResult = oServer.Databases("folio").ExecuteWithResults("select * from table1")

для beta 2 не получилось! Может быть теперь по другому?

Спасибо, Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

В SQL2005 новая модель — SMO.
DMO поддерживаться не будет.
SMO лучше

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте!

В SQL2000 процедуры sp_adduser, sp_addrole, sp_dropuser И sp_droprole не работали в контексте пользовательской транзакции. В SQL2005 указанных хранимые процедуры заменены на операторы CREATE USER, CRETE ROLE, DROP USER и DROP ROLE соответственно. Причём, эти операторы можно выполнять в контексте явных пользовательских транзакций, в том числе и в триггерах.

А процедуры sp_addrolemember и sp_droprolemember не были заменены операторами T-SQL, что делает невозможным их использованием в триггерах при построении собственной автоматизированной системы безопасности.

Поэтому вопрос: планируется ли замена операторами T-SQL процедур sp_addrolemember и sp_droprolemember, в том числе и для возможности выполнения их в пользовательской транзакции?

С уважением,
Антон Плотников

Похоже, что человек, который может адекватно ответить на данный вопрос, сейчас в отпуске. Я поговорю с ним, когда он вернется в середине января.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Доброго времени суток, Alexander Lozhechkin [MSFT]!

Вчера возникои проблемы с доступом к серверу из StarTeam'а, и после нескольких переустановок, я обратился к книге, а точнее к главе, где рассказывается о процессе установки. Так вот мне не понятен один момент: там говорится что при установку нужно обязательно указывать local.
Как я понял, имеется ввиду что мы производим установку на локальную машину. А если указать имя компьютера по сети — то установка будет проходить как на удалённый компьютер, даже если указано имя локального.
Правильно ли я понял, Григорий? И если нет, то проясните пожалуйста ситуацию.

И ещё один немаловажный вопрос. При установке сервера и 3-го СП запрашивается пароль администратора SA. Допустим я ввожу пароль длинной 1 символ. При просмотре данных о пользователе в поле пароль стоит 12! Это какая-то маска представления паролей, или это каким-то непонятным образом у меня стал такой длинный пароль?

Заранее благодарен!

RSDN@Home 1.1.4 beta 3 r241, а в ушах: silent

Привет Григорий! Вы не могли бы прокоментировать то что обнаружили в топике

http://www.gotdotnet.ru/Forums/VS2005/100827.aspx

Почему у одних есть коннект а у других нет ? Что значит не будет поддерживаться? Будет ли SQLDMO работать но скажем не все объекты будут доступны? Всё таки DMO это базовые обекты работы с сервером и вдруг их выкинули ? Что будет с DB-Library (NTWDBLIB.DLL) ?
С уважением, Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Прошу прощения я не совсем удачно выразился.
Прежде чем я продолжу — я не нахожусь в позиции давать ОФФИЦИАЛЬНЫЕ ответы от имени Microsoft. Прошу рассматривать мои комментарии, как мои личные и больше никак.

Возвращаясь к вопросу DMO-SMO.
На оффициальном сайте MS можно найти следующее
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnsql90/html/sql_ovyukondev.asp

Цитирую:
SQL Management Objects
The SQL Management Objects (SMO) model is the management object model for SQL Server 2005. SMO represents significant design and architectural improvements for the SQL Server management object model. It is simple to use, but a rich object model that is based on .NET Framework managed code. SMO is the primary tool for developing database management applications using.NET Framework. SMO is used by every dialog box in SQL Server Management Studio, and every administrative action that you can perform in SQL Server Management Studio you can also accomplish by using SMO.
The new SMO object model and the Microsoft Windows Management Instrumentation (WMI) APIs replace SQL-DMO. Where possible, SMO incorporates similar objects as SQL-DMO for ease of use. You can still use SQL Server 2005 Beta 2 with SQL-DMO, but SQL-DMO will not be updated to manage features that are specific to SQL Server 2005.
SMO and SQL-DMO
The SMO object model is a logical continuation of the work done in SQL-DMO. SMO is feature-compatible with SQL-DMO, containing many of the same objects. Where possible, the original SQL-DMO design is followed, but SMO has a number of additional features beyond SQL-DMO. To achieve maximum data definition language (DDL) and administrative coverage for SQL Server 2005, SMO adds more than 150 new classes.
The primary advantages of SMO are in its performance and scalability. SMO has a cached object model, which allows you to change several properties of an object before effecting the changes to SQL Server. As a result, SMO makes fewer round trips to the server, and makes its objects more flexible. SMO also has optimized instantiation, meaning that you can partially or fully instantiate objects. You can load many objects quickly by not instantiating all the properties of the objects.
Unlike SQL-DMO, which has a single application root directory that keeps references to all created server objects, SMO lets you establish multiple roots for servers without establishing a new connection. SMO implements advanced multiple-phase scripting, in addition to supporting SQL-DMO style scripting. You can also switch an object into capture mode and capture any DDL that would be emitted for that object, without actually applying changes to the server.
SQL-DMO also has a managed computer object that simplifies the interface to WMI, in order to support WMI monitoring and server configuration through the SMO object interface.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Пожалуйста не поймите меня превратно, но по-моему очень хорошие вопросы для usergroup.
Пароль, естественно, не изменился. Это просто маскировка.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Правильно ли я понял — будущее DB-Library (NTWDBLIB.DLL) пока неизвестно? Как впрочем DMO?
Ещё вопрос — новый тип данных в SQL 2005 XML. Могут ли эти колонки "участвовать" на равне (в перемешку!!!) с обычными в where join и так далее?
На семинаре на Чапаевском месяц назад — ответили в текущей версии нет. Ведь если "да" — то строить "сущности" и бизнес объекты можно будет совершенно по другому!!!
Спасибо, Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Доброго времени суток, Grigory Pogulsky [MSFT]!

GPM>Пожалуйста не поймите меня превратно, но по-моему очень хорошие вопросы для usergroup.

Я не против, но а вдруг это баг... конечно поздно, ведь скоро выйдет совершенно новый сервер. Но всё же... Теперь я понял что это фича, и считаю что это нормально сделано.

GPM>Пароль, естественно, не изменился. Это просто маскировка.

Спасибо!
Но если я к примеру поставил пароль 10 символов, то отображается 10 звёздочек!
Это интересно... какова же граница...

RSDN@Home 1.1.4 beta 3 r241, а в ушах: silent

XML columns are not comparable, i.e. >, < and =/!= operators are not defined for xml data type. However, you can use xml in conjunction with the methods it supports, specifically exist() is recommended for use in join conditions and predicates for performance reasons (can better leverage an xml index if present).
E.g.
select B.Title from Books B, Authors A where B.xmlcol.exist('/author/@lastname[.=sql:column("A.lastname")]') = 1 and A.country = 'Russia'
Technically, xml data type can be converted to string types and then manipulated and compared as strings. This practice is discouraged though. E.g. the following xml fragments are equal from the data model perspective, while their serialized string representations are not (they differ in attribute order and insignificant whitespace):
<GrigoryPogulsky attr1="smart" attr2="generous"/> and
<GrigoryPogulsky attr2="generous" attr1="smart" />
If one needs to create referential integrity/unique/primary key constraints based on xml columns, they can define a computed column that calls one of the xml data type methods (see BOL for more details as one is required to go through an extra hoop of creating a UDF that wraps the method invocation in SS2K5).

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

В MS SQL до версии 2000 не было документированной возможности управлять значениями @@error / @@rowcount / @@identity при написании своих процедур (триггера и функции тоже являются процедурами. Первые — по документации, вторые — по поведению — функции спокойно поддерживают EXEC

. Конечно, были способы обхода, которые периодически приходилось менять. Однако T-SQL является ПРОЦЕДУРНЫМ языком. Мы все еще будем лицезреть эту зияющую идеологическую дыру в 2005? Как равно и достаточно грубое привнесение INSTEAD OF триггеров? Вспомним хотя бы про поведение scope_iodentity() при появлении instead of триггера на таблицу.
Про 2000 я скромно молчу

В нем даже с порядком получения RAISERROR клиентом бардак.

Здравствуйте!

В SQL 2005 не реализована поддержка параметра WITH EXECUTE AS для inline table-valued function. Как для таких функций можно использовать имперсонацию?

С уважением,
Антон Плотников

We do not support EXECUTE AS for “inlined” objects such as views and inline table-valued functions.
The workaround is to have a wrapper object like a stored proc/non-inline TVF with the EXECUTE AS setting that calls into the inline TVF.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

По поводу @@ERROR.
Поможет ли вам TRY CATCH?

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Я говорю о полном контроле над выполнением батча. Если я не ошибаюсь, в 2005 все равно остались ошибки, снимающие батч. То есть, остается ситуация потери контроля, что делает полноценное серверное програмирование невозможным. Конечно, в 2000 мы научились выкручиваться из этой ситуации путем написания своих DLL. Конечно, этот прием применим и в 2005. Но это, на мой взгляд, не самый красивыйт выход — из этих DLL приходится устанавливать соединение со своим же сервером, что, грубо, удваивает нагрузку на сервер. Хотя, конечно, если делать bind соединениям, то серверу немного легче, но это НЕ ТО! Обойти можно все, что угодно, но возможность обхода не есть плюс продукту... А TRY / CATCH — это, конечно, хорошо. Но! Ничего принципиально нового он не дает, просто упрощает кодирование.

Я говорю о прозрачном написании кода. Я все еще надеюсь, что если в базе была таблица и вокруг нее была куча объектов, то я, развалив таблицу (тривиальная техническая нормализация) или вообще заменив ее представлением, могу так сэмулировать табличное поведение (trigger, что же еще?), что весь остальной код не надо будет трогать — он ничего не заметит.

Ну или если говорить о разработке проекта, то мне будет достаточно указать своим сотрудникам таблицу и документировать ее (предоставить метаданные), а есть там триггер или нет для них будет не очень важно. Он будет просто работать как сложный CONSTRAINT (что отчасти правда). Поведение самой таблицы при этом должно оставаться табличным! Даже если это сложное VIEW

Я говорю о способе в триггере установить @@error , @@rowcount , @@identity и прочие переменные, влиять на результат scope_identity() и т.д. Ну почему как только кто-то навешивает простой (а если сложный?) триггер на таблицу приходится пересматривать ВЕСЬ код, работающий с таблицей?

И, кстати, что там у нас с инсталяцией серверных продуктов? По-прежнему осталась головная боль с порядком поднятия объектов? Ничего нового в этой технологии не появилось? Мы, конечно, и это умеем обходить — обписали и это своими утилитами, но "за идею" обидно. Хотя, конечно, идеальных продуктов не бывает — я понимаю, но очень хочется

Здравствуйте, Григорий.

А>Похоже, что человек, который может адекватно ответить на данный вопрос, сейчас в отпуске. Я поговорю с ним, когда он вернется в середине января.

Можно ли уже получить какой-нибудь ответ?

--
Антон

Ответ получить можно, но к сожалению отрицательный. Упомянутые процедуры останутся процедурами. DDL варианта не будет.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Григорий, сейчас у многих специалистов, в т.ч. и у меня, сложилось довольно хорошее представление о Microsoft SQL Server 2005. Тем не менее хочется задать такой вопрос. С выходом сервера множество специалистов наверняка захочет перевести свои приложения с 2000 версии на 2005. При этом естественно, возникнет желание произвести рефакторинг клиент-серверного кода в соотвествии с новыми веяниями поддержки управляемого кода, расширения XML-типов, T-SQL и др. Будет ли ваша группа (я имею ввиду SQL Server Team) рекомендавать лучшие стратегии миграции в каком-то скомпановонном виде (документ/продукт) или вы ограничитесь MSDN Online и частично BOL?
Небольшой вопрос по MICROSOFT SQL SERVER 2005 Beta 2:
Очень странный инсталлер. Невозможно за раз проинсталлировать сервер, постоянно выдает ошибки (ОС чистая — Win2003), устанавливается с трудом (приходится проделывать фокусы с реестром и т.д.). Ваши рекомендации? Или мне опять обращаться в Support?

С уважением, Александр Гаас

Томское сообщество .NET программистов

Мой blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>При этом естественно, возникнет желание произвести рефакторинг клиент-серверного кода в соотвествии с новыми веяниями поддержки управляемого кода, расширения XML-типов, T-SQL и др.
>Будет ли ваша группа (я имею ввиду SQL Server Team) рекомендавать лучшие стратегии миграции в каком-то скомпановонном виде (документ/продукт) или вы ограничитесь MSDN Online и частично BOL?
Присоединяюсь к вопросу Александра, хотелось услышать ваше мнение по этому поводу, данный вопрос актуален и для меня.

С уважением, Александр.
http://blogs.gotdotnet.ru/personal/AlexKD/

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Прошу прощения за задержку. Что-то я не получаю уведомлений.
Трудно конкретно ответить на ваши вопросы.
Upgrade уделяется большое внимание. Будут и печатные материалы и продукты. Будет развиваться BPA (best practice analyzer). Так что можно ожидать большей поддерджки перехода на SQL Server 2005.
Про бету 2 ничего сказать не могу. Давно было

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

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>Так что можно ожидать большей поддерджки перехода на SQL Server 2005.
Это хорошо, будем ожидать.

С уважением, Александр. http://blogs.gotdotnet.ru/personal/AlexKD/

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Давно хотел задать этот вопрос.

Каково мнение Microsoft о технологии SIFT (Sum Indexed Fields Technology, так кажется) реализованой в Navision Attain (MBS Navision)?

Не планировалось ли включить ее в SQL Server?

—

Real programmers don't comment their code.
If it was hard to write, it should be hard to understand.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

А>

данное сообщение получено с www.gotdotnet.ru
А>ссылка на оригинальное сообщение

Поделитесь с какими основными проблеммами столкнулась команда SQL Server при добавлении хоста CLR ?

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Привет Григорий! Где можно найти описание базы примеров "Adventure Works" сервера SQL 2005? Дело в том, что там таблиц не мало и хотя бы краткое её описание не помешало бы!
Спасибо, Михаил
Завтра вопрос и ответ на него будет удален.
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/advwks9/html/f7d29122-6cef-4af7-9758-7bcdb1efd0cf.htm

[tagline]
Все должно быть просто, очень просто, настолько просто — насколько это возможно!
<hr />данное сообщение получено с www.gotdotnet.ru 
ссылка на [url=http://www.gotdotnet.ru/forums/Chats/127479.aspx]оригинальное сообщение

Спасибо! Можно удалять

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Александр и Григорий, скажите пожалуйста, почему Microsoft не делится информацией по формату Transaction Log'a?? Почему MS сам не сделает прогу для просмотра этого лога?
Спасибо.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вот что ответил один из разработчиков по поводу CLR

There were bunch of issues we had to solve. Some of them include:
— Sharing process's resources between SQL Server and CLR
— Diferent execution models of SQL Server and CLR
— CLR didn't have notion of nonpreemptive scheduling
— Mismatch in exception models

— CLR hasn't been design to be a database component:
— Stability of CLR
— Prone to unresolvable deadlocks
— Fail fast
And much more

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Привет Григорий! Простой вопрос — пытаюсь "узнать" foreign key выполняю на тестовой базе

execute sp_fkeys @fktable_name ='SalesOrderHeader'
execute sp_fkeys @fktable_name='sales.SalesOrderHeader'

результат ПУСТО! Это ещё не работает, или надо как то по другому писать? И заодно как правильно использовать схемы в таблицах ?
Спасибо Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Насчет SIFT и Navision, судя по всему, я пролетаю (только не говорите, что не знаете, что это такое!)...

Ладно. Тогда другой вопрос.

Почему Майкрософт упорно отказавается встроить IntelliSence/AutoComplete для SQL? Например, в "Aqua Data Studio" (http://www.aquafold.com) это реализовано, и вполне неплохо (лучше так, чем никак). Очень помогает в написании скриптов.

Вот сейчас запущен свеженький (февральский CTP) "SQL Express Manager". Картинки новые (если сравнить со старым QueryAnalyser-ом), но содержание осталось абсолютно то же, даже меньше из-за отсутствие темплейтов.

Почему? Что ТАКОГО сложного реализовать это? Почему парни из AquaFold смогли?

—

Real programmers don't comment their code.
If it was hard to write, it should be hard to understand.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>Почему Майкрософт упорно отказавается встроить >IntelliSence/AutoComplete для SQL?
Полностью поддерживаю. Очень животрепещущий вопрос.

Вопросы по методологии ошибок.
1) Ошибка уровня 16 прерывает пакет команд, но может и не прерывать.
Пример

BEGIN TRY
 SELECT * FROM MyTable
 --RAISERROR ('Error Sample',16,1)
END TRY
BEGIN CATCH
 PRINT 'ERROR'
END CATCH

-----------------------------
Msg 208, Level 16, State 1, Line 2
Invalid object name 'MyTable'.

Не помогает SEH, на который возлагались большие надежды (в этом случае нужно изолировать проблемный код в ХП или выполнять его с помощью sp_executesql, чтобы прерывание пакета не завершилось).
Вот другой пример, когда SEH действительно отработала

BEGIN TRY
 --SELECT * FROM MyTable
 RAISERROR ('Error Sample',16,1)
END TRY
BEGIN CATCH
 PRINT 'ERROR'
END CATCH

-----------------------------------
ERROR
2) Тоже самое с директивой XACT_ABORT. Транзакция не откатывается при ошибках времени компиляции.

По каким причинам ядро не может отловить ошибки времени исполнения, ведь насколько мне известно — T-SQL полностью интерпретируемый диалект? Более того изолированный пакет отрабатывает нормально в общем пакете (относительно ошибок)
Пример:

CREATE PROC SelectTable AS SELECT * FROM MyTable
GO
BEGIN TRY
 EXEC SelectTable
END TRY
BEGIN CATCH
 PRINT 'ERROR'
END CATCH

--------------------------------------
Msg 208, Level 16, State 1, Procedure SelectTable, Line 1
Invalid object name 'MyTable'.
ERROR

Вообще все сюрпризы обработки ошибок похоже перешли в новые версии

. Можете пояснить, почему так? Может быть я чего-то не заметил?

С уважением, Александр Гаас

Томское сообщество .NET программистов

Мой blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, BlackTigerAP, Вы писали:

А>Насчет SIFT и Navision, судя по всему, я пролетаю (только не говорите, что не знаете, что это такое!)...
Неким аналогом SIFT'а в реляционных СУБД являются различного рода materialized view, которые появились в сиквеле еще в 7й версии.

А>Почему Майкрософт упорно отказавается встроить IntelliSence/AutoComplete для SQL?
Никто не отказывается, еще в PDC версии юкона SQL Manager вполне себе пытался его пользовать.

А>Вот сейчас запущен свеженький (февральский CTP) "SQL Express Manager".
Может проблема в том, что это Express Manager?

Привет Григорий! Что за встроенный юзер такой INFORMATION_SCHEMA ? Как првильно писать sp_fkeys для тестовой базы?
Спасибо Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, коллеги
Не так, чтобы я готов был ответить на все вопросы, просто давно не отвечал, так что надо как-то себя проявить. Поскольку настроение у меня сегодня философское, то позволю себе начать с "притчи".

Представьте себе кораблестроительный завод. На сием заводе некто занимается, ну скажем, установкой радио оборудования. И вот он получает письмо следующего содержания: " Уважаемый А, В нашей машине происходят странные стуки! Что ваше предприятие собирается делать по этому поводу?"

Теперь мои жалкие попытки ответить на некоторые вопросы.
Мне казалось, что Intellisense работает в Management Studio (не входит в экспресс).
Я не знаю, что такое SIFT, и я этого не скрываю...
Я сросил пару людей и написал в дискуссионный лист. Никто мне по сей день не ответил. Это, естественно, не означает, что никто этого не знает. Судя по всему, это не самая острая проблема сейчас в нашей организации. Допускаю, что данное кокретное название родилось совсем в другом месте и в другое время, так что оно не ассоциируется у местных людей с кокретной технологией. Ежели, паче чаяния, я что-нибудь услышу на эту тему, я дам вам знать.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вопрос для Григория Погульского, какие приняты меры или будут приняты, для повышения уровня защиты компонентов базы данных SQL Server 2005?

С уважением, Александр. AlexKD Blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Привет всем! Может кто другой знает где почитать про встроенного юзера -INFORMATION_SCHEMA? Как писать правильно имена таблиц когда таблица принадлежит схеме? Как писать select ясно
select * from Production.Document но как писать когда название таблицы надо указать как строку? Например
sp_fkeys @pktable_owner ='Production.Document' то результат пустой, что конечно ерунда! Если создать базу где table_schema -dbo у всех таблиц, то всё без проблем!
С уважением, Михаил.

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>>А>Почему Майкрософт упорно отказавается встроить IntelliSence/AutoComplete для SQL?
>>Никто не отказывается, еще в PDC версии юкона SQL Manager вполне себе пытался его пользовать.

Вот сейчас поставил себе Beta3, полного сервера, а не экспресса... НИКАКОГО IntelliSence/AutoComplete НЕТУ!

Будет ли он в финале или мы все свалим на "Aqua Data Studio"?

—

Real programmers don't comment their code. If it was hard to write, it should be hard to understand.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вопрос для Stanislav Oks. Вопрос задан из чистых целей саморазвития и фактически не несет никакой ценносит практикующим программистам.

Станислав — не могли бы вы пояснить работу компонента узла планирования вашей новой платформы SQLOS. Известно, что планировщик является абстрактной моделью процессора. Собственно в каком случае обработчики планировщика предпочитают использовать потоки или нити, или это прерогатива выбора отдается оптимизатору (насколько я помню, раньше SQL Server использовал нити вместо потоков, когда конфигурационный параметр lightweight pooling устанавливался в 1)? Как это может отразиться на производительности (известно, что нити более "легки" чем потоки, т.к. при переключении не требую входа в режим ядра ОС)?
MSFT утверждает, что подсистема памяти MS SQL значительно улучшена. Не могли бы вы привести несколько наглядных примеров работы DVM?
Очень удручает отсутсвие хорошей информации о Hosting API, без которых невозможно представить, как взаимодействуют SQL Server и CLR? Какие источники можете рекомендовать для просветления?

С уважением, Александр Гаас

Томское сообщество .NET программистов

Мой blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Слава ведет блог
<blockquote class='q'>http://blogs.msdn.com/slavao/</blockquote>
Там вы сможете найти множество всяческой информации, относящейся к SQLOS.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>Слава ведет блог
http://blogs.msdn.com/slavao/
>Там вы сможете найти множество всяческой информации, >относящейся к SQLOS.
Спасибо, Григорий — обязательно почитаю и спрошу в блогах.

С уважением, Александр Гаас

Томское сообщество .NET программистов

Мой blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Товарищу модератору программисту и человеку! Я это вопрос задаю не первый день! На форуме sql.ru что то попытались ответить! Здесь этот вопрос вычёркивался но намёка на ответ я не получил! Всётаки что это и как писать! Вопрос не праздный. Я пробую перенести приложенис с SQL 2000 на SQL 2005. И как писать мне знать необходимо! Может надо писать на другой форум? Подскажите пожалуйста!
С уважением, Михаил.

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Виноват ! Мой вопрос добавился в конец. Я про то как писать

sp_fkeys @pktable_owner ='Production.Document' то результат пустой, что конечно ерунда! Если создать базу где table_schema -dbo у всех таблиц, то всё без проблем!

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вместо Sql Server Service Broker, MSMQ, COM+ и т.д. Microsoft реально не хватает нормального сервера приложений. Который стартовал бы, работал постоянно, имел контроль со стороны разработчика над количеством создаваемых объектов, имел общее хранилище для управляемого кода, шаблонов отчетов, системы событий и уведомлений и т.д.

Сейчас все это в отсутстии такого делается везде по-разному, логика "лежит" на SQL 2000 в виде UDF, views, stored proc etc. Шаблоны и бинарный код существуют в других ресурсах и т.д.
Web сервисы это, к сожалению, полностью не заменяют.

Sincerely yours,
Valery Chesnokov
<A href=http://chv.tele-kom.ru>http://chv.tele-kom.ru</A>

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, valeri, Вы писали:

v>Вместо Sql Server Service Broker, MSMQ, COM+ и т.д. Microsoft реально не хватает нормального сервера приложений.
Сервер приложений — это не совсем сюда...

Хотя, конечно, Юкон его уже здорово напоминает...
Сервер приложений — это Indigo, недавно вышел CTP preview этого дела, если есть MSDN подписка, можно скачать и посмотреть.

>Виноват ! Мой вопрос добавился в конец. Я про то как писать
Перенесите свой вопрос в тему "работа с данными" и вам обязательно постараются ответить.

С уважением, Александр Гаас

Томское сообщество .NET программистов

Мой blog

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Спасибо! В форуме "работа с данными" разобрались! Теперь бы поскорей VS 2005 BETA 2 соместимая с SQL 2005 BETA 2 а то поставил февральский вариант и ничего не получилось — SQL 2005 BETA 2 не дружит с ней!!!
С уважением, Михаил

Михаил

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

У меня пожелание :
может быть Григорий уточнит,
в каких областях SQL Server 2005
он силен.
Тогда, возможно, и вопросы и ответы будут более точными и конкретными

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

На мой вопрос — для Григория Погульского, какие приняты меры или будут приняты, для повышения уровня защиты компонентов базы данных SQL Server 2005? Так и не ответили.

[tagline]С уважением, Александр. <hr />данное сообщение получено с www.gotdotnet.ru 
ссылка на [url=http://www.gotdotnet.ru/forums/Chats/147661.aspx]оригинальное сообщение

>На мой вопрос — для Григория Погульского, какие приняты меры >или будут приняты, для повышения уровня защиты компонентов >базы данных SQL Server 2005? Так и не ответили.
Думаю, если вы зададите подобный вопрос в форуме "Работа с данными", вам найдется кому ответить

.
Еще раз напомню для тех кто, не смотрел ролик Channel9 c Георгием — он занимается вопросами исследования надежности и отказоустойчивости SQL Server. И думаю, что он с огромным удовольствием будет отвечать на вопросы именно в своей предметной области.
Прошу прощения за флейм.

С уважением, Александр Гаас

[url=http://www.tomsk.gotdotnet.ru>Томское сообщество .NET программистов

<a href=http://blogs.gotdotnet.ru/personal/AlexGaas/]Мой blog[/url]

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>Думаю, если вы зададите подобный вопрос в форуме "Работа с данными", вам найдется кому ответить
Я думаю, что найдется кто-либо

, но хотелось бы услышать от человека, который является сотрудником Microsoft + который непосредствено занимается вопросами SQL Server. Я как, понимаю, Григорий Погульский именно этот человек. Ведь не зря создана тема форума — Вопросы для Григория Погульского, чтобы задавать ему вопросы Александр.
[tagline]С уважением, Александр. <hr />данное сообщение получено с www.gotdotnet.ru 
ссылка на [url=http://www.gotdotnet.ru/forums/Chats/147699.aspx]оригинальное сообщение

Можно их здесь задавать?
В любом случае, есть несколько вопросов.

Первое, как и можно ли в коде отчета (выражениях или в Custom Code) получить текущее соедиение?

Второе, у меня есть сборка которая используется и как Data Processing Extension и в Custom Code. Ссылка на нее указана только по имени, т.е. версии и прочее не указаны. Тем не менее при замене ее на более новую версию код из Custom Code не может эту сборку найти и подсоединить. После загрузки на сервер того же отчета повторно, все работает. Такое ощущение, что после первого выполнения Custom Code "цепляется" за версию сборки и где-то ее кэширует. Как можно этот кэш сбросить?

... << RSDN@Home 1.1.4 beta 4 rev. 0>>

Привет Григорий! Не подскажите список "потерь" в T_SQL SQL 2005. Я случайно обнаружил что нельзя писать вместо LEFT JOIN *=, что еще? Это важно, так как мы собираемся переносить старые приложения на SQL 2005. В своё время начав на MS SQL 6.5 мы успешно перели на 7 потом на 2000. Последний "большой скачок" был при переходе с 6.5 на 7. Надеюсь и в этот раз удаться "задрав штаны, бежать за микрософтом" ( цитата из классика непомню какого

Спасибо Михаил

Спасибо, Михаил.

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Будут ли доступны LTM-транзакции для MS SQL 2000 в финальной версии FW 2.0? Сейчас при использовании TransactionScope стартует распределённая транзакция.

Прошу прощения за постыдно затянувшееся молчание. Ужасно был занят.
Я, к сожалению, никак не могу претендовать на роль "сотрудника, непосредственно занимающегося вопросами SQL Server". Я всего лишь скромный разработчик в группе SQL Server. Как вы понимаете я могу долго у с удовольствием отвечать на вопросы в области моей компетенции. Отвечать на любые вопросы вообще я не имею ни сил, ни квалификации. Идея форума, в моем понимании, подразумевает общение многих людей в свободной форме, обменивающимися знаниями ну условях 'best effort'.
В общем, уж простите, если что не так

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

По поводу "потерь" в T_SQL SQL 2005 .
Как таковой, список находится в работе. Т.е. не завершен. К моменту выхода все должно быть задокументировано.
Мы готовим к выходу "Upgrade Advisor", который будет сканировать базы данных (+ скритпы и traces, если таковые припасены) на предмет изменений.
Последний публичный CTP релиз включает в себя пока довольно ограниченную весрию Upgrade Advisor.
Самые большие изменения связаны с каталогом. Если вы делали какие-либо манипуляции с системными таблицами и другими объектами (кроме чтения), то возможны трудности.
Большинство изменений носят пограничный характер (трудно достижимый).
Есть изменения и в языке. Остается уровень совместимости 80, на котором весь старый код должен работать.
Есть изменения в других местах. (например длина именя fulltext catalog должна быть меньше 120 символов).
Вообще, в этом релизе Upgrade уделяется большое внимание.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

А почему большое количество классов в SMO объявленно sealed
Спрашиваю потому, что пишу сравниватель структур БД и приходится буквально для каждого класса (Table, Column, ForeignKey...) делать что-то типа обёртки, вместо этого можно было бы просто напросто отнаследоваться, например от Table и реализовать метод сравнения с другим Table.
Надеюсь вопрос не слишком глупый

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вопрос — не глупый. Однако, ответить не могу. Попробую найти кого-нибудь, кто может ответить.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Рад, что вы откликнулись

Если Вам интересно, то вот несколько проблем с которыми я столкнулся при использовании SMO в разработке
сравнивателя схем БД:
1. невозможность унаследовать от классов SMO, например Table, Column и т.п. (об этом я уже писал)
2. как следствие: невозможно использовать protected методы, например
protected override void ScriptCreate(StringCollection queries, ScriptingOptions so);
и других подобных методов.
невозможно добавлять функциональность сравнения объектов и преобразования объектов одного в другой
3. неудобный и очень медленный объект Scripter. Не могу понять почему он настолько медленный
дизассемблировав (только для сравнения скорости работы) алгоритмы скриптования (таблицы и столбца)
из SMO получил несравненно более высокую скорость, чем при использовании Scripter
4. как следствие: приходится писать свои методы скриптования, хотя, если бы можно было использовать [1] и [2], то
вопрос отпал бы сам собой
5. возможно я не совсем разобрался, но я не смог соскриптовать отдельный столбец в DDL-инструкцию.
Конечно, возможно это всё и специфично для моего проекта, но, опять таки если бы не [1] и [2], то пришлось бы
гораздо меньше писать кода, а SMO, как раз и делается для того чтобы сокращать писанину
Пока всё

Спасибо за внимание
С уважением, Константин Савельев

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Короткий ответ от разработчика

1) SMO classes are not extensible in this release — by design
2) ditto
3) Scripter can be tuned to the application, e.g., by using prefetch or defaultinitfields, but I need to know the exact scenario to give recommendation.

К сожалению ничего не могу добавить по поводу 1).
По поводу 3) — если есть больше деталей, то можно спросить у них, чего они думают по этому поводу.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

1) Жаль. Но, всё же интересно почему SMO спроектирована, как не расширяемая!?

3) На PrefetchObjects, к сожалению не обратил должного внимания. Да и не было возможности.
В локальной документации это свойство не описано, а насайте MSDNпро SMO вообще ни слова. Понимаю, что бета

А вот про "defaultinitfields" я не понял, что имеется в виду и как это использовать для ускорения скриптования
или для ускорения загрузки объектов.

Если можно поясните, пожалуйста, поподробнее, или может ссылочку какую-нибудь покажите

Проверку я проводил следующим образом:

Создал WinForms проект положил в него TreeView заполнил его списком таблиц и скриптовал таблицы при выборе их в
TreeView. Cкриптовать все объекты разом слишком долго (хотя я подумываю над тем, чтобы выделить скриптование в
отдельный поток, чтобы не тормозить UI).

Ну и вот, если пользоваться объектом Scripter, то задержка при скриптовании получалась значительная (уже попробовал
с PrefetchObjects=true — разницы не заметил). Пробовал рефлектором выдернуть методы скриптования из объектов Column
и Table и использовать их. Вышло быстрее, хотя не на много и всё равно заметна задержка.
в предыдущем посте я писал "получил несравненно более высокую скорость" — похоже, это происходило из-за того, что я
запускал своё скриптование на уже полностью загруженных объектах SMO, которые до этого скармливал Scripter'у. Каюсь

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

А вот про "defaultinitfields" я не понял, что имеется в виду и как это использовать для ускорения скриптования
или для ускорения загрузки объектов.
Если можно поясните, пожалуйста, поподробнее, или может ссылочку какую-нибудь покажите

Спасибо, Григорий.
Нашёл Michiel Wories WebLog, там есть ответы на эти вопросы

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Вот и славно

Michiel как раз тот человек, который вам нужен.

Grigory

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Не совсем по теме но может есть какая то у Вас информация на этот вопрос....

Обнаружилось препятствие в разработке под Фреймворк 2. Оказалось что существует достаточно большое количество Decision Makers которые считают что загружать и устанавливать ФВ 2 50% енд-юзеров не захотят (целевая группа — ХР). Поэтому разрешение на разработку не дают.

Вопрос — когда МС включит ФВ 2 куда нибудь откуда он может быть установлен без особого на то желания/знания юзера (сервис пак или обязательное обновление для ХР) ?

Я так понимаю что летом должен выйти релиз Авалона и Индиго и Офис 12 и насколько опять же я понимаю они будут требовать ФВ 2.. Так? Как МС собирается provide upgrade?

Спасибо

Лучшее — враг хорошего (C) Вольтер
Смерть изобретателям велосипедов! (С) мой

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте.

Ранее использовали для одного из проектов SQL Server 2005 BetaX. Ранее и в документации и в инете было заявлено, что Full-Text Search Engine будет поддерживать русский язык. Т.е. можно было бы пользоваться полнотекстовым поиском с учётом морфологии русского языка. И действительно в бетах это работало

. Но вот сегодня, наконец-то уже, дошли руки до перевода именно этого проекта на релизную версию. В итоге оказалось, что русского языка больше нет в списке поддерживаемых. Как же так? Что случилось? И в Books Online про это ни слова

Нужна помощь!

Я побежал вперёд паровоза

Ещё немного поиска дали следующий результат: Loading Licensed Third Party Wordbreakers . Может кто-то ещё столкнётся с этим.

Вопрос тогда следующий: а зачем было так усложнять жизнь?

Господа не сталкивался ли кто с такой проблемой?
Вопрос касается SMO реализации:
Приложение неимоверно долго работает из-за просмотра DefaultConstraint, для ускорение выборки данных пытался сделать таким образом:

SelectedServer.SetDefaultInitFields(typeof(Microsoft.SqlServer.Management.Smo.Column),//true);
new string[] { "Name", "DataType", "Nullable", "Default","DefaultConstraint" });

Но дело в том,что при обращении в данном случае к столбцу(Column),вылетает Exception с сообщением что данного поля просто нет.В MSDN написано что это публичное свойства. В PropertyGrid это свойство показывается, но почему то только для чтения(возможно из-за этого и проблемы) и в самой студии...В виду этого вопрос: как можно выяснить с помошью smo имеет ли столбец значение по умолчанию,так что бы это не замедляло весь процесс.
Данная реализация безумно тормазит:

 if (oColumn.DefaultConstraint !=null)
{
...
}

	От:	Аноним
	Дата:	09.09.04 08:48
	Оценка:
	#Имя:	-=???=-

	От:	Аноним
	Дата:	10.09.04 07:20
	Оценка:
	#Имя:	-=???=-

	От:	Аноним
	Дата:	10.09.04 13:20
	Оценка:
	#Имя:	-=???=-

	От:	Аноним
	Дата:	13.09.04 06:00
	Оценка:
	#Имя:	-=???=-

От:	Merle	http://rsdn.ru
Дата:	13.09.04 09:03
Оценка:	1 (1)

От:	Муравей	http://www.livejournal.com/users/podovan/
Дата:	17.09.04 11:06
Оценка:

От:	Crimean	http://lime-systems.com/
Дата:	18.01.05 09:32
Оценка:

От:	Tom	http://www.RSDN.ru
Дата:	28.02.05 15:30
Оценка:

	От:	Sergeant_BY
	Дата:	21.09.04 08:24
	Оценка: