Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 29 30 31 32 33 [34] 35 36 37 38 .. 75   вперед  Ctrl
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
SergSuper
А я уверен, что бардак у Вас.

Почему?

SergSuper
Давайте не раскидывать пальцы веером и не считать что знаете как надо делать лучше других.

Да кто ж раскидывает. Просто пытаюсь донести информацию.
3 фев 09, 13:11    [6772184]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
проходящий.
Guest
Yo.!
Gluk (Kazan)

Да в общем то никому не интересно есть ли в фоксе транзакции (это личное дело фокса)
Интересно обеспечивается ли ACID ???

нет конечно, почитайте хотя бы первую страницу этого топика
https://www.sql.ru/forum/actualthread.aspx?tid=619632&pg=1#6733065

Да, аргументация ниже плинтуса. Мало того, что сравниваем, как тут уже говорилось, треугольное с мокрым, так еще и аргументацией себя не утруждаем.
3 фев 09, 13:22    [6772284]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Tapac
Member

Откуда: Альметьевск
Сообщений: 100
Fox5631
Tapac

"Выигрыш" FoxPro в 0.00002 сек в ОДНОМ очень узкоспециализированном тесте -- не выигрыш. .


Tapac,
не только в одном узкоспециализированном. На фоксклубе постоянно обсуждаются подобные вопросы. Все давно проверено и известно.
Все, кто хотел, уже научились грамотно пользоваться и FoxPro, и связкой FoxPro+сервер (SQLServer, Oracle и т.д.).


Fox5631, как Вас зовут? Меня несколько коробит обращение по абстрактному нику.
На http://foxclub.ru с 2000 года (тогда еще http://www.nsvisual.com) я был участником множества споров и обсуждений, но ни один из них не убедил меня в превосходстве FoxPro на "средних базах" перед сервером БД, особенно с "колокольни" позднего опыта разработки 5-6 лет средствами не-fox, да и вообще не-microsoft технологий.
Конечно, это мой опыт и возможно я ошибаюсь. Но считаю, в данном случае, прав тот, кто имеет бОльшую базу для сравнения.

P.S. Предлагаю не развивать с этого моего поста, очередные сравнения возможностей:
- органичения доступа к данным, криптографии;
- масштабируемости;
- транзакций;
- репликаций;
и т.п., что еще не упоминалось.
Меня Вы все равно не убедите, детально указывать на все ошибки и неточности, не имею времени, и не вижу, откровенно говоря, особого смысла. Поэтому собственно и сосредоточился только на синтетическом тесте, чтобы показать: в 2009 году Rushmore НЕ дает каких-либо конкурентных преимуществ.
3 фев 09, 13:23    [6772289]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4506
проходящий.
Sergey Orlov

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

Ребяты!!! Ну сколько раз и как вам всем надо повторить, что уже есть в фоксе транзакции, есть. Ведь выдержки из доки по фоксу для вас не аргумент. А что тогда аргумент?
То, что вы не представляете как это сделано не означает их отсутствия или неработы.

Чего поделаешь, если есть печальный опыт работы с приложением, написанным на фоксе и редактированием ручками файлов *.dbf, кстати совершенно недавний, месяца 3-и назад, до ухода на SQL-версию...
3 фев 09, 13:25    [6772306]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
проходящий.

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

вы одна из тех обезьянок, что так и не смогла провести элементарный тест на атомарность транзакции в фоксе или для вас пример, который показывает, что фокс может записать лишь пол транзакции не достаточный аргумент ?
3 фев 09, 13:33    [6772373]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Коллега, Вы слыхали про процессы аналитического обследования бизнеса клиента? А про концептуальный этап? А про технические и рабочие проекты с инкапсулированными issue для девелоперов? А про спецификации к решениям?

Я также слышал о том, как к моменту окончания "аналитического обследования" и прочей "методологичейской методы" все эти обследования необходимо было писать заново, т.к. всё уже поменялось. И слышал о том, как всё менялось от момента написания обследования до готовности 1-го этапа проекта. И как всё менялось от готовности 1-го этапа проекта до подписания акта о сдаче.

МСУ

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

Никак это не отобразится. Ибо нет у нас такой себе путаницы/винегрета из кода клиента, кода в бд, кода еще где.... Всё точно, четко.
Хотя, как я понимаю, в ORM происходит "самодокументация кода", т.е. описания генерируются сами по себе?



МСУ

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

Повторюсь - в ORM код "как бэ" сам себя документирует? ;)


МСУ
Да смотрите же глубже - я говорю про сам процесс, а не про эти мелочи. Так я угадал про то, как поставлен у Вас процесс, Локи?

Не-а.

МСУ
Ой, устаю я от Вас. Вам что в лоб, что по-лбу :) Хватит издеваться - и осознайте истину. Уверен, в душе Вы меня понимаете и поддерживаете, но, возможно, гордость не позволяет согласиться и принять "Истину современной жизни"

"Истину" в вашем случае необходимо писать с большой буквы, так будет ближе к духу ваших повествований



МСУ
Вот-вот... Да хватит про код - про документацию почему молчим? Или ее нету?

Ну почему - нету? Есть.
Тем более, нет необходимости описывать БП/БЛ, БД, клиента ;)
Нет того довеска (абсолютно лишнего), на описании и поддержании которого вы всецело зациклены ;)

МСУ

Ну Вы опять "максимализируете". Я просто привёл пример, что можно. Это не значит, что на каждый пук нужно писать SQLCLR функционал. Более того, я даже противник такого подхода. Я убежден, что SQLCLR нужна там, где сиквельной стороной бизнес-блок не реализуется, либо реализуется, но через одно место.

... но я упорно маплю всё на классы! И буду мапить, ибо так завещала Великая Истина ORM'а?
3 фев 09, 13:38    [6772418]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4506
МСУ
Егоров Александр
Пример. Таблица Payments (id int, DocShip int, DocPay int, PaySumm money). Соответственно одна Payments.dbf. как сделать так, чтобы user1 не имел возможности ни в каком виде получить информацию по столбцу PaySumm? В отлиции от пользователя user2?

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

В случае SQL-сервера дать пользователю право запускать процедуру, извлекающую данные из таблицы, не все конечно, а только
select id, DocShip int, DocPay from Payments
но никаких прав на таблице Payments, даже чтение ...
Более того, сервер внутри процедуры может проверить, кто ее запускает и вернуть разный набор полей.
А как с этим у FOXPRO...
3 фев 09, 13:41    [6772435]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
проходящий.
Guest
Yo.!
проходящий.

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

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

Батенька, в приведенной Вами ссылке был и обратный пример. Не заметили? Ну и ладно...
Еще раз - в этом топике сравниваются и слишком эмоционально обсуждаются совершенно разные вещи. Занимающие совершенно разные ниши. Заточенны под решение разных задач и в разных условиях. Мне это больше напоминает стандартное меряние органами или крутизной, кому как больше нравится. Или поиски серебряной пули в виде наилучшего языка и СУБД. Что обычно свойственно не особо старым :) представителям человечества. Также как и большая доля наглости и беспардонности в части раздавания оценок "тем, кто не с нами". Ведь только не особо старые знают что и как правильно и неправильно? Можно не отвечать, это так, мысли вслух. :)
3 фев 09, 13:49    [6772499]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky

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

На то оно и обследование. Это же первичка, это же не задание или постановка. Так что тут никакого криминала. Мы, девелоперы, курим бамбук пока :) Или Вам надо сразу на амбразуру? :)

locky
И слышал о том, как всё менялось от момента написания обследования до готовности 1-го этапа проекта. И как всё менялось от готовности 1-го этапа проекта до подписания акта о сдаче.

А вот тут, бать, некомпетенстность аналитики (солюшен менеджеров по методологии MSF). Фаза проекта должна быть утверждена, разработчики отрываются от асек и начинают долбать код. И при изменении фазы со стороны клиента - клиент платит деньги. Ему не выгодно так менять ракурс фазы. Такое поведения клиента даже под риски не закладывается. Ибо, это уже тупость клиента. А тупость - тоже стоит бабла. Всё просто, Локи

locky
Никак это не отобразится. Ибо нет у нас такой себе путаницы/винегрета из кода клиента, кода в бд, кода еще где.... Всё точно, четко.



locky
Хотя, как я понимаю, в ORM происходит "самодокументация кода", т.е. описания генерируются сами по себе?

Да, есть такая фича. А еще есть замечательный Enterprise Architect, который тоже сам может генерить замечательную документацию. Погуглите на продукт, очень ценная вещь. Rational Rose курит в сторонке, хоть и дороже стоит.

locky
Повторюсь - в ORM код "как бэ" сам себя документирует? ;)

http://msdn.microsoft.com/en-us/library/b2s063f7(VS.71).aspx
http://msdn.microsoft.com/en-us/magazine/cc302121.aspx
http://thoughtpad.net/alan-dean/cs-xml-documentation.html
http://blogs.msdn.com/ansonh/archive/2006/09/11/750056.aspx

locky
Не-а.

Развернутый ответ, не поспоришь :)

locky
"Истину" в вашем случае необходимо писать с большой буквы, так будет ближе к духу ваших повествований

:)

locky
Ну почему - нету? Есть.
Тем более, нет необходимости описывать БП/БЛ, БД, клиента ;)
Нет того довеска (абсолютно лишнего), на описании и поддержании которого вы всецело зациклены ;)

Зациклен? Да оно ж суть Процесса :)

locky
... но я упорно маплю всё на классы! И буду мапить, ибо так завещала Великая Истина ORM'а?

:)
3 фев 09, 13:53    [6772548]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
А вот тут, бать, некомпетенстность аналитики (солюшен менеджеров по методологии MSF). Фаза проекта должна быть утверждена, разработчики отрываются от асек и начинают долбать код. И при изменении фазы со стороны клиента - клиент платит деньги. Ему не выгодно так менять ракурс фазы. Такое поведения клиента даже под риски не закладывается. Ибо, это уже тупость клиента. А тупость - тоже стоит бабла. Всё просто, Локи

На самом деле всё еще проще.
Клиент платит деньги. И ему плевать на всякие методологии и проч.
Причем (что характерно) он платит деньги тебе. И ожидает (от тебя же) что ты реализуешь его "хотелки" (а в худшем случае - еще и "свистелки и перделки").
Если тебе НЕ нравится - он может не платить. Вообще.
И возникает простой и понятный выбор: либо быть кристально теоретически правильно методологическим и попросить клиента проникнутся Истиной Методологии - либо ходить при деньгах.
Как-то так.
3 фев 09, 13:57    [6772580]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Sergey Orlov
В случае SQL-сервера дать пользователю право запускать процедуру, извлекающую данные из таблицы, не все конечно, а только
select id, DocShip int, DocPay from Payments
но никаких прав на таблице Payments, даже чтение ...
Более того, сервер внутри процедуры может проверить, кто ее запускает и вернуть разный набор полей.


Вы шутите?

Какая хранимая процедура? Юзер откроет Management Studio и сам прочтет данные из таблицы. А если у его учетки (сиквельной или Win-аутентификации) право на апдейт и делет таблицы - он Вам еще данные снесет

P.S. Только не говорите, что у Вас юзеры ломятся на сервер под одной сиквельной учеткой :)
P.S2. Смотрите шире. ХП - это хорошо, но безопасность еще никто не отменял.
3 фев 09, 13:58    [6772586]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Зациклен? Да оно ж суть Процесса :)

Хм... Обычно платят за результат.
Если, это конечно, не стриптиз-бар (хотя и там платят за результат).
3 фев 09, 13:59    [6772591]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
Клиент платит деньги. И ему плевать на всякие методологии и проч.

Абсолютно верно, Локи. Методология нужна для организации процесса разработки. Клиенту нужно решение + (не всем) документация (включаются юзер-мануалы и прочая гламурь)

locky
Причем (что характерно) он платит деньги тебе. И ожидает (от тебя же) что ты реализуешь его "хотелки" (а в худшем случае - еще и "свистелки и перделки").

+1

locky
Если тебе НЕ нравится - он может не платить. Вообще.

Истинно так, бать.

locky
И возникает простой и понятный выбор: либо быть кристально теоретически правильно методологическим и попросить клиента проникнутся Истиной Методологии - либо ходить при деньгах.

Коллега, еще раз - Истиная Методология - не для клиента, а для постановки процесса разработки. Чтобы Вы, разработчики, не балбесничали, чтобы не было анархии мать порядка, чтобы было всё на своих местах, как говорится

locky
Как-то так.

Ну типа да :)
3 фев 09, 14:02    [6772619]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
Хм... Обычно платят за результат.

Отстаньте Вы от клиента. Он тут не при чем. Это для Вашей компании надо :)

locky
Если, это конечно, не стриптиз-бар (хотя и там платят за результат).

3 фев 09, 14:03    [6772624]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Начинали за "Выбор СУБД!", потом зашла речь за фокс, потом плавно перешли к Рашмору, потом Евгешка нагло всех начал посылать и материть участникоф дискуссии, потом отхватил бан, потом реинкарнировался, потом Папа начал подсказывать Евгешке по текущим вопросам, потом серый мембер Фокс начал участникам дискусии угрожать расправой, потом аккуратно коснулись проблематики ACID и транзакционной модели в СУБД, потом популялись шматками кода Oracle, потом один выскочка начал постить какие-то глючные SQLCLR процедуры, потом речь зашла об ORM (и нахрен оно уперлось в современном бизнесе? ), потом тема плавно перетекла в русло Методологий и Священный писаний RUP и MSF, потом...

3 фев 09, 14:10    [6772683]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
потом речь зашла об ORM (и нахрен оно уперлось в современном бизнесе? )

Истинно так, брадт. Не уперлось.
Амэн!
3 фев 09, 14:12    [6772705]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
потом речь зашла об ORM (и нахрен оно уперлось в современном бизнесе? )

Истинно так, брадт. Не уперлось.
Амэн!


Локи... (подумал) ай, да ладно, не берите в голову )
3 фев 09, 14:13    [6772722]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Сахават Юсифов
Member

Откуда: Орел
Сообщений: 3992
МСУ
...

в реальной жинзн нет никаких классов. Свежезаваренный чай черз час становится отравой. Ни один прямоугльник не повотряет другого. Все это можно описать и оперировать ими токо путем введения живых объектов, которые перманентно приобретают, теряют и меняют характериситики сових свойств. Классы и ОРМ для мертвых объектов. :)
Ты никак на работу устроился?
3 фев 09, 14:15    [6772732]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Сахават Юсифов
МСУ
...

в реальной жинзн нет никаких классов. Свежезаваренный чай черз час становится отравой. Ни один прямоугльник не повотряет другого. Все это можно описать и оперировать ими токо путем введения живых объектов, которые перманентно приобретают, теряют и меняют характериситики сових свойств. Классы и ОРМ для мертвых объектов. :)

Саха! Хватит. Лучше смотрим скрин - продолжаем работать как нифчёмнибывала :)

Сахават Юсифов
Ты никак на работу устроился?

Всё юморите, да, Саха? :)

К сообщению приложен файл. Размер - 0Kb
3 фев 09, 14:18    [6772764]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4506
МСУ
Sergey Orlov
В случае SQL-сервера дать пользователю право запускать процедуру, извлекающую данные из таблицы, не все конечно, а только
select id, DocShip int, DocPay from Payments
но никаких прав на таблице Payments, даже чтение ...
Более того, сервер внутри процедуры может проверить, кто ее запускает и вернуть разный набор полей.


Вы шутите?
Какая хранимая процедура? Юзер откроет Management Studio и сам прочтет данные из таблицы. А если у его учетки (сиквельной или Win-аутентификации) право на апдейт и делет таблицы - он Вам еще данные снесет

А вы пробовали это сделать? Попробуйте, если у пользователя нет прав на таблицу, то он напрямую ни select, ни update, ни insert сделать не сможет, он ее даже не видит, он имеет свое окружение, т.е. он видит только на те обьекты БД (процедуры, функции, представления(view)), которые ему предоставил sa или другой пользователь из группы администраторов...
МСУ

P.S. Только не говорите, что у Вас юзеры ломятся на сервер под одной сиквельной учеткой :)
P.S2. Смотрите шире. ХП - это хорошо, но безопасность еще никто не отменял.

У меня в базе 10 ролей(групп) и 40 пользователей, раскиданных по ним, и лог действий ведется по каждому пользователю
3 фев 09, 14:21    [6772793]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
проходящий.

Батенька, в приведенной Вами ссылке был и обратный пример. Не заметили? Ну и ладно...

вы будете мне объяснять суть написанного мной для обезьянок примера ? это глупо

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

субд обязана обеспечить целостность транзакции, если обеспечить не может - это не субд, а уйея какая-то, а не субд. и накласть мне на ниши учета картошки, где позволительно записать пол транзакции ...
3 фев 09, 14:22    [6772798]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Sergey Orlov
А вы пробовали это сделать? Попробуйте, если у пользователя нет прав на таблицу, то он напрямую ни select, ни update, ни insert сделать не сможет, он ее даже не видит, он имеет свое окружение, т.е. он видит только на те обьекты БД (процедуры, функции, представления(view)), которые ему предоставил sa или другой пользователь из группы администраторов...

А как же он тогда через хранимую процедуру увидит это всё?
Процедура от какой учетки запускается? :)

Sergey Orlov
У меня в базе 10 ролей(групп) и 40 пользователей, раскиданных по ним, и лог действий ведется по каждому пользователю

Ответьте мне на предыдущий вопрос.
3 фев 09, 14:23    [6772808]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
Sergey Orlov
Fox5631
Егоров Александр

Пример. Таблица Payments (id int, DocShip int, DocPay int, PaySumm money). Соответственно одна Payments.dbf. как сделать так, чтобы user1 не имел возможности ни в каком виде получить информацию по столбцу PaySumm? В отлиции от пользователя user2?

Вы хотите сказать, что встроенными средствами самой СУБД это не сделать. Правильно я вас понял?
Но это не значит, что этого не сделать в принципе. И это делается.

Ну и как это делается на фоксе в файл-серверном варианте, расскажите пожалуйста..
.
Ну, например, при помощи трехзвенки. Вы обращаетесь к промежуточному слою и вообще не знаете, где расположена БД и какова ее структура. Хотите более подробно – ищите статьи.

Егоров Александр

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


У меня еще был пример плохого сетевого оборудования. Как насчет его?
3 фев 09, 14:23    [6772813]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
А как же он тогда через хранимую процедуру увидит это всё?
Процедура от какой учетки запускается? :)

Нда...... И ЭТИ ЛЮДИ! (С) рассказывают про ORM и Методологию Процесса......
3 фев 09, 14:25    [6772828]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
А как же он тогда через хранимую процедуру увидит это всё?
Процедура от какой учетки запускается? :)

Нда...... И ЭТИ ЛЮДИ! (С) рассказывают про ORM и Методологию Процесса......

Что не так?
3 фев 09, 14:25    [6772836]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 29 30 31 32 33 [34] 35 36 37 38 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить