Adamos: Есть одно - Но!
тогда получается что: tt1.item1 и tt1.item2 и tt1.item3 должны быть равны!
а ведь может быть так что итемы разные ! просто имеются такие значения в таблце Т2
"но в полях про комментарий везде null"
:)))
Если коментариев нет тогда таких полей вообще не будет - как Вы определите сколько комментариев должно быть у статьи ? (что бы проставить Null
oudesab: это тоже можно решить :)
таким же принципом - сначала Union , а потом из получившегося набора удалить описанные случаи
я бы поступил так, до выработки полного алгоритма фильтрации:
1. сначала все не совпадения собрал бы во временную таблицу
2. потом из нее удалял бы по каким то условиям
3. если это не разовая акция - то потом нужно будет оптимизировать работу запроса.
LEKAPb: ....
1. в Visual Studio создается проект - Проект базы данных (как любой другой проект)
- там полное абстрагирование
- авотоматически генерятся скрипты развертования
- можно создавать различные схемы взаимосвязей объектов
- имеете возможность создавать первичные и вторичные ключи .... и будет по ним рисоваться схема (так же можно и в SQL Server Management Studio - там тоже схема рисуется автоматом при наличии ключей)
2. в TFS (Team Foundation Services) - сохраняется изменения в проекте (Версионность)
Даже незнаю как привести пример
посмотрите на эти утилиты - может для Вашего проекта их с головой хватит www.red-gate.com/products
(Триальные версии в наличии)
raidhon:
1. Oracle - в моей компании работают люди ранее работавшие в оракле, есть проекты с базами на Oracle. Кроме плюсов у Ораклы тоже есть свои "приколы", хотя бы то что львиную часть кастомизации BI делают программисты в индии - задача до которых идет не через один испорченный телефон. Не говоря уже что специалисты по БД Oracle на рынке труда реже попадаются и стоят дороже. Так что пассаж про Oracle - не впечатляет :)
2. "Даже зарплата Java программистов процентов на 20 - 30 выше чем у других."(c) - а теперь мне как руководителю проекта объясните пожалуйста - зачем мне лишние убытки?
3. В 90 процентах компаний стоят виндузовые сервера с MS SQL и сотрудники работают в MS Office - что отрезает мультиплатформенное преимущество Java. А наоборот добавляет проблем (на клиенсткие машины надо устанваливать яву среду), интеграция Java с MS оффисом - просто "впечатляет" в худшем смысле этого слова - попоробуйте на яве сгенирить файл эксель с графиком в котором количество столбцов и цвет каждого столбика задается исходя из условий построения графика (для справки - на VB.Net сделали за полдня, другая команда на C# сделали целый набор различных графиков за 3 дня - Java кодеры сказали что реализация будет лучше или создать серию макросов ... )
4. "Громадная инфраструктура библиотек"(с) - в начале проекта Джава кодеры тоже так говорят - а в середине узнается что большинство библиотек платные, более того приобретая платную библиотеку нет гарантий что данный контрол будет работать задуманным заказчиком образом (можно купить и окажется что ненужно) - стоимость же наборов контролов от 4т $. Опять таки стоимость проекта выше - прибыль меньше.
5. Разработка, поддержка , контроль версий, тестирование решений - это целый набор инструментов (Дорогих!) и все они должны быть совместимы между собой. Проекты на C# иVB делаются в VS. А Java - использует свои решения разработки. Поскольку большинство проектов делаются либо C# или VB# окупаемость приобретаемых программных пакетов больше, чем инструментов для Java кодеров.
6. Заменить члена команды на майкрософтовских языках не составляет труда - Java кодереры становятся "незаменимыми" - что в принципе никому ненужно.
Про "тормоза" упоминать небуду... то у них среда поддтормаживает на машине, то источник данных надо устанавливать на клиент, то нет средств профилирования, то разные контролы между собой не дружат так как "всё очень гибко" ... и тд и тп.
Итого: При выборе средств реализации проекта - Java проигрывает. Только если у заказчика сервер Линукс, а это не так часто.
Соотвественно - надобности в Java программистах не так много.
... следить за куллером в офисе что бы вода всегда была :)) (шутка)
raidhon: пусть попробуют свои тормозящие поделки продать ....
Их прямо на курсах по программированию учат - "Пользователи просят одно, но вы предлагайте другое решение!" - а ты потом поробуй заказчику впихнуть предложенное решение явщиков - у которых то фреймворков нету, то библиотек не хватает, то платформа имеет ограничение - Результат ПО Гавно ! зато быстро ... у C# VB.Net просто не появляются проблемы которыми мучаются явадроты
(я работую в крупном системном интеграторе и у нас есть проекты на разных языках - есть с чем сравнивать. После нескольких лет ожиданий чудо от Java-кодеров мы сократили их на две трети. И участь оставшихся тоже под вопросом)
Symphony: не надо хардкора - но Джавщиков огромное количество, и новичок в 30 лет просто потеряется в этом болоте говнокодеров. И будет никому не нужен.
