Comments 44
немного запоздало, зато очень подробно
автор — молодец, интересный пост
автор — молодец, интересный пост
+9
Сжатие бекапов — наконец-то!
0
Наконец-то IntelliSence! Как же грустно было писать весь sql-код ручками, когда VisualStudio с Resharper'ом делают за тебя всю рутину, а редактор запросов в SQL 2005 больше похож на обыкновенный редактор текстов с подсветкой синтаксиса.
+4
Именно из-за таких развернутых обзоров я и люблю читать Хабр! Сразу видно: что, куда, откуда и зачем это нужно.
Автор, спасибо!
Автор, спасибо!
+4
Наконецто поддержка даты с offset-ом. А то это приходилось ручками каждый раз имплементировать. FileStream тоже весч, не надо делать из DB помойку.
0
Учтите что FileStream нужно явно при установке SQL Server разрешать.
А также говорить, что да, использовать FileStream в T-SQL.
или после установки командой:
exec [sp_filestream_configure] @enable_level = 3;
А потом при создании БД.
Почитать подробнее
А также говорить, что да, использовать FileStream в T-SQL.
или после установки командой:
exec [sp_filestream_configure] @enable_level = 3;
А потом при создании БД.
Почитать подробнее
+5
Лично для меня наиболее весомы следующие нововведения:
Интеллисенс в коде — наконец-то, а то без него было туго :)
Подробный аудит — недавно один из наших проектов долбили sql-инжектом — в результате была потерта одна табличка — было бы полезно узнать что и как произошло.
Ну и конечно как и комментатора выше, немножко напрягало делать свои обработчики времени и даты, в зависимости от потребностей задачи.
А я еще жду до сих пор нормальный и удобный постраничный вывод из таблицы, без костылей :(
Интеллисенс в коде — наконец-то, а то без него было туго :)
Подробный аудит — недавно один из наших проектов долбили sql-инжектом — в результате была потерта одна табличка — было бы полезно узнать что и как произошло.
Ну и конечно как и комментатора выше, немножко напрягало делать свои обработчики времени и даты, в зависимости от потребностей задачи.
А я еще жду до сих пор нормальный и удобный постраничный вывод из таблицы, без костылей :(
0
От sql-инъекций помогают избавиться параметризованные запросы. Это не в обиду сказано, просто я не знаю путей успешного внедрения инъекций, если при обращении к базе используются параметризованные запросы.
0
За все надо платить, за подробный аудит вы заплатите заметным падением производительности, так что просто надо стараться писать код, так, чтобы избегать инъекций, как уже ниже писали (плюс если динамический sql все же нужен, то дополнительная проверка параметров). Но это даже не к MSSQL относится, а в принципе, к любой СУБД.
0
Я вообще не очень ползуюсь SQL Server'ами, но тут на доsуге пришлось поработать с 2005 и 2008ым. Не понял почему вместо удобного интерфэйса «view table» оставили только «select top 1000 rows»
0
Не «View Table», а «Open Table», впрочем неважно…
Есть подозрение для того что если больше 1000 строк хочется посмотреть,
то человек сам запрос напишет…
А если человек новичок то не будет загружать сервер запросом на выборку миллиарда строк…
Имхо…
Есть подозрение для того что если больше 1000 строк хочется посмотреть,
то человек сам запрос напишет…
А если человек новичок то не будет загружать сервер запросом на выборку миллиарда строк…
Имхо…
+2
Ну в принципе согласен, ну раз уж было, могли бы и оставить.
-1
Мне вот что понравилось, что они spatial данные ввели (geometry&geography). До этого надо было либо покупать за приличные деньги решения типа MapInfo Spatial, либо использовать опенсорсный проект с кодэплекса(который последний раз в феврале 2007го релизился и то, на версии 0.1.1).
+1
Возможно я ошибаюсь, но чем больше проприетарных типов данных, тем сильнее привязка к конкретной БД. ИМХО лучше по возможности использовать универсальные. Хотя от проекта зависит, само собой.
0
Вроде бы MS SQL Spatial соответствует стандарту, так что… Конечно это для специфических, ГИС, приложений, но это большой шаг.
0
уверяю вас, переходить от одной бд к другой в сколь либо крупном проекте очень тяжело и без типов данных
привязка к субд должна происходит еще на этапе планирования
и на нем же должны учитываться все и большинство фич и свойств текущей бд которые собственно и введены для ускорения, оптимизации и прочих улучшений процессов
можно приравнять субд к языку программирования на котором пишется проект.
никто в здравом уме не станет писать на с++ учитывая типы данных vb например…
привязка к субд должна происходит еще на этапе планирования
и на нем же должны учитываться все и большинство фич и свойств текущей бд которые собственно и введены для ускорения, оптимизации и прочих улучшений процессов
можно приравнять субд к языку программирования на котором пишется проект.
никто в здравом уме не станет писать на с++ учитывая типы данных vb например…
+2
Я скорее чесал затылок из-за того, что являюсь поклонником ORM-фреймворков, а там новые типы данных часто вызывают проблемы. Конечно, если сервис замкнут на единственную базу и выжимает максимум эффективности низкоуровневой работой — это другая ситуация.
0
ну врядли введение новых типов как-то ущемляет предыдущие версии фреймврорков
а новые версии уже будут их поддерживать
тоже самое было с VS 2008 она изначально не поддерживала MS SQL Server 2008 ни бету ни релиз
только потом с sp1 пришла поддержка и типов и редактирования объектов базы
а введение типо поддержки гео-данных — это гигантский шаг вперед
разработчики CAD и сервисов с гео-данными оценят
а новые версии уже будут их поддерживать
тоже самое было с VS 2008 она изначально не поддерживала MS SQL Server 2008 ни бету ни релиз
только потом с sp1 пришла поддержка и типов и редактирования объектов базы
а введение типо поддержки гео-данных — это гигантский шаг вперед
разработчики CAD и сервисов с гео-данными оценят
0
Лимита опять нет =(
0
что за «лимит»?
0
Лимит — не модно :) Он вообще есть где-нибудь окромя MySQL?
0
И не надо. С ним люди таких мостров плодят.
Потом не разберешься.
Потом не разберешься.
0
Все уже есть ещё в 2005
Называются функции ранжирование, и предоставляют они несравнимо больше свободы чем пресловутый limit.
RANK()
ROW_NUMBER()
DENSE_RANK ()
NTILE()
Называются функции ранжирование, и предоставляют они несравнимо больше свободы чем пресловутый limit.
RANK()
ROW_NUMBER()
DENSE_RANK ()
NTILE()
+2
кстати, zabr
ты забыл написать про sparse columns
msdn.microsoft.com/en-us/library/cc280604.aspx
тоже очень полезная вещь, которая появилась в 2008 сервере
ты забыл написать про sparse columns
msdn.microsoft.com/en-us/library/cc280604.aspx
тоже очень полезная вещь, которая появилась в 2008 сервере
0
Замечательная статья, добавил кармы автору чуть-чуть.
Сам 2008й не пробовал, но вопрос (больной) есть: в 2005м в «Tasks -> Generate Scripts...» нельзя было выбрать в Script Behavior пункт «Generate the script as DROP statements followed by CREATE statements» (проверял на SQL2005+SP1). Есть ли это в 2008м?
Сам 2008й не пробовал, но вопрос (больной) есть: в 2005м в «Tasks -> Generate Scripts...» нельзя было выбрать в Script Behavior пункт «Generate the script as DROP statements followed by CREATE statements» (проверял на SQL2005+SP1). Есть ли это в 2008м?
0
IntelliSence и таблицы в виде параметров функций.
Ради этого можно переходить на 2008.
Не нашел в обзоре ничего про версионность/блокирование данных при запросах.
Что-нибудь в алгоритмах поменялось? Или как в 2005 все?
Ради этого можно переходить на 2008.
Не нашел в обзоре ничего про версионность/блокирование данных при запросах.
Что-нибудь в алгоритмах поменялось? Или как в 2005 все?
0
Вроде что то изменилось, но мало:
Но т.к я пока не использовал, точно определить не могу.
Посмотрите это, думаю поможет и навдет на какие-нибудь мысли
Но т.к я пока не использовал, точно определить не могу.
Посмотрите это, думаю поможет и навдет на какие-нибудь мысли
0
Интересно, они пагинацию в SELECT таки сделали? Т.е. чтобы можно было выбрать записи с 10 по 20, например.
0
Я выше уже ответил на этот вопрос, посмотрите мой комментарий habrahabr.ru/blogs/sql/39849/#comment_965042
0
спасибо
0
Sign up to leave a comment.
SQL Server 2008: обзор нововведений