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

Откуда: moskau
Сообщений: 5549
Tapac
Повторю, смысл теста -- усомнить лично Евгения (пусть не публично) в его убеждении, что FoxPro единственный инструмент, заслуживающий внимания при выборе СУБД.
Больше никаких практических целей перед тестом мной не ставилось.

судя по его реакции, не убедили )
3 фев 09, 17:04    [6773950]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
sn175
Member

Откуда:
Сообщений: 52
locky

Однако - я и в этом случае не вижу необходимости открывать юзверям иной доступ, кроме как доступ на выполнение ряда sp.

Доступ к строкам ограничиваете? Если да, то как Вы это реализуете?
3 фев 09, 17:06    [6773964]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
skelet
Отлично!
Тогда вопрос номер два: какова мощность множества (образно говоря - количество ) промежуточных результатов РАЗНОЙ у вас в приложении?

Навскидку - N.
Можно, в принципе, посчитать более детально (но на это потребуется время).
3 фев 09, 17:08    [6773968]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sn175
locky

Однако - я и в этом случае не вижу необходимости открывать юзверям иной доступ, кроме как доступ на выполнение ряда sp.

Доступ к строкам ограничиваете? Если да, то как Вы это реализуете?


ээээ... каким образом я в процедуре ограничиваю доступ юзеров к строкам?
Видимо, при помощи where clause.
3 фев 09, 17:09    [6773979]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Как Вам такой ход?
Роль1, Роль2, Роль3
Генерация юзверей (сиквельных) - U1 (Роль1), U2 (Роль2), U3 (Роль3), U4 (Роль1, Роль2), U5 (Роль1, Роль3), U6 (Роль2, Роль3), U7 (Роль1, Роль2, Роль3)
:)

ээээ.... это потому, что нужно раздавать права не только на процедуры, но и на таблицы? ;)


Т.е., все "левые" юзеры, которую регаются в портале через инет попадают под самого "бесправного" сиквельного юзера U1 (Роль1) - ему многое запрещено. И тут в бой вступает тот же MemberShip, в котором регается новый ("искуственный") юзер, который ходит на сервер под U1 (Роль1).
Где Вы тут видите "все под Sa"?

P.S. Слабо такую безопасность слабать?
3 фев 09, 17:10    [6773986]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
P.S. Слабо такую безопасность слабать?

Думаю, не слабо (уж коль скоро все эти роли и пользователи - всё-таки сиквельные).
Но, честно говоря, не вижу особого смысла.
3 фев 09, 17:12    [6773995]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
Tapac

Как показал приведенный синтетический тест, FoxPro с Rushmore в некоторых случаях работает так же быстро как и Oracle, следовательно Rushmore не является преимуществом. Вот и все.

Как показывают другие проведенные тесты, Foxpro работает во многих случаях быстрее при объеме БД до 1ГБ и при локальной обработке.
3 фев 09, 17:12    [6774001]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
locky
skelet
Отлично!
Тогда вопрос номер два: какова мощность множества (образно говоря - количество ) промежуточных результатов РАЗНОЙ у вас в приложении?

Навскидку - N.
Можно, в принципе, посчитать более детально (но на это потребуется время).

чуть менее навскидку - от, примерно, 1500 до 300 (насколько совпадают структуры - не определял, муторно).
3 фев 09, 17:13    [6774005]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Как показывают другие проведенные тесты, Foxpro работает во многих случаях быстрее при объеме БД до 1ГБ и при локальной обработке.

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

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
P.S. Слабо такую безопасность слабать?

Думаю, не слабо (уж коль скоро все эти роли и пользователи - всё-таки сиквельные).
Но, честно говоря, не вижу особого смысла.


А теперь Я Вас насаживаю на крючок, как морщинистого червячка:

так у Вас все ходят под sa?
3 фев 09, 17:16    [6774028]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Вас насаживаю на крючок, как морщинистого червячка:
так у Вас все ходят под sa?

Нет. Под некими ролями, которые (роли) имеют доступ к процедурам.
И не более.
3 фев 09, 17:18    [6774037]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
skelet
locky
skelet
locky , простите, у меня к вам назрел вопрос: зачем вам нужны временные таблицы РАЗНОЙ структуры?

Затем, что обычно разные промежуточные результаты имеют (почему-то) разную структуру.
Почему так получается - тайна, покрытая мраком


Отлично!
Тогда вопрос номер два: какова мощность множества (образно говоря - количество ) промежуточных результатов РАЗНОЙ у вас в приложении?

а Вы к примеру у себя массивы используете? если да - какова их мощность?
3 фев 09, 17:19    [6774043]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
Gluk (Kazan)
Про висту и корень Це улыбнуло.

Каво тут ещё уибнуло?
3 фев 09, 17:20    [6774049]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Eugenkru1
Gluk (Kazan)
Про висту и корень Це улыбнуло.

Каво тут ещё уибнуло?


Это все что тебя зацепило ?
Сочувствую твоему уровню интеллекта Подрасти тебе надо до тролля
3 фев 09, 17:22    [6774069]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Вас насаживаю на крючок, как морщинистого червячка:
так у Вас все ходят под sa?

Нет. Под некими ролями, которые (роли) имеют доступ к процедурам.
И не более.


При чем тут роли? Я говорю о сиквельном логине!
3 фев 09, 17:25    [6774084]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
При чем тут роли? Я говорю о сиквельном логине!

Зависит от. И логин - явно не са.
И юзера в базах - не имеют доступа к таблицам/представлениям.
3 фев 09, 17:27    [6774095]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
При чем тут роли? Я говорю о сиквельном логине!

Зависит от. И логин - явно не са.
И юзера в базах - не имеют доступа к таблицам/представлениям.


Стоп. Так все щимятся под "многоправным" сиквельным юзером?

Как у Вас коннекшен стринг генерится? Под одним супер юзером? :)
3 фев 09, 17:28    [6774105]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
sn175
Member

Откуда:
Сообщений: 52
locky
sn175

Доступ к строкам ограничиваете? Если да, то как Вы это реализуете?

ээээ... каким образом я в процедуре ограничиваю доступ юзеров к строкам?
Видимо, при помощи where clause.

Верояно, не правильно сформулировал. Если юзер имеет право только на доступ к хп, то значит внутри хп каким то образом определяются его права, и в зависимости от них, хп выдает разные результаты. Не покажете, как храните списки этих прав, особенно в случае ограничения по строкам?
3 фев 09, 17:32    [6774129]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
проходящий.
Guest
locky
Fox5631
Как показывают другие проведенные тесты, Foxpro работает во многих случаях быстрее при объеме БД до 1ГБ и при локальной обработке.

А также если наплевать на ACID и прочую ненужную шнягу

А эти шняги просто необходимы во всех сучаях? Даже не смотря на цену и целесообразность? Может таки попытаемся понять сказанное оппонентом? Кстати, Вы это так преподносите, как буд-то уже всем нам доказали, что этого всего нет. Так же как и не доказали, что "настоящие" серверы баз при хранении файлов "где-то там в сети" обеспечат так жизненно необходимый Вам ACID и прочую ненужную шнягу.

Да! И таблиц нужно поменьше и запросы - попроще.

А вот это в любом случае не помешает и на других продуктах. Особенно если их поставить в такую же позу.
Хотя ограничений на количество таблиц нет. Чаще дело в кривизне рук.
Насчет сложности запросов, увы, приведу кусочек из так нелюбимого Вами хелпа.
Several SELECT - SQL command limitations have been removed or increased in Visual FoxPro 9.0. The following table lists the areas where limitations have been removed or increased.

Capacity Description
Number of Joins and Subqueries in a SELECT - SQL command
Visual FoxPro 9.0 removes the limit on the total number of join clauses and subqueries in a SELECT - SQL command. The previous limit was nine.

Number of UNION clauses in a SELECT - SQL command
Visual FoxPro 9.0 removes the limit on number of UNION clauses in a SQL SELECT statement. The previous limit was nine.

Number of tables referenced a SELECT - SQL command
Visual FoxPro 9.0 removes the limit on the number of tables and aliases referenced in a SQL SELECT statement. The previous limit was 30.

Number of arguments in an IN( ) clause
Visual FoxPro 9.0 removes the limit of 24 values in the IN (Value_Set) clause for the WHERE clause. However, the number of values remains subject to the setting of SYS(3055) - FOR and WHERE Clause Complexity. For functionality changes concerning the IN clause, see Changes in Functionality for the Current Release.

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

Откуда: http://codearticles.ru
Сообщений: 31089
Локи, соберитесь. Мне нужны чёткие и молниеносные ответы от Вас.

Вот Вам, бабушка, и MSF...
3 фев 09, 17:32    [6774133]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
locky
Fox5631
Как показывают другие проведенные тесты, Foxpro работает во многих случаях быстрее при объеме БД до 1ГБ и при локальной обработке.

А также если наплевать на ACID и прочую ненужную шнягу
Да! И таблиц нужно поменьше и запросы - попроще.


При этом размер БД Foxpro всегда на порядок меньше. И именно за счет отсутствия логов и всяких дополнительных наворотов.
Облегченная БД работает быстрее.
3 фев 09, 17:36    [6774169]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
sn175
Верояно, не правильно сформулировал. Если юзер имеет право только на доступ к хп, то значит внутри хп каким то образом определяются его права, и в зависимости от них, хп выдает разные результаты. Не покажете, как храните списки этих прав, особенно в случае ограничения по строкам?

Вам в "общем случае" нужно решение для "сферического коня в вакууме" - или частный случай решения в конкретной задаче?
3 фев 09, 17:37    [6774181]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
locky
МСУ
При чем тут роли? Я говорю о сиквельном логине!

Зависит от. И логин - явно не са.
И юзера в базах - не имеют доступа к таблицам/представлениям.

Стоп. Так все щимятся под "многоправным" сиквельным юзером?
Как у Вас коннекшен стринг генерится? Под одним супер юзером? :)

Выделите мне, плиз, место, где написано "многоправный"?
А то я что-то запамятовал, знаете ли....
3 фев 09, 17:39    [6774192]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
МСУ
Локи, соберитесь. Мне нужны чёткие и молниеносные ответы от Вас.

Вот Вам, бабушка, и MSF...

А мне нужны домашние тапочки и новый пульт к телевизору.
3 фев 09, 17:39    [6774193]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

Тынц на посты, на основании которых можно "сделать предположение".
А я потом поделюсь тынцами на места в документации SQL Server'а, в которых написано одно, а на самом деле - по другому
Документацию надо читать. И проверять. На практике.
3 фев 09, 17:41    [6774207]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 33 34 35 36 37 [38] 39 40 41 42 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить