Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 17 18 19 20 21 [22] 23 24 25 26 27   вперед  Ctrl
 Re: Различия между FoxPro и MS SQL Server  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
locky, ну и что?
17 сен 09, 18:33    [7675650]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
Смысел, насколько я понимаю, откатить часть транзакции.
17 сен 09, 18:34    [7675654]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Favn
Member

Откуда:
Сообщений: 585
locky
ОКТОГЕН
А чем SAVEPOINT'ы не устраивають?
А они всё равно не вложенные транзакции.
Дико извиняюсь, но "вложенные транзакции" - это "квадратный круг", т.к. транзакция атомарна по определению. Нельзя вложить один атомарный объект внутрь другого. А savepoint - как раз единственный способ атомарность не нарушить, сохранив возможность частичного отката.
17 сен 09, 18:37    [7675684]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Favn
locky
ОКТОГЕН
А чем SAVEPOINT'ы не устраивають?
А они всё равно не вложенные транзакции.
Дико извиняюсь, но "вложенные транзакции" - это "квадратный круг", т.к. транзакция атомарна по определению. Нельзя вложить один атомарный объект внутрь другого. А savepoint - как раз единственный способ атомарность не нарушить, сохранив возможность частичного отката.

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

1. Вложенные транзакции!!!!1111
2. Вложенных транзакций - не бывает!
3. Атомарные транзакции!!!!1111
4. Частичный откат/savepoint
5. ....
6.PROFIT!!!!!
17 сен 09, 18:47    [7675727]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
ОКТОГЕН
Смысел, насколько я понимаю, откатить часть транзакции.

Смысел в том, что вложенных транзакций - не бывает :(
17 сен 09, 18:47    [7675729]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
ОКТОГЕН
Member

Откуда:
Сообщений: 2498
locky, бывает, не бывает, дело шашнадцатое.
Я пока без них обходился.
17 сен 09, 18:58    [7675756]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
ОКТОГЕН
locky, бывает, не бывает, дело шашнадцатое.
Я пока без них обходился.

все обходятся без того, чего нет и не бывает.
17 сен 09, 19:03    [7675765]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
locky
По хорошему - должен, на этапе выполнения.
Нечто вроде transaction already started для второго begin tran
но чортова обратная совместимость и всё такое....
Срочно хочу переключатель.


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

DECLARE @OuterTran int

SET @OuterTran = @@trancount

IF @OuterTran = 0 BEGIN TRAN

...

IF @OuterTran = 0 COMMIT

Синтаксическим сахаром я и назвал вложенные транзакции в MS SQL, что они позволяют избавиться от приведенного анализа и просто написать

BEGIN TRAN
...
COMMIT
17 сен 09, 19:52    [7675890]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

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

ну, включено/выключено - вопрос такой.
А я так и пишу, всегда :)
Иначе - как, собственно? А как же ролбэки?
17 сен 09, 20:43    [7676012]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4510
Infernal V. Raven
Sergey Orlov

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

Все, что изменено/дополнено внутри транзакции должно быть завершено, в противном случае вернуться к исходной точке. Это и есть транзакция и то, что называется "вложенные" транзакции это, с моей точки зрения, бред собачий... Я допускаю, что какой-то сервер отходит от стандарта и позволяет написать подобный код, и если при этом SQL-сервер коммичет "вложенную" транзакцию и не откатывает ее при откате "внешней", это не тот сервер, который можно ставить в продакшен...
17 сен 09, 21:31    [7676110]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Sergey Orlov
Все, что изменено/дополнено внутри транзакции должно быть завершено, в противном случае вернуться к исходной точке. Это и есть транзакция и то, что называется "вложенные" транзакции это, с моей точки зрения, бред собачий... Я допускаю, что какой-то сервер отходит от стандарта и позволяет написать подобный код, и если при этом SQL-сервер коммичет "вложенную" транзакцию и не откатывает ее при откате "внешней", это не тот сервер, который можно ставить в продакшен...


Ну, так и работает MS SQL. Вложенных транзакций в нем нет. Есть вложенные инструкции управления оными. :)
17 сен 09, 21:41    [7676134]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
karly™
Guest
К вопросу устойчивости файл-серверной БД

Предлагаю провести тест

Вот здесь http://ifolder.ru/14056590 лежит дистрибутив тестовой программки на FoxPro.

Размер дистрибутива: 5,16MB
Сетевая версия
Устанавливается копированием
Не требует установки на рабочих станциях - можно запускать с сервера.
Программа бесплатна, лицензия Microsoft не нарушена

Программа получена путем урезания реальной БД кадрового учета. Оставлен минимальный фунционал, добавлена "эмуляция работы пользователя" - в этом режиме программа раз в 10 секунд вставляет в БД новую запись.

Для тестов можно запустить несколько экземпляров приложения на разных компьютерах, и имитировать сбой - через Ctrl-Alt-Del или Reset

Результаты (вместе с образцом порушенной БД) опубликовать здесь.

Для сравнения можно дать ссылку на дистрибутив простейшей клиент-серверной программы, и описать размер дистрибутива, порядок установки, стоимость лицензии и т.п.
18 сен 09, 00:37    [7676426]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
karly™
К вопросу устойчивости файл-серверной БД

Предлагаю провести тест

Вот здесь http://ifolder.ru/14056590 лежит дистрибутив тестовой программки на FoxPro.

Размер дистрибутива: 5,16MB
Сетевая версия

а если там вирус какой или троян?
маловероятно конечно, но я бы лично поостерёгся запускать, к тому же предлагает анонимный пользователь
18 сен 09, 01:02    [7676453]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
PaulWist
Member

Откуда:
Сообщений: 2300
SergSuper
karly™
К вопросу устойчивости файл-серверной БД

Предлагаю провести тест

Вот здесь http://ifolder.ru/14056590 лежит дистрибутив тестовой программки на FoxPro.

Размер дистрибутива: 5,16MB
Сетевая версия

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


Я подтверждаю, что это не вирус
18 сен 09, 01:15    [7676463]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
NextMan
Member

Откуда:
Сообщений: 9744
Какой сейчас год?
18 сен 09, 02:40    [7676499]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
ЛП
Guest
2 pkarklin
Фильтровка, сортировка полученных наборов выполняется на клиенте компонентами доступа к данным без какого-либо обращения к серверу. Тут Вы не совсем правы. А вот джоинить мне действительно нечего, да и нечем собственно, ибо не фиг это делать на клиенте. :)

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

Можно услышать реальный пример из чьего-нибудь опыта по такому локальному джоинью?

Неохота. Придумайте сами пример, когда нужен джойн. Обоснуйте, почему его нельзя делать на клиенте (при условии уже переданных данных и небольшого количества этих самых данных).

Я бы по-возможности изложил свой подход.

Не нужно. Я и так могу догадаться, каков Ваш подход. И какие были бы доводы/возражения на любой мой вышезатребованный пример. Вы бы сказали "это всё можно и нужно сделать на сервере", это и подход, и возражения.
Дык мне не надо доказывать, что можно на сервере, я и так знаю, что можно. Лучше обоснуйте свои высказывания, что дескать не можно (и даже нельзя) на клиенте. Причем что-то можно, а чего-то нельзя. Здесь играем, здесь не играем, здесь рыбу заворачивали.


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

------------------------------------------

Блин, взрослые дяди вроде-бы...
Три страницы мусолить тему вложености транзакций... мдя...
Взяли бы Дейта, там всё русским по белому объяснено, почему классические ACID транзакции невозможны, и какую из четырех букв надо расширить (и как), чтобы вложенность стала возможной.
Всех делов на два абзаца. Нет ведь, три станицы тупых соплей...
18 сен 09, 05:19    [7676545]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Игорь Горбонос

> Автор: Gluk (Kazan)
> Еще один :)

Кстати MSSQL2000:
CREATE TABLE [t1]
             (
                          [id] [int] IDENTITY (1, 1) NOT NULL                     ,
                          [nn] [varchar] (50) COLLATE Cyrillic_General_CI_AS NULL ,
                          CONSTRAINT [PK_t1] PRIMARY KEY CLUSTERED ( [id] ) ON [PRIMARY]
             )
             ON [PRIMARY]
BEGIN TRANSACTION OuterTrans
    INSERT INTO   t1(nn) VALUES ( /* nn - varchar(50) */ 'fff1')
        BEGIN TRANSACTION InnerTrans
            INSERT INTO   t1 (nn) VALUES ( /* nn - varchar(50) */ 'fff2')
        COMMIT TRANSACTION InnerTrans
ROLLBACK TRANSACTION OuterTrans

SELECT COUNT(*) FROM t1

Результат 0.

Я может не так понимаю термин "вложенные транзакции"?




Для глухих повторю: MS SQL не поддерживает вложенные транзакции, что бы по этому поводу не думали мракетологи от Микрософт
18 сен 09, 08:05    [7676632]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
ОКТОГЕН
Смысел, насколько я понимаю, откатить часть транзакции.


С этим проблем нет. Вот закомитить вложенную, откатив основную - несколько сложнее :)
18 сен 09, 08:06    [7676634]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
PaulWist
SergSuper
karly™
К вопросу устойчивости файл-серверной БД

Предлагаю провести тест

Вот здесь http://ifolder.ru/14056590 лежит дистрибутив тестовой программки на FoxPro.

Размер дистрибутива: 5,16MB
Сетевая версия

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


Я подтверждаю, что это не вирус


А кто подтвердит тебя ? ;o)
18 сен 09, 08:08    [7676636]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Guest_Kommers
Guest
Yo.!
Guest_Kommers,

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

Извините задуматься о чем? О том что я уникален - это вряд ли. Я всего лишь высказал мнение. И оно сводиться к тому, что все в конечном счете зависит от людей. Если человек о котором я писал скажет мне SQL - нет проблем. А вот если это мне скажет условный "Y.o." - есть проблемы. Потому как мне советующие переход уже действительно намекали - сервер староват, у вас каменный век и т.д.(в итоге я получу снежный ком проблем - финансовых, организационных, технических и т.д.). Это я к тому, что "все это дорого и мало кому сегодня нужно". А на самом деле - самое гениальное изобретение человечества - колесо, будь оно хоть деревянным(старым) хоть золотым(новым). А если золотое(SQL) сделать не круглым, то лучше деревянное(Fox) но круглое. Дальше будешь и не растресет.
18 сен 09, 09:01    [7676736]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
ЛП,

автор
Как по мне, так что фильтрация/сотировка, что объединения/пересечения, что джойны всякие - всё одно обработка данных.


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

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


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

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


Нет, совсем не так же. См. первый ответ.

автор
Неохота. Придумайте сами пример, когда нужен джойн. Обоснуйте, почему его нельзя делать на клиенте (при условии уже переданных данных и небольшого количества этих самых данных).


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

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


И примера нет, но доводы\возражения известны. Напомнило:

Венец карьеры бизнес-аналитика: У меня есть решение, но, вот, сцуко, оно к проблеме не подходит. ;)

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


Я никому ничего не собираюсь доказывать! Я высказал свои подходы. И привел свою аргументацию. В частности здесь: Различия между FoxPro и MS SQL Server Мне каждый раз надо писать IMHO? Про то, что "можно, а что нельзя" я высказался выше. Пока никто здесь не привел никаких аргументов в защиту "джоина на клиенте".
18 сен 09, 09:05    [7676744]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
PaulWist
Member

Откуда:
Сообщений: 2300
Gluk (Kazan)
PaulWist
SergSuper
karly™
К вопросу устойчивости файл-серверной БД

Предлагаю провести тест

Вот здесь http://ifolder.ru/14056590 лежит дистрибутив тестовой программки на FoxPro.

Размер дистрибутива: 5,16MB
Сетевая версия

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


Я подтверждаю, что это не вирус


А кто подтвердит тебя ? ;o)


Поиск рулит
18 сен 09, 09:13    [7676779]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
PaulWist


Поиск рулит


а оно мне надо, тебе искать ?
18 сен 09, 09:19    [7676801]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
PaulWist
Member

Откуда:
Сообщений: 2300
Gluk (Kazan)
PaulWist


Поиск рулит


а оно мне надо, тебе искать ?


Э-э-э, вроде как вопрос поставлен мне, ответ дожен дать ты, ну если конечно вчитаться в вопрос

PS Господа, спасибо за обсуждение.
18 сен 09, 09:23    [7676813]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4510
Guest_Kommers

Извините задуматься о чем? О том что я уникален - это вряд ли. Я всего лишь высказал мнение. И оно сводиться к тому, что все в конечном счете зависит от людей. Если человек о котором я писал скажет мне SQL - нет проблем. А вот если это мне скажет условный "Y.o." - есть проблемы. Потому как мне советующие переход уже действительно намекали - сервер староват, у вас каменный век и т.д.(в итоге я получу снежный ком проблем - финансовых, организационных, технических и т.д.). Это я к тому, что "все это дорого и мало кому сегодня нужно". А на самом деле - самое гениальное изобретение человечества - колесо, будь оно хоть деревянным(старым) хоть золотым(новым). А если золотое(SQL) сделать не круглым, то лучше деревянное(Fox) но круглое. Дальше будешь и не растресет.

Конечно все зависит от людей, у меня к примеру есть виндовый сервак работающий кажется с 1995 года, пережил он смену матери, винтов, корпуса, обновление операционок и работает без проблем, и при этом я не говорю что сервак у меня не держит нагрузку или он староват...
Так же и здесь, можно взять приложение, замечательно работающее на Acccess'e, тупо перенести его таблицы в MSSQL, подключить эти таблицы в Access и получить тормоза в работе, а потом начать кричать, что MSSQL гавно ну и т.д.
Всегда надо помнить, что переход или применение чего-то должно быть экономически оправданным.
В вашем случае потеря базы клиентов, остановка бизнеса на 3-8 часов погоды не сделает, правда возникает вопрос: сколько вы при этом потеряете, и если потери начнут превышать определенную вами сумму вы задумаетесь о их сокращении...
18 сен 09, 09:28    [7676844]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 17 18 19 20 21 [22] 23 24 25 26 27   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить