Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 58 59 60 61 62 [63] 64 65 66 67 .. 75   вперед  Ctrl
 Re: тогда вопрос номер два!  [new]
locky
Member

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

Ах да, это говорил софтварер, значит все вопросы - к нему?

ага
у меня нет желания отвечать за чужие слова
(у него, насколько мне известно тоже)

Удобно.
Вроде и дискутировать не с кем - половину высказал один, другую половину - другой.
И вроде и неправым остался....
Как там было? "К пуговицам претензии - есть?"(С)
5 фев 09, 16:33    [6784447]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
locky
МСУ
Ну ладно Вам, совсем парня загоняли. Вспомните же наш диалог с ним - он "не любит пЕсать код". Так что давайте простим ему эти маленькие оплошности )

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

Да Вы ж мой хороший, да кто ж спорит с Вами о Вашей некомпетентности

У Вас в голове - полный порядок, уверен - но... вот про бардак в организации... кхм...
5 фев 09, 16:33    [6784452]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
МСУ
Жаль, что оракло-строители не предусмотрели некоего универсального решения.

Вы не въехали в ситуацию. Наоборот, они предусмотрели много универсальных решений "Зачем" - вот это уже спросите у них....
5 фев 09, 16:35    [6784468]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

вы знаете....
Я достаточно неплохо отношусь к Вам, как ко вполне вменяемому специалисту, но, тем не менее, мне было бы весьма приятно, если бы Вы прекратили своё несколько балаганное поведение с выходом за некие границы.
5 фев 09, 16:35    [6784469]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
softwarer
МСУ
Жаль, что оракло-строители не предусмотрели некоего универсального решения.

Вы не въехали в ситуацию. Наоборот, они предусмотрели много универсальных решений "Зачем" - вот это уже спросите у них....

например тот же if exists(select * from Table) можно сделать не менее, чем 3-мя способами.
Кроме (разумеется) собственно if exists(select * from table) :)
5 фев 09, 16:36    [6784476]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
softwarer
МСУ
Жаль, что оракло-строители не предусмотрели некоего универсального решения.

Вы не въехали в ситуацию. Наоборот, они предусмотрели много универсальных решений "Зачем" - вот это уже спросите у них....

Эх, пощупать бы в гугле эти "универсальные решения"... Наводку кто б дал, пинок что-ле в матчасть оракловую...

locky
несколько балаганное поведение с выходом за некие границы.

Простите, Локи, если чем задел. Больше не повторится.
5 фев 09, 16:37    [6784482]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
SergSuper
Gluk (Kazan)
Всегда удивлялся, для чего люди пишут inner join (так короче, да ?)

гарантирует что разработчик вместе с таблицей не забудет написать и условие связи

В предыдущей беседе на эту тему, сколь мне помнится, никто так и не смог мне объяснять, как четко и однозначно отделить "условия связи" от "фильтрующих ограничений" и не смог дать алгоритма "что где писать в нетривиальных случаях".
5 фев 09, 16:39    [6784494]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

Руководствуясь чуйством прекрасного и FK.
5 фев 09, 16:40    [6784499]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
Gluk (Kazan)
Member

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

Ах да, это говорил софтварер, значит все вопросы - к нему?

ага
у меня нет желания отвечать за чужие слова
(у него, насколько мне известно тоже)

Удобно.
Вроде и дискутировать не с кем - половину высказал один, другую половину - другой.
И вроде и неправым остался....
Как там было? "К пуговицам претензии - есть?"(С)


locky есть одна вещь которую нужна знать о Корпоративной Солидарности:
Не никакой Корпоративной Солидарности, это МИФ

Разговаривайте с человеком, а не с абстрактным Классовым Врагом ;)
пааанимаю неудобно :(
5 фев 09, 16:41    [6784505]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Gluk (Kazan)
Разговаривайте с человеком, а не с абстрактным Классовым Врагом ;)
пааанимаю неудобно :(

Чейтовски неудобно. В вас не то что попасть, в вас прицелится невозможно - вы все постоянно разбегаетесь в разные стороны!!!
5 фев 09, 16:42    [6784518]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

Руководствуясь чуйством прекрасного и FK.

Уточню - FK может суйществовать сугубо логически/виртуально
5 фев 09, 16:43    [6784526]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
Sgt.Pepper
Member

Откуда: spb
Сообщений: 1166
softwarer
Sgt.Pepper
Возможно. Конечно вопрос привычки, но постаравшись быть объективным, какой подход Вам ближе?..

Лично я предпочитаю чётко раскладывать по полочкам, и с этой точки зрения даже PL/SQL представляется мне "немного слишком интегрированным".
Однозначно точку зрения не понял.
Все-таки все мы гордимся :) декларативностью sql и говорим, скажем мумпсистам, - писать бесконечные циклы - уж нет, увольте. С другой стороны, 90% логики приложения - это sp, и softwarer говорит, что чем меньше в нем интеграции с sql (читай "декларативности"), тем лучше... Или я не так понял? - объясните, плз...
5 фев 09, 16:46    [6784554]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
locky
Вы меня, конечно, извините, но я что-то не помню в изначальной постановке задачи упомининания об ER-диаграмме.

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

locky
Второе. Кто сказал, что "сценарий забыл учесть"? Сценарий не забыл. Он дропнул таблицу (иже такая существует) и создал свою.

Вы сумеете ткнуть пальцем в идиота, который так пишет сценарии?

locky
Никаких ошибок, всё путём.

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

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

locky
зы кстати, я не забыл (совершенно случайно ;) ) упомянуть, что у меня ведется список используемых объектов, и имена LTT выбираются уникальными и непересекающимися по всем code path? :))

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

locky
так что, у меня никакая ошибка в продакшн не ушла. А ушла как раз у вас.

Голая демагогия, увы. Честнее было бы признать, что чушь спороли.
5 фев 09, 16:47    [6784567]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Sgt.Pepper
С другой стороны, 90% логики приложения - это sp, и softwarer говорит, что чем меньше в нем интеграции с sql (читай "декларативности"), тем лучше... Или я не так понял? - объясните, плз...

Соль, перец, прочие специи, а также картофель, крупа и прочи продукты создают неповторимый вкус супа.
Основная проблема - взять это всё в нужных пропорциях и правильно приготовить.
5 фев 09, 16:48    [6784568]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
Разговаривайте с человеком, а не с абстрактным Классовым Врагом ;)
пааанимаю неудобно :(

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


Ник обязывает :)
Ты мене ишо на татами не видел
5 фев 09, 16:48    [6784574]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
МСУ
Вот Вы же сами (уверен) поняли, о чем я
Софтварушка просто придрался к Локи, ну давайте на чистоту.

Cто раз сказанная глупость верной не становится.
5 фев 09, 16:49    [6784582]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

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

Итого, исход беседы:
1. Мы берём оракл и идеально построенный процесс разработки и тестирования.
2. Мы берём сиквел, без процесса разработки и тестирования.
3. Сравниваем результаты: в оракле ошибки в продакшн не просачиваются, в сиквеле - просачиваются.
4. делаем вывод: оракл - рулит, сиквел - нет.

примерно так?
5 фев 09, 16:50    [6784598]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
locky
locky
softwarer
В предыдущей беседе на эту тему, сколь мне помнится, никто так и не смог мне объяснять, как четко и однозначно отделить "условия связи" от "фильтрующих ограничений" и не смог дать алгоритма "что где писать в нетривиальных случаях".

Руководствуясь чуйством прекрасного и FK.

Уточню - FK может суйществовать сугубо логически/виртуально


Вот тут вы и вбили Oracle ... вешалку
5 фев 09, 16:50    [6784603]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

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

так, это мы щаз о чем?
О том, что писать куда (в join или в where), или о том, как оракл не может разрулить update?
5 фев 09, 16:51    [6784613]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
locky
Вы попросили нарисовать сценарий, при котором ошибка уйдёт в продакшн.
Я нарисовал.

Не нарисовали. С тем же успехом Вы могли в начале скрипта написать drop schema, потом создание пары таблиц - и сказать "ошибка ушла в production".

Я же привёл пример реальной проблемы. Которая реально может возникнуть.

Вы - в тот момент, когда сказали, что таки ведёте список имён локальных таблиц и обеспечиваете уникальность - признали, что Вам приходится защищаться от этой проблемы, причём защищаться способом, который ликвидирует единственное "преимущество" LTT.
5 фев 09, 16:53    [6784621]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
softwarer
МСУ
Вот Вы же сами (уверен) поняли, о чем я
Софтварушка просто придрался к Локи, ну давайте на чистоту.

Cто раз сказанная глупость верной не становится.


Ошибки замечать немногого стоит: дать нечто лучшее — вот что приличествует достойному человеку (Мишенька Ломоносов)
5 фев 09, 16:53    [6784625]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
Gluk (Kazan)
Member

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

Итого, исход беседы:
1. Мы берём оракл и идеально построенный процесс разработки и тестирования.
2. Мы берём сиквел, без процесса разработки и тестирования.
3. Сравниваем результаты: в оракле ошибки в продакшн не просачиваются, в сиквеле - просачиваются.
4. делаем вывод: оракл - рулит, сиквел - нет.

примерно так?


Нет не так. Просто пока в MS SQL нет инвалидации, в нем приходится делать куда больший упор собственно на тестирование. Соотвественно и "методологии" разные
5 фев 09, 16:58    [6784671]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
Sgt.Pepper
Member

Откуда: spb
Сообщений: 1166
locky
Sgt.Pepper
С другой стороны, 90% логики приложения - это sp, и softwarer говорит, что чем меньше в нем интеграции с sql (читай "декларативности"), тем лучше... Или я не так понял? - объясните, плз...

Соль, перец, прочие специи, а также картофель, крупа и прочи продукты создают неповторимый вкус супа.
Основная проблема - взять это всё в нужных пропорциях и правильно приготовить.
Готовить-то можно и на газе, но вот у меня дома - электрическая панель (высокий дом). Я уверен, вкус супа не очень сильно изменится, если его готовил хороший повар. Вопрос только об удобстве приготовления...
5 фев 09, 16:58    [6784672]     Ответить | Цитировать Сообщить модератору
 Re: тогда вопрос номер два!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
softwarer
Не нарисовали. С тем же успехом Вы могли в начале скрипта написать drop schema, потом создание пары таблиц - и сказать "ошибка ушла в production".
Я же привёл пример реальной проблемы. Которая реально может возникнуть.

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

Откуда:
Сообщений: 9365
locky
Gluk (Kazan)
Вот тут вы и вбили Oracle ... вешалку

так, это мы щаз о чем?
О том, что писать куда (в join или в where), или о том, как оракл не может разрулить update?


Oracle нужно давать ВСЮ имеющуюся информацию о метаданных
Если конечно Вас интересует результат (c)

Во всяком случае, до тех пор пока не показано, что скажем FK недопустимо влияют на производительность
5 фев 09, 17:00    [6784683]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 58 59 60 61 62 [63] 64 65 66 67 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить