Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 66 67 68 69 70 71 72 73 74 [75]
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

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

locky
Странная идея?

Ага. Идея класса "сделаем сейчас как попало, а потом исправим если что".
Мне более привычна последовательность "сначала примем решение (о цене),
а сделаем как решили (вставим запись в БД)".

Posted via ActualForum NNTP Server 1.4

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

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

locky
Странная идея?

Ага. Идея класса "сделаем сейчас как попало, а потом исправим если что".
Мне более привычна последовательность "сначала примем решение (о цене),
а сделаем как решили (вставим запись в БД)".

Вот тут и "принимается решение" - ставим текующую цену.
10 фев 09, 21:09    [6803621]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov

locky
Ась? Не понял вопроса, если честно.

"Перенос данных справа налево" означает, что в БД есть две таблицы в
которых хранятся абсолютно одинаковые данные. Не помню какую нормальную
форму это нарушает, но какую-то из первых двух. Обычно БД стараются
нормализовать до третьей и денормализацией пользуются только когда не
сервер не справляется с нагрузкой.
Если задача "переноса" - "повсеместная", значит производительности
Оракула не хватает на поддержание третьей НФ или у разработчиков что-то
неладно в консерватории. Так, что?
оператором присваивания Вы тоже не пользуетесь? ну зачем хранить в двух переменных одинаковые значения
10 фев 09, 21:10    [6803625]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Егоров Александр
Member

Откуда: Хабаровск
Сообщений: 517
Eugenkru3
Егоров Александр
Вам уже приводили пример - в VisualStudio больше НЕ включается Visual FoxPro. Казалось бы зачем MS отказываться от среды разработки, превосходящей остальные продукты? Может быть потому что прикладная часть FoxPro довольно узка? И новые продукты MS предоставляют гораздо больше прикладных вещей, не теряя при этом и универсальности?

VisualStudio включает Visual FoxPro. Если у тебя не включает значит у тебя не полная VisualStudio.

Врете. А незнание своего любимого продукта прикрываете хамством.

"Q: Is Visual FoxPro part of Visual Studio .NET?
A: No. Visual FoxPro 9.0 is a stand-alone database development tool which is compatible and evolutionary from previous versions of Visual FoxPro. Visual FoxPro 9.0 does not use or install the Windows .NET Framework. Visual FoxPro 9.0 is compatible with Visual Studio .NET the area of XML Web services, XML support, VFP OLE DB provider, and more. Visual FoxPro and Visual Studio are complimentary tools that work great together, such as Visual FoxPro 9.0 plus ASP.NET for adding WebForm front ends and mobile device front ends to Visual FoxPro applications.

Q: What is Microsoft's position on Visual FoxPro related to Visual Studio and .NET?
A: We do not have plans to merge Visual FoxPro into Visual Studio and .NET, and there are no plans to create any sort of new Visual FoxPro .NET language. Instead, we are working on adding many of the great features found in Visual FoxPro into upcoming versions of Visual Studio, just like we've added great Visual Studio features into Visual FoxPro. If you want to do .NET programming, you should choose a .NET language with Visual Studio.
"
(c) Microsoft
11 фев 09, 04:08    [6804176]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
Bogdanov Andrey
locky
Ошибку - сам видишь?
Да, но надеюсь, что умный программист сам сможет ее устранить.

для Выбор СУБД! поступать аналогично?

А это здесь причем?
Вы утверждали, что оракловый SQL плохо справляется с вашей задачей. Вам привели примеры, которые позволяют решить вашу задачу используя SQL. Ну а ваше желание решать задачу именно тем запросом, которым вы хотите не более чем ваше желание. Если необходим именно этот запрос, то выбирайте другой инструмент. Если же нужно решить прикладную задачу, то решение - на поверхности.
11 фев 09, 10:14    [6804663]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Bogdanov Andrey
Если необходим именно этот запрос, то выбирайте другой инструмент.

Отличный выход! Ну просто отличный!

Bogdanov Andrey
Если же нужно решить прикладную задачу, то решение - на поверхности.

Было бы неплохо его озвучить? Если не сложно, конечно.
11 фев 09, 13:07    [6805890]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Bogdanov Andrey
Если необходим именно этот запрос, то выбирайте другой инструмент.

Отличный выход! Ну просто отличный!

Bogdanov Andrey
Если же нужно решить прикладную задачу, то решение - на поверхности.

Было бы неплохо его озвучить? Если не сложно, конечно.


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

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

merge

Ну разве что...
Кстати, насколько часто используется merge?
В тех базах, что мимо меня пробегали - я не припоминаю, чтобы встречалось.
11 фев 09, 13:21    [6806014]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
Bogdanov Andrey
Если же нужно решить прикладную задачу, то решение - на поверхности.

Было бы неплохо его озвучить? Если не сложно, конечно.
Уже в этой теме предлагалось как минимум четыре решения (очень странно, что вы их не заметили) - цикл, триггер, merge и более сложный update. Может быть можно и еще какие-нибудь выдумать, но мне и этих за глаза хватает.
11 фев 09, 13:29    [6806083]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Bogdanov Andrey
Уже в этой теме предлагалось как минимум четыре решения (очень странно, что вы их не заметили) - цикл, триггер, merge и более сложный update. Может быть можно и еще какие-нибудь выдумать, но мне и этих за глаза хватает.

Из всего перечисленного только, видимо, merge является сколько нибудь приемлимым решением (и то только в силу того, что все остальные - смерти подобны).
Да и к merge есть некоторые вопросы, но я пока что не в состоянии их квалифицировано озвучить в силу неумения нормально читать планы оракла.
11 фев 09, 13:43    [6806177]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Хотя нет, вру.
Первым, наверное, шел бы цикл, вторым - merge.
А триггер и сложный апдейт - это ф топку. Особенно триггер.
Со сложным апдейтом еще можно было бы помучится, но возникает подозрение, что дублирование кода (в select подзапросе и в where clause) приводит к двойному выполнению соотв. запросов, кроме того - такую конструкцию чисто синтаксически сложнее поддерживать - необходимо вносить изменения в две точки одновременно, причем совершенно не факт, что изменения будут одинаковы.
А триггер - его на что-то вешать нужно, на представление, например. А представлений в большинстве случаев то как раз и нет.

-------------------------
There’s no silver bullet!
11 фев 09, 13:46    [6806213]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
skelet
Member [заблокирован]

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

В моём примере мне предложили построить индекс - и всё заработало.
Следовательно, если в действующей системе грохнуть индекс - то всё упадёт.

Создание индекса - не есть вмешательство в логику, не так ли?

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

Откуда: Харьков, Украина
Сообщений: 62034
skelet
Вы опять перепутали создание индекса с навешивание констрейнта уникальности


Скорее - недоговорил ;)
12 фев 09, 16:19    [6813020]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
skelet
Вы опять перепутали создание индекса с навешивание констрейнта уникальности


Скорее - недоговорил ;)


Индекс - физика
Констрейнт - логика
12 фев 09, 16:22    [6813049]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

Индекс - физика
Констрейнт - логика

Не спорю :)
12 фев 09, 16:27    [6813101]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

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

Индекс - физика
Констрейнт - логика

Не спорю :)


но лукавишь, намеренно смешивая эти понятия
12 фев 09, 17:14    [6813451]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

Индекс - физика
Констрейнт - логика

Не спорю :)

но лукавишь, намеренно смешивая эти понятия

Нет. Просто намекаю, что вообще говоря не всегда возможно пострить констрейнт.
И тогда единственный приемлимый способ - курсор. Ну, или мерге - но он не так красив.
12 фев 09, 17:30    [6813541]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Ну, или мерге - но он не так красив.


Ну я не сомневался, что речь идет о "шашечках" :)
12 фев 09, 17:47    [6813673]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
locky
Ну, или мерге - но он не так красив.


Ну я не сомневался, что речь идет о "шашечках" :)

"о шашечках" и о странном плане запроса, который я пока не в состоянии целенаправленно обсуждать, но в котором одна из таблиц присутствует лишний раз (и, такое впечатление - без условий).
12 фев 09, 17:53    [6813722]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
locky
Ну, или мерге - но он не так красив.


Ну я не сомневался, что речь идет о "шашечках" :)

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


Ну ты бы его отбубликовал, вместе бы да посмотрели ?
12 фев 09, 17:58    [6813759]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
skelet
Member [заблокирован]

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

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


давайте план запроса с студию, тут знающего народа полно - разберёмся ;-)

p.s. план можно получить аутотрейсом в sqlplus или графически, в том же тоаде.

что-бы врубить аутотрейс надо активировать plustrace роль. Впрочем уверен, что спец такой высокой (без кавычек!) квалификации как вы, без труда разберётся и без моих ненужных советов ;)
12 фев 09, 18:23    [6813887]     Ответить | Цитировать Сообщить модератору
Между сообщениями интервал более 1 года.
 Re: Выбор СУБД!  [new]
Eugenkru10
Guest
Итак господа,
как показало время, самая лучшая СУБД на сегодня - это Visual Foxpro!
23 мар 10, 22:34    [8522401]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Eugenkru10
Итак господа,
как показало время, самая лучшая СУБД на сегодня - это Visual Foxpro!


весенее обострение ?
24 мар 10, 09:25    [8523066]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
maxxx10
Member

Откуда: Республика Башкортостан, село Петровское
Сообщений: 1
Прописал в яндексе "сравнение СУБД" и нашёл этот форум, 75 страниц читать просто жесть :) Ну чтож начнём...)
1 июл 10, 12:10    [9030446]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
roden
Member

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

потом обязательно расскажи результаты
1 июл 10, 17:21    [9033796]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 66 67 68 69 70 71 72 73 74 [75]
Все форумы / Сравнение СУБД Ответить