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

Откуда: мск
Сообщений: 1887
володя выноси, та да, поспешил
2 сен 11, 11:49    [11217076]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
володька трынькин
Member

Откуда:
Сообщений: 141
всем спасибо за помощь,
действительно EXECUTE решает
2 сен 11, 12:19    [11217293]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
invm
Member

Откуда: Москва
Сообщений: 9827
володя выноси
володька трынькин,

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

Браво! Каждому пользователю -- свой экземпляр сервера. Ибо как еще можно обеспечить наличие процедуры с одним именем, но различным содержимым для разных пользователей? Вот если бы вы написали временная процедура с постоянным именем, то да, вопросов бы не было.
2 сен 11, 12:20    [11217304]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
володя выноси
Guest
володька трынькин,

да, он такой.
2 сен 11, 12:20    [11217308]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
володя выноси
Guest
invm,

кто-то заказывал разное содержимое?
2 сен 11, 12:23    [11217320]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
раздватричетырепять
Guest
начните с того, что пристрелите проектировщика

Примеры поездатого проектирования каждый может найти в разделе INFORMATION_SCHEMA ;-)
2 сен 11, 13:22    [11217895]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
step_ks
Member

Откуда:
Сообщений: 936
invm
Ибо как еще можно обеспечить наличие процедуры с одним именем, но различным содержимым для разных пользователей?

if внутри процедуры?
2 сен 11, 13:57    [11218211]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
step_ks
Member

Откуда:
Сообщений: 936
+ есть еще схемы
2 сен 11, 14:03    [11218260]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Shakill
sphinx_mv
Только если меняется набор отображаемых полей и список формальных параметров - но тут хочешь/не хочешь, но приложение пере-"хардкодить" придется при ЛЮБОМ варианте... При этом количество геморроя с использованием стандартных средств хорошо если всего только на порядок меньше, чем в изобретенном "велосипеде"...


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

конечно, с какой скоростью всё это работало и как поддерживалась целостность - вопросы отдельные.


Ну, я тоже много чего видел за время своей работы...

И при этом (категорически!) не вижу ни малейшего смысла использовать ДОПОЛНИТЕЛЬНЫЕ движки для модификации запросов...
Готовить и использовать вместо специалиста "по серверу", некоего специалиста "по непонятному движку" - никакой пользы. Особенно если учесть, что к глюкам сервера, которых и так вполне достаточно, добавлятся глюки неизвестно кем (по большому счету) написанного движка данных... Это не считая вопросов "а че это простенькие запросы у меня еле ворочаются"...

Если заказчик все равно имеет доступ к изменению структуры таблиц, какой смысл заниматься изобретением "велосипеда", если сервер УЖЕ "по-умолчанию" все это имеет? Пусть пользователь/заказчик меняет запросы, пусть меняет хранимые процедуры... Сугубо под свою ответственность... По любому из желаний своей левой пятки...

Простой принцип: не плодите сущности превыше потребностей - и будет щастье (пусть и в отдельно взятой информационной системе)...
2 сен 11, 14:31    [11218522]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
sphinx_mv
Если заказчик все равно имеет доступ к изменению структуры таблиц, какой смысл заниматься изобретением "велосипеда", если сервер УЖЕ "по-умолчанию" все это имеет? Пусть пользователь/заказчик меняет запросы, пусть меняет хранимые процедуры... Сугубо под свою ответственность... По любому из желаний своей левой пятки...
+1

Не вижу преимуществ своего конструктора по сравнению с стандартными от МС (или других производителей).

Это, конечно, не относится к конструктору интерфейса.
2 сен 11, 14:40    [11218604]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
sphinx_mv

И при этом (категорически!) не вижу ни малейшего смысла использовать ДОПОЛНИТЕЛЬНЫЕ движки для модификации запросов...
Готовить и использовать вместо специалиста "по серверу", некоего специалиста "по непонятному движку" - никакой пользы. Особенно если учесть, что к глюкам сервера, которых и так вполне достаточно, добавлятся глюки неизвестно кем (по большому счету) написанного движка данных... Это не считая вопросов "а че это простенькие запросы у меня еле ворочаются"...

Если заказчик все равно имеет доступ к изменению структуры таблиц, какой смысл заниматься изобретением "велосипеда", если сервер УЖЕ "по-умолчанию" все это имеет? Пусть пользователь/заказчик меняет запросы, пусть меняет хранимые процедуры... Сугубо под свою ответственность... По любому из желаний своей левой пятки...

Простой принцип: не плодите сущности превыше потребностей - и будет щастье (пусть и в отдельно взятой информационной системе)...


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

alexeyvg
Не вижу преимуществ своего конструктора по сравнению с стандартными от МС (или других производителей).
подскажите конструктор от МС, позволяющий при добавлении столбца в таблицу или изменении его типа не переписывать все хранимки и вьюхи, связанные с этой таблицей. я вижу выход только в динамике, а это уже означает написание своего конструктора.
2 сен 11, 14:56    [11218824]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
invm
Member

Откуда: Москва
Сообщений: 9827
step_ks
invm
Ибо как еще можно обеспечить наличие процедуры с одним именем, но различным содержимым для разных пользователей?

if внутри процедуры?
Дело не в этом. Просто было предложено каждый генерить процедуру заново.
2 сен 11, 15:05    [11218922]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
step_ks
Member

Откуда:
Сообщений: 936
invm
step_ks
пропущено...

if внутри процедуры?
Дело не в этом. Просто было предложено каждый генерить процедуру заново.

Ну так и на здоровье - генерить каждый раз после того, как произведены изменения, требующие перегенерации процедуры. Если, конечно, это не происходит постоянно при каждом действии пользователя.
2 сен 11, 15:11    [11218996]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Шыфл
Member

Откуда: Прага
Сообщений: 776
alexeyvg
Не вижу преимуществ своего конструктора по сравнению с стандартными от МС (или других производителей).
подскажите конструктор от МС, позволяющий при добавлении столбца в таблицу или изменении его типа не переписывать все хранимки и вьюхи, связанные с этой таблицей. я вижу выход только в динамике, а это уже означает написание своего конструктора.[/quot]

ИМХО, универсальность ради универсальности - это бред. Вам шашечки или ехать? Как говорят англичане "No-one expects the spanish inquisition".
Если поле было инт, а станет чар, логично предположить, что что-то нужно будет переделать. Потому что ведь может и не стать. А городить терабайты кода под теоретическую возможность мягко говоря не совсем логично.
2 сен 11, 15:19    [11219096]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
Шыфл
ИМХО, универсальность ради универсальности - это бред. Вам шашечки или ехать? Как говорят англичане "No-one expects the spanish inquisition".
Если поле было инт, а станет чар, логично предположить, что что-то нужно будет переделать. Потому что ведь может и не стать. А городить терабайты кода под теоретическую возможность мягко говоря не совсем логично.


вы совсем не читаете? я же не зря про тз написал, вопрос не в самой универсальности, а в пожеланиях заказчика, он эту возможность время от времени использует. кода совсем не терабайты, обычное клиентское приложение, генерирующее запросы. можно генератор перенести из клиента в хранимки и генерить запросы не на delphi/шарпе, а при помощи sql, но суть останется
2 сен 11, 15:27    [11219176]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Ares_ekb
Member

Откуда: Екатеринбург
Сообщений: 1616
Shakill
видел несколько десктопных приложений на самописных движках-"конструкторах", требующие для изменения списка полей только добавления поля в таблицу с данными и соотв. записи в служебную таблицу с метаданными. запросы, формы отображения и т.п. приложение формировало на лету, перекомпиляция не требовалась. это удобно в тех случаях, когда заказчик требует возможность время от времени самому оперативно изменять структуру таблиц с пользовательскими данными (речь не о ключах).

конечно, с какой скоростью всё это работало и как поддерживалась целостность - вопросы отдельные.

У нас такое приложение... данные хранятся в XML-формате (MS SQL Server), формы генерятся динамически. Проверка целостности конечно на уровне приложения. Хотя наверное возможны варианты и с XSD, но я не озадачивался пока. По скорости неотличимо от обычных форм.

У нас дело даже не в заказчике, а в том, что таких форм очень много, и для каждой делать таблицу накладно.
2 сен 11, 15:29    [11219193]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Shakill
sphinx_mv
И при этом (категорически!) не вижу ни малейшего смысла использовать ДОПОЛНИТЕЛЬНЫЕ движки для модификации запросов...
Готовить и использовать вместо специалиста "по серверу", некоего специалиста "по непонятному движку" - никакой пользы. Особенно если учесть, что к глюкам сервера, которых и так вполне достаточно, добавлятся глюки неизвестно кем (по большому счету) написанного движка данных... Это не считая вопросов "а че это простенькие запросы у меня еле ворочаются"...

Если заказчик все равно имеет доступ к изменению структуры таблиц, какой смысл заниматься изобретением "велосипеда", если сервер УЖЕ "по-умолчанию" все это имеет? Пусть пользователь/заказчик меняет запросы, пусть меняет хранимые процедуры... Сугубо под свою ответственность... По любому из желаний своей левой пятки...

Простой принцип: не плодите сущности превыше потребностей - и будет щастье (пусть и в отдельно взятой информационной системе)...


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


Если у заказчика НЕТ специалиста по серверу, ему вообще опасно давать доступ к модификации данных и запросов. В ЛЮБОМ ВИДЕ! Намодифицирует так, что мало не покажется ни ему, ни разработчикам, которые не смогли убедить заказчика, чтобы у него хотя бы специалист нужный появился. И доступ к административным функциям в таких случаях - вообще смерти подобно!
Особенно с учетом полного отсутсвия хоть какого-то ориентирования на элементарное разграничение доступа пользователей...

Соответственно, фенечка сугубо ради "срубить лишних бабок". И офигенная "черная дыра" на предмет утечки "в неизвестном направлении" коммерческой информации.
2 сен 11, 15:32    [11219219]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
Ares_ekb, ну вот да, ещё XML формат или свой какой-нибудь вариант EAV. конструктор в чистом виде
2 сен 11, 15:35    [11219241]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
sphinx_mv
Если у заказчика НЕТ специалиста по серверу, ему вообще опасно давать доступ к модификации данных и запросов. В ЛЮБОМ ВИДЕ! Намодифицирует так, что мало не покажется ни ему, ни разработчикам, которые не смогли убедить заказчика, чтобы у него хотя бы специалист нужный появился. И доступ к административным функциям в таких случаях - вообще смерти подобно!


не понимаю, почему всем мерещатся ручные глобальные переделки архитектуры каким-то воинствующим эникейщиком? руками персонал запросы не создаёт и ничего не модифицирует, а пользуется теми функциями, которые обкатаны и реализованы в клиентской части.
2 сен 11, 15:49    [11219391]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
Shakill
alexeyvg
Не вижу преимуществ своего конструктора по сравнению с стандартными от МС (или других производителей).
подскажите конструктор от МС, позволяющий при добавлении столбца в таблицу или изменении его типа не переписывать все хранимки и вьюхи, связанные с этой таблицей. я вижу выход только в динамике, а это уже означает написание своего конструктора.
Вы подменяете понятия. Конструктор от МС - это язык T-SQL.
Я так-же могу спросить - подскажите самодельный конструктор, позволяющий при <...> сделать это, не подходя к компьютеру.

Для внесения изменения в приложения по любому нужно совершить какие либо действия по программированию приложения.

Для совершения этих действий нужно обладать требуемой квалификацией и знать соответствующие инструменты (самодельные они или от МС - неважно).

В случае использования стандартных средств: Специалиста, который в состоянии добавить одно поле в таблицу и добавить это поле в соответствующие процедуры и вьюхи (добавление поля и протаскивание его в куче процедур - один час), можно найти на рынке труда за один день и при этом недорого.

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

При этом в данном примере в обоих случаях ничего сложного делать не надо.

Если же задача чуть сложнее, то в случае использования стандартных средств проблем всё так-же не будет, а в случае своего конструктора нужна будет ооочень высокая квалификация, возможно, изменение конструктора.
2 сен 11, 15:55    [11219465]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
Shakill
Member

Откуда: мск
Сообщений: 1887
alexeyvg
Вы подменяете понятия. Конструктор от МС - это язык T-SQL.
Я так-же могу спросить - подскажите самодельный конструктор, позволяющий при <...> сделать это, не подходя к компьютеру.

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

alexeyvg
Для совершения этих действий нужно обладать требуемой квалификацией и знать соответствующие инструменты (самодельные они или от МС - неважно).
преимущества самодельного инструмента: а) выполняет только функции, ограниченные тз конкретного заказчика. б) разработан таким образом, чтобы пользователь затратил минимум времени на освоение этих самых функций

alexeyvg
В случае использования стандартных средств: Специалиста, который в состоянии добавить одно поле в таблицу и добавить это поле в соответствующие процедуры и вьюхи (добавление поля и протаскивание его в куче процедур - один час), можно найти на рынке труда за один день и при этом недорого.

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

вы забыли, что во втором случае менять процедуры и вьюхи не надо, в этом соль. обращение к модифицируемым таблицам через динамику. специалиста, который при помощи административной утилиты добавит в метатаблицу описание нового столбца и подтвердит добавление его в таблицу с данными, вообще искать не надо, по инструкции это сделает хоть кто. остальные вопросы по работе с новой структурой решает сам конструктор
2 сен 11, 16:24    [11219797]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
koJIo6ok
Member

Откуда: РБ
Сообщений: 950
alexeyvg, +1
Shakill,
минимум затратил минимум получил, интересно сколько затратите вы на разработку поддержку обучение
не ну понятно, есть такое слово - надо ))
отписывайтесь потом плз, как шло к чему пришли и где остановились ) познавательно будет почитать
2 сен 11, 16:40    [11219931]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
invm
Member

Откуда: Москва
Сообщений: 9827
step_ks
invm
пропущено...
Дело не в этом. Просто было предложено каждый генерить процедуру заново.

Ну так и на здоровье - генерить каждый раз после того, как произведены изменения, требующие перегенерации процедуры. Если, конечно, это не происходит постоянно при каждом действии пользователя.
Вот об этом и речь.
2 сен 11, 16:40    [11219938]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31959
Shakill
alexeyvg
Вы подменяете понятия. Конструктор от МС - это язык T-SQL.
Я так-же могу спросить - подскажите самодельный конструктор, позволяющий при <...> сделать это, не подходя к компьютеру.

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

Да, это я понял.

Я просто говорил о том, что для бизнеса неважно, как называется язык программирования и окошко графического интерфейса.
По любому изменение бизнес-модели в программе называют пронграммированием. Разве что она вообще делается незаметно и независимо от человека...

А познания у этого программиста в sql или в чём то ещё - какая разница? Важно, за скоко денег можно его нанять.

Shakill
alexeyvg
Для совершения этих действий нужно обладать требуемой квалификацией и знать соответствующие инструменты (самодельные они или от МС - неважно).
преимущества самодельного инструмента: а) выполняет только функции, ограниченные тз конкретного заказчика. б) разработан таким образом, чтобы пользователь затратил минимум времени на освоение этих самых функций
Ну, пункт а) я не буду считать преимуществом :-)

Я знаю, как пишутся ТЗ и как часто меняются бизнес-требования :-)

Shakill
alexeyvg
В случае использования стандартных средств: Специалиста, который в состоянии добавить одно поле в таблицу и добавить это поле в соответствующие процедуры и вьюхи (добавление поля и протаскивание его в куче процедур - один час), можно найти на рынке труда за один день и при этом недорого.

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

вы забыли, что во втором случае менять процедуры и вьюхи не надо, в этом соль. обращение к модифицируемым таблицам через динамику. специалиста, который при помощи административной утилиты добавит в метатаблицу описание нового столбца и подтвердит добавление его в таблицу с данными, вообще искать не надо, по инструкции это сделает хоть кто. остальные вопросы по работе с новой структурой решает сам конструктор
Что, любой человек с улицы на своём компе так легко вставит в сущность атрибут, опишет нужное поведение системы... ?

И вокруг не будут стоять толпы сотрудников, обучая его полдня этому нехитрому действию ?

Что то не верится :-)

Вообще говоря, я не против отдельных элементов конструкторов типа EAV-моджели, но только в пределах области её разумного применения - типа характеристик товара. Но не более.

А в нормально работающие самодельные полноценные системы конструкторы мне как-то не верится...

Успешные (то есть продающиеся) системы-конструкторы над СУБД (типа 1С или САП) необычайно сложны и вносят поверх СУБД действительно серьёзную функциональность. Написать это самому...
2 сен 11, 16:41    [11219947]     Ответить | Цитировать Сообщить модератору
 Re: работа с таблицей, имя которой хранится в другой таблице  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Shakill
sphinx_mv
Если у заказчика НЕТ специалиста по серверу, ему вообще опасно давать доступ к модификации данных и запросов. В ЛЮБОМ ВИДЕ! Намодифицирует так, что мало не покажется ни ему, ни разработчикам, которые не смогли убедить заказчика, чтобы у него хотя бы специалист нужный появился. И доступ к административным функциям в таких случаях - вообще смерти подобно!


не понимаю, почему всем мерещатся ручные глобальные переделки архитектуры каким-то воинствующим эникейщиком? руками персонал запросы не создаёт и ничего не модифицирует, а пользуется теми функциями, которые обкатаны и реализованы в клиентской части.


ТОГДА ВООБЩЕ НОТ АТДЭСТЭНД, ДЛЯ ЧЕГО ГОРОДИТЬ ОГОРОД, ЕСЛИ ТОЛКОВЫЙ СПЕЦИАЛИСТ, А НЕ РАСПАЛЬЦОВАНЫЙ, ЯКОБЫ, РАЗРАБОТЧИК "ЛЕГКИМ ДВИЖЕНИЕМ РУКИ" МОЖЕТ ВНЕСТИ ВСЕ НЕОБХОДИМЫЕ ИЗМЕНЕНИЯ НА УРОВНЕ ПРИЛОЖЕНИЯ, БЕЗ ПРОБЛЕМ ИСПОЛЬЗУЮЯ СТАНДАРТНЫЕ УНИВЕРСАЛЬНЫЕ ВОЗМОЖНОСТИ СЕРВЕРА БД????

ДЛЯ НАФИГА ЗАСТАВЛЯТЬ ПЕРЕПЛАЧИВАТЬ ЗАКАЗЧИКА ЗА УЖЕ ДАВНЫМ-ДАВНО РЕАЛИЗОВАННУЮ В СЕРВЕРЕ БД ФУНКЦИОНАЛЬНОСТЬ????

И это при том, что в КАЧЕСТВЕ "самописки" ВСЕГДА имеются ОБОСНОВАННЫЕ сомнения... Хотя бы потому, что "хитрые движки в штучном количестве" возникают аккурат в тех случаях, когда разработчики НЕ ВЛАДЕЮТ инструментами разработки... Вот и возникают у них разные "оптимизаторские идеи" в дополнение к избыточнгой меркантильности...
2 сен 11, 16:48    [11220003]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить