Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5   вперед  Ctrl      все
 Re: Встреча с разработчиками SQL Server  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
prog123
1. Создать 2-й диалект ms sql и не латать дырки в ущербном и смешном изначально языке.
2. Стремиться к минимуму администрирования, и в идеале - совсем без него.


а чем не устраивает простой и мощный язык?
7 ноя 14, 17:43    [16813471]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
Winnipuh
prog123
1. Создать 2-й диалект ms sql и не латать дырки в ущербном и смешном изначально языке.
2. Стремиться к минимуму администрирования, и в идеале - совсем без него.


а чем не устраивает простой и мощный язык?


Одни портянки-трахи на тему даты достойны книги рекордов гиннеса
7 ноя 14, 17:45    [16813484]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
o-o
Guest
prog123
Создать 2-й диалект ms sql

...и назвать его T-SQL-for-oracloids.
и топик тоже раздвоить. соответствующую подветку назвать "with best wishes from Oracle"
7 ноя 14, 17:47    [16813490]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
prog123
Winnipuh
пропущено...


а чем не устраивает простой и мощный язык?


Одни портянки-трахи на тему даты достойны книги рекордов гиннеса


Должно быть чуть больше Interbase и меньше Oracle. Всё, без чего можно жить, - выкидывается из языка, это - удел пользовательских функций. Должно быть прросто, надежно и достаточно. Interbase - достойнейший пример.
7 ноя 14, 17:48    [16813494]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
ЕвгенийВ
Member

Откуда: Москва
Сообщений: 4994
DeColo®es,
Попросите их ввести новый тип данных JSON с нативной поддержкой (функции, индексы).
7 ноя 14, 17:53    [16813521]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
o-o
Guest
prog123,

извините. ошибочка вышла с клановой принадлежностью.
тогда "T-SQL-for-Interbase-fans"

а еще лучше -- мега универсальный Open Source: "T-SQL-without-Microsoft"
7 ноя 14, 17:53    [16813522]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
o-o
prog123,

извините. ошибочка вышла с клановой принадлежностью.
тогда "T-SQL-for-Interbase-fans"

а еще лучше -- мега универсальный Open Source: "T-SQL-without-Microsoft"


Вы слишком мало знаете. Идея диалекта языка sql - не нова и давно успешно реализована.
7 ноя 14, 18:20    [16813671]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
Фирме Microsoft стоит выразить благодарность за поддержку самого высокого качества своего продукта в России. По сравнению с другими в данном вопросе, - просто вне всякой конкуренции! Так держать и дальше! Всё насквозь русифицировано, в отличии от всяких ораклов, ну и т.д.
7 ноя 14, 18:26    [16813702]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
o-o
Guest
prog123,

знаю я действительно мало.
но что есть ANSI SQL, и что есть диалект SQL для каждой СУБД, как бы я в курсе.
и т.к. всем постоянно чего-то не хватает, я предлагаю завести еще PL-T-SQL для SQL Server-a
(и T-SQL-PL для Оракла)
7 ноя 14, 18:30    [16813723]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
o-o
prog123,

знаю я действительно мало.
но что есть ANSI SQL, и что есть диалект SQL для каждой СУБД, как бы я в курсе.
и т.к. всем постоянно чего-то не хватает, я предлагаю завести еще PL-T-SQL для SQL Server-a
(и T-SQL-PL для Оракла)


Так и не понял:) Внутри одной СУБД несколько диалектов SQL.
7 ноя 14, 18:34    [16813733]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
o-o
Guest
prog123
Всё насквозь русифицировано

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

К сообщению приложен файл. Размер - 181bytes
7 ноя 14, 18:35    [16813740]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
prog123
1. Создать 2-й диалект ms sql и не латать дырки в ущербном и смешном изначально языке.
2. Стремиться к минимуму администрирования, и в идеале - совсем без него.


Шансы обойти Oracle у MS SQL в этом случае резко возрастут! И переходить с него может стать легко.
имхо
7 ноя 14, 18:38    [16813757]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
o-o
prog123
Всё насквозь русифицировано

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


В чём проблема? Вас никто не заставляет пользоваться переводом. Но массовому пользователю, - это то что надо.

PS Не считайте специалистов их Микрософт идиотами. Идите лучше поболтать в другое место.
7 ноя 14, 18:41    [16813781]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
o-o
Guest
видать, очень много переведенной документации читали, что слоников не заметили.
а "массовых пользователей" с русифицированными цитатами навалом и на форуме,
уж на "составить мнение о переводе" мне хватило. никого не заставляю подписываться, кстати.
но на ваш плакатец моя вам реакция.
7 ноя 14, 19:19    [16813942]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
ViPRos
Member

Откуда:
Сообщений: 9944
что бы можно было один и тот же объект (включая саму схему) включить в разные схемы
и щоб у схем могли бы быть много владелцев (ну, может это и естьь, не проверял)
7 ноя 14, 19:23    [16813960]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
Winnipuh
Member [заблокирован]

Откуда: Київ
Сообщений: 10428
prog123
o-o
пропущено...

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


В чём проблема? Вас никто не заставляет пользоваться переводом. Но массовому пользователю, - это то что надо.

PS Не считайте специалистов их Микрософт идиотами. Идите лучше поболтать в другое место.


массовый пользователь и SQL Server... хмм..
7 ноя 14, 19:42    [16814020]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
prog123
Guest
ViPRos
что бы можно было один и тот же объект (включая саму схему) включить в разные схемы
и щоб у схем могли бы быть много владелцев (ну, может это и естьь, не проверял)


А зачем?
Практически любая программа использует так называемые мастер-данные, т.е. всевозможные справочники. Никто не запрещает разрабатывать архитектуру с двумя базами: в первой - мастер-данные, и только они, во второй, - весь остальной приклад. В этом случае интеграция совершенно разных по своему функционалу систем, становится простой задачей и исчезает потребность в репликациях. Получится некая звездообразная система, в центре которой - мастер-данные, единственные и общие для всех.
7 ноя 14, 19:49    [16814038]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
ViPRos
Member

Откуда:
Сообщений: 9944
prog123,

я ниче про репликацию и т.д. не говорил
схемы такие мне нужны в других целях
7 ноя 14, 19:53    [16814063]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
fi
Guest
а починили проблему с условием is null в фильтрованном индексе?
7 ноя 14, 21:06    [16814283]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
xeljr
Guest
плюсану:

- поддержка regexp'ов из коробки без необходимости тянуть свои костыли в .net сборках
- возможность drop'ать схемы из schema collection
8 ноя 14, 09:49    [16815634]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1836
1) Расширить EVENT_DATA() для ddl-тригеров на EXECUTE PROCEDURE с возможностью получения родительского модуля
или ввести функцию возвращающую id родительского модуля если вызов осуществляется из хранимой процедуры или функции

2) Получение @@PROCID из CLR процедур

3) Возможность передавать массивы параметров в хранимые процедуры
9 ноя 14, 03:39    [16817678]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8877
felix_ff

3) Возможность передавать массивы параметров в хранимые процедуры

???!
...в смысле - передавать таблицы => в CLR-процедуры ?
9 ноя 14, 14:04    [16818064]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
felix_ff
Member

Откуда: Moscow
Сообщений: 1836
SIMPLicity_
felix_ff
3) Возможность передавать массивы параметров в хранимые процедуры

???!
...в смысле - передавать таблицы => в CLR-процедуры ?


Да немного некорректно выразился скорее не массив а список параметров.

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

есть конечно возможность передавать табличный тип, но тут есть некоторая "неудобность" данного подхода, тип надо определять заранее с своей сигнатурой, потом создавать переменную такого типа начитывать в нее данные и только потом передавать в хп.
было бы сильно удобнее если можно было сразу писать
exec sp1 @param1='1' @param2='2'

exec sp1 @def=N'param_n int, ...n'
       @param1='1',
       @param2='2',
       @param3 = '3',
       @param10='test'


где сигнатура самой хранимой процедуры явно определяет только два входный параметра @param1 и @param2 а остальные расширяются некоей декларативной функцией
9 ноя 14, 14:38    [16818134]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
DeColo®es
Member

Откуда: Москва
Сообщений: 5503
Блог
felix_ff
Да немного некорректно выразился скорее не массив а список параметров.
......
где сигнатура самой хранимой процедуры явно определяет только два входный параметра @param1 и @param2 а остальные расширяются некоей декларативной функцией

А какой сценарий применения? Чем это лучше, чем sp_executesql.
Просто не приходилось сталкиваться с потребностью в такой "гибкости"...
11 ноя 14, 05:33    [16825883]     Ответить | Цитировать Сообщить модератору
 Re: Встреча с разработчиками SQL Server  [new]
SFlash
Member

Откуда:
Сообщений: 143
felix_ff
где сигнатура самой хранимой процедуры явно определяет только два входный параметра @param1 и @param2 а остальные расширяются некоей декларативной функцией


Вот честно, тоже никак не могу понять смысла процедуры у которой будут заранее неизвестные параметры. Если есть хотелка, значит этого где то нехватало, но никак не могу придумать такой ситуации, может просветите?
11 ноя 14, 08:16    [16825998]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить