Yevgen35

А у Oracle он тогда зачем?

Не имел честь быть представленным.

Я все время забываю как их зовут. Кажется это были муфлоны.

Умер мужик, попал в рай. Стоит у ворот, спрашивает апостола Петра: — Петь, слушай, вопросец один можно, прежде, чем зайду? — Валяй. — Слушай, а вот в чём был смысл моей жизни? — О, хороший вопрос. Помнишь, в 88 году в командировку в Краснодар тебя послали? — Ну да! — Жарко ещё было так, и ты после Воронежа в вагон–ресторан пошёл? — Ну да, вроде. — А там еще все столики заняты были и только одно место, рядом с девушкой, свободное? — Ага, точно! — И вы сидели так, и она еще соль тебя попросила передать? И ты передал? — Да, точно, передал! Ну? – Вот.

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

+1 Если чечкову еще можно съесть, то второе никогда. А вот оломоцки тварижки мне даже нравятся, естественно уже приготовленные. Не понимаю, чего вас так от них воротит? Гречка это класс, если удается найти нормальную, только перебирать я ее не люблю.

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

С Днём Рождения!

C трудом верю в то, что Чешский телеком будет это спокойно созерцать. Философский вопрос, когда и как этого "нахала"(Skype) поставят на место.

А что дружеские подколы не могут присутствовать вместо "религиозной войны"? На здоровье. Только давай не путать денормализацию данных и целостностью данных. Я полагаю это разные вещи. Денормализацию можно и нужно реализовывать, но не в ущерб целостности(чистоты) данных внутри БД.

Почему сразу война? Или ты предлагаешь высказываться политкорректно? Так мы вроде не на презентации брендов.

До тех пор пока тебя после аудита не поставят "в позу", ну ты знаешь как она называется.

А какие собственно проблемы? Вообще-то триггер(Before-Insert) в Oracle срабатывает в момент вставки данных в БД и в случае ошибки генерит сообщение об ошибке которое не сложно поймать клиентским приложением. Это и есть твой валидатор. Тут у меня вдуг всплыло в памяти, что каких-то видов триггеров в MSSQL просто нет только не помню каких точно, кажется это триггеры Before-Insert, Before-Update и Before-Delete. Тогда понятны ваши трудности. Ты безусловно можешь делать проверки в ЮИ как тебе хочется, но в таблицу не должны попадать левые данные. Полюбому. Чистота данных превыше всего. То есть если я подключюсь к базе через какое-нибудь друго приложение и вставлю туда ИБАН, который мне надо, что ты дальше скажешь? Докажи, мне что эти данные не были вставленны через ЮИ? Никак не докажешь, и логгирование тоже никак не сделаешь, потому как делать его надо на уровне БД.

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

Вам переход на сиквел ничего не даст, пустая трата сил и денег, станет только хуже. Как были у вас проблемы с БД и с архитектурой приложения, так и останутся. Попомни мои слова, как только вы полностью смигрируете, все вернется. Ты мне скажи, что ты называешь этим страшным словом валидатор? Сonstraint?

Cиквеляторы по фитчам от Oracle отстают примерно на 5-8лет. Так что Oracle

Да, ладно большая пушка. Можно подумать у MSSQL маленькая, только осечки часто дает и косит под маленькую при случае. Между прочим этой функции "в обед 100 лет" - лет 10 точно. Она в Oracle еще наверно с версии 6(1987год) присутствует. С этим я безусловно согласен на 100%

Вот такая она тяжелая жизнь MSSQL-го программиста. На каждый "пук" пиши код. А кто-то между прочим недавно избавился от Oracle.

Ага, теперь понятно откуда этот спам. Оригинал на английском Далее с него по ссылке column-based database переходим на Relational database pioneer says technology is obsolete То есть все это отголоски PR-компании column-based database ( Amazon SimpleDB, Apache CouchDB, Google BigTable) и других. Ну и наконец, чем мы за это расплачиваемся Top 10 Reasons to Avoid the SimpleDB Hype Это собственно то, о чем я говорил в предыдущем моем сообщении. Что касается переделанного PostrgeSQL. Все равно не верю ибо это не реально. Поменять механизм хранения данных с row-based на column-based у конкретного продукта - это просто немыслимый объем работы, а это уже новый продукт. Это все равно, что у Запорожца выбросить все внутренности и поставить все от Порше. Что в итоге получится? Недоделанный Порше или пальцатый Запорожец. Предположу, что от PostrgeSQL там только анализатор SQL, да собственно это и не важно, главное понять в какую сторону "ветер дует".

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

Тогда точно гетинакс

Позволю себе заметить, что гетинакс и текстолит - это разные материалы. Гетина́кс — электроизоляционный слоистый материал, имеющий бумажную основу, пропитанную фенольной или эпоксидной смолой. Текстоли́т - Представляет из себя слоистый пластик на основе ткани из волокон и полимерного связующего вещества (например, эпоксидной смолы). Текстолит на основе стеклоткани называется стеклотекстолитом.

Вот она вся правда и вылезла наружу.

Особенно это становится актуально, когда багаж тю-тю или уехал в другую сторону.

Именно теряют вид. Это когда свежевыстиранные джинсы приобретают вид грязных буквально через несколько дней после стирки. Правда мне такие уже давно не попадались. Протираются, в том случае если например материал был ослаблен в процессе вываривания + еще и само качество ткани.