Oleg LOA [EMAIL PROTECTED] сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
Tonal [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Что скажите, разработчики?
goto Oracle
:-) Вот уж верно.
--
Каратаев Владимир
Было бы круто уметь создавать агрегатные домены.
финансируй
PS мне почему-то кажется, что на этом этапе полезность фичи станет
неочевидна
--
Булычев Алексей
http://www.stella-npf.ru
On Sat, 03 Mar 2007 22:59:22 +0300, Yurij [EMAIL PROTECTED] wrote:
я уже встречал такие архитектурные решения - все данные объекта,
хранятся в одном блобе в виде xml, а в реляционные
таблицы вытаскиваются только те части объекта, которые нужны для
запросов.
1C ?
--
Сергей Смирнов.
On Mar 5, 11:06 am, WildSery [EMAIL PROTECTED] wrote:
я уже встречал такие архитектурные решения - все данные объекта,
1C ?
В 1С вроде попроще - там изменения конфигурации предметной области
автоматом отражаются в изменения структуры таблиц.
Tonal [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Что скажите, разработчики?
goto Oracle
Yurij [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
возвращение в запросах не плоских таблиц, а множеств объектов, и
прочий
ужас, от которого Кодд в гробу перевернется.
Чего ему переворачиваться? Это както противоречит ветхому завету?
Hello,
Tonal said the following on 03.03.2007 18:09:
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Имеются в виду Composite Types как в постгресе:
http://www.postgresql.org/docs/8.2/static/rowtypes.html ?
--
Oleg
Oleg Deribas пишет:
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Имеются в виду Composite Types как в постгресе:
http://www.postgresql.org/docs/8.2/static/rowtypes.html ?
Ага, оно! Прямо 1 в 1.
Только скобочки при доступе к значению
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Довольно много плюсов на мой, косой, взгляд.
1) При создании таблиц, просмотров, процедур, можно вставлять сразу поле
нужного типа и не думать о том, что что-то забыл, лил об именах этих
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Это не агрегатный, а составной и домен ли? Да и причем тут домен? Что
есть домен в твоем понимании?
Может вычисляемое поле в помощь?
Что скажите, разработчики?
Я лучше закрою уши
Из минусов, только минимальное усложнение синтаксиса SQL и вроде как
небольшие переделки API.
Что скажите, разработчики?
Началось весеннее обострение :crash:
Коваленко Дмитрий.
PS. Я только за ...
PSS. Обещаю навещать ... ... ... ... ... ... ... не реже раз в год.
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Это не агрегатный, а составной и домен ли? Да и причем тут домен? Что
есть домен в твоем понимании?
Может вычисляемое поле в помощь?
Не, он хочет а-ля объекты в одной колонке.
Я
Прикинь, расходная часть накладной будет храниться в той же строчке
Ну, в смысле, табличная часть накладной :sorry:
Коваленко Дмитрий.
Kovalenko Dmitry пишет:
Было бы круто уметь создавать агрегатные домены.
Например структурированный адрес (из геонимов) или ФИО.
Это не агрегатный, а составной и домен ли? Да и причем тут домен? Что
есть домен в твоем понимании?
Может вычисляемое поле в помощь?
Не, он хочет а-ля объекты в
Tonal пишет:
Определяем составной домен:
create domain MODIFY as (integer as USER_ID, timectamp as DTIME) not null;
Как-то это все попахивает постреляционностью... Велкам ту D3 SQL Server?
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
On Mar 3, 7:46 pm, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Прикинь, расходная часть накладной будет храниться в той же строчке
Ну, в смысле, табличная часть накладной :sorry:
Да, давайте нарушим первую нормальную форму. Самый ужас в том,
что я уже встречал такие архитектурные решения
On Mar 3, 9:22 pm, Ovchinnikov Vasily [EMAIL PROTECTED] wrote:
Tonal пишет: Определяем составной домен:
create domain MODIFY as (integer as USER_ID, timectamp as DTIME) not null;
Как-то это все попахивает постреляционностью... Велкам ту D3 SQL Server?
Да, наследование таблиц, хранимые
Прикинь, расходная часть накладной будет храниться в той же строчке
Ну, в смысле, табличная часть накладной :sorry:
Да, давайте нарушим первую нормальную форму.
Там ничего не нарушается. По крайней мере у меня бы не нарушилось.
что я уже встречал такие архитектурные решения - все
18 matches
Mail list logo
