ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Интересные модели БД!
188 сообщений из 188, показаны все 8 страниц
  все  
Интересные модели БД!
    #35712617
junior_oracle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
junior_oracle
Гость
Друзья! Я интересуюсь моделированием БД. Если вам не жалко своих моделей (схем) БД, и они не являются коммерческой или иной тайной, выкладывайте, предметная область не важна.
Спасибо!
...
Рейтинг: 0 / 0
13.12.2008, 16:30
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35715399
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
junior_oracleЕсли вам не жалко своих моделей (схем) БД, и они не являются коммерческой или иной тайной, выкладывайте, предметная область не важна .

Очень интересная тема. А особенно про ПРЕДМЕТНУЮ ОБЛАСТЬ. Вам картинок хотелось? - их есть у меня...©

Но они ВСЕ - по разным предметным областям, ничего, Коллега?
...
Рейтинг: 0 / 0
15.12.2008, 17:51
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35715944
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
2junior_oracle

Будьте осторожны, довольно много абсолютно неграмотных моделей. Как например, вот эта, с таблицами Cars_for_Sale и Cars_Sold

http://www.databaseanswers.org/data_models/car_sales/index.htm
...
Рейтинг: 0 / 0
16.12.2008, 01:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35716306
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Фёдоровмного абсолютно неграмотных моделей. Как например, вот эта

http://www.databaseanswers.org/data_models/car_sales/index.htm

и в чем ее абсолютная неграмотность?
...
Рейтинг: 0 / 0
16.12.2008, 10:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717086
LUCIAN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LUCIAN
Гость
Для я задачи учёт материальных ценностей на складах
цехах и материально-отв лицах использую следующую модель БД:

имеется справочник контрагентов следующей структуры

СТРУКТУРА SP_AG-справочник контрагентов

Код: plaintext
1.
2.
3.
4.
5.
ID_AGN I( 4 , 0 ) идентификатор контрагента
NAM C( 40 , 0 ) наименование контрагента
K_POST N( 4 , 0 ) код поставщика,покупателя
K_CEX N( 3 , 0 ) код цеха
TAB_N N( 8 , 0 ) табельный №
K_IZD N( 4 , 0 ) код изделия

В этом справочнике поле ID_AGN - идентификатор контрагента
формируется автоматечески. Если контрагент явл. материально-отв лицом,
то поле TAB_N принимает значение табельного № этого лица,а поля
K_POST,K_CEX,K_IZD принимают значение 0,аналогично для других типов контрагента
Этот справочник ежедневно обновляется за счет НСИ из других БД.

Для хранения документов,отражающих движение мат.ценностей на предприятии
используются следующие две таблицы:

СТРУКТУРА DOK-шапка документа

Код: plaintext
1.
2.
3.
4.
5.
6.
ID_DOK I( 4 , 0 ) идентификатор документа
D_DOK D( 8 , 0 ) дата документа
OTP I( 4 , 0 ) идентификатор отправителя
POL I( 4 , 0 ) идентификатор получателя
K_DOK C( 3 , 0 ) код документа
N_DOK C( 10 , 0 ) № документа
SUMA N( 18 , 2 ) сумма документа


СТРУКТУРА DOKS-детальные строки документа

Код: plaintext
1.
2.
3.
4.
5.
6.
ID_STR I( 4 , 0 ) идентификатор детальной строки документа
ID_TOV I( 4 , 0 ) идентификатор товара,материала
CENA N( 16 , 8 ) цена товара
KOL N( 15 , 3 ) количество
SUMA N( 18 , 2 ) сумма товара
ID_DOK I( 4 , 0 ) идентификатор документа

При такой организации БД поступление мат.ценности от поставщика на предприятие
в табл.DOK отразится следующим образом:поле OTP -идентификатор поставщика,
POL-идентификатор склада,а расход мат.ценности на производство продукции отразится так:OTP -идентификатор цеха,POL-идентификатор изделия.
...
Рейтинг: 0 / 0
16.12.2008, 13:41
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717334
KOT MATPOCKuH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
KOT MATPOCKuH
Участник
LUCIAN
При такой организации БД поступление мат.ценности от поставщика на предприятие
в табл.DOK отразится следующим образом...
Это только в том случае, если в таблице
Код: plaintext
DOK-шапка документа
в поле
Код: plaintext
K_DOK C( 3 , 0 ) код документа
стоит некий код, обозначающий приходную накладную.
Не путать с расходной накладной, счетом, возвратной поставщику и еще несколькими десятками других документов.
В связи только с этим комментарием ответте сами - правильная Ваша структура или нет
...
Рейтинг: 0 / 0
16.12.2008, 14:40
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717339
junior_oracle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
junior_oracle
Гость
Спасибо, начнем смотреть)
...
Рейтинг: 0 / 0
16.12.2008, 14:41
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717360
junior_oracle
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
junior_oracle
Гость
Mr Marmelad,

ничего, нормально), сенкс!
...
Рейтинг: 0 / 0
16.12.2008, 14:48
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717650
LUCIAN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LUCIAN
Гость
KOT MATPOCKuH
Это только в том случае, если в таблице
Код: plaintext
DOK-шапка документа
в поле
Код: plaintext
K_DOK C( 3 , 0 ) код документа
стоит некий код, обозначающий приходную накладную.
Не путать с расходной накладной, счетом, возвратной поставщику и еще несколькими десятками других документов.
В связи только с этим комментарием ответте сами - правильная Ваша структура или нет
Если она работает уже около 5 лет ,то почему она может быть неправильной.
Типы всевозможных документов следующие:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
K_dok     Naimdok                                                Sxema          
 7        АКТ НА СПИСАНИЕ ИНВЕНТ.(С М/О  ЛИЦА)     МОЛ ==>   0 
 8        АКТ НА СПИСАНИЕ (УБЫЛЬ)                        СКЛАД  ==>   0 
 9        АКТ НА СПИСАНИЕ (НЕДОСТАЧА)                 СКЛАД ==>   0 
 10      АКТ НА ПЕРЕДАЧУ ДРУГОМУ М/О   ЛИЦУ       МОЛ==>МОЛ
 11      АКТ НА СПИСАНИЕ                                     СКЛАД      ==>  0 
 12      АКТ НА СПИСАНИЕ (УБЫЛЬ)                        СКЛАД  ==>   0 
 13      АКТ НА СПИСАНИЕ (НЕДОСТАЧА)                 СКЛАД  ==>   0 
 18      АКТ НА ОПРИХОДОВАНИЕ ИЗЛИШКОВ             0  ==>СКЛАД
 22      ЛИМИТНО-ЗАБОРНАЯ КАРТА                        СКЛАД ==> ЦЕХ
 50      Т.Т.Н. (ПРОДАЖА)                                     СКЛАД==> ПАРТНЕР
 53     Т.Т.Н. (ПОКУПКА)                                        ПАРТНЕР==>СКЛАД
 59     ТРЕБОВАНИЕ-НАКЛАДНАЯ(СО СКЛАДА)           СКЛАД ==>  ЦЕХ
 60     ТРЕБОВАНИЕ-НАКЛАДНАЯ (ПРОДАЖА)            СКЛАД ==> ПАРТНЕР
 61     ТРЕБ.-НАКЛАДНАЯ(СО СКЛАДА НА   СКЛАД)    СКЛАД ==>СКЛАД
 62     ТРЕБОВАНИЕ-НАКЛАДНАЯ(НА СКЛАД)            ЦЕХ ==> СКЛАД
 64     ТРЕБОВАНИЕ-НАКЛАДНАЯ (ПОКУПКА)              0   ==>СКЛАД
 93     ВВОД ОСТАТКОВ ПО МАТЕРИАЛЬНО  ОТВ.Л.     0   ==> МОЛ
 99     ВВОД ОСТАТКОВ ПО СКЛАДУ      (КУПЛЕНО)    0   ==> СКЛАД
 159   ТРЕБОВАНИЕ-НАКЛАДНАЯ(СО СКЛАДА)          СКЛАД ==>  ЦЕХ
 101   Отчёт о расходе мат.ценн. цеха                   Цех ==>  Изделие
 199   ВВОД ОСТАТКОВ ПО ЦЕХУ                             0  ==> ЦЕХ
...
Рейтинг: 0 / 0
16.12.2008, 16:15
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717706
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> и в чем ее абсолютная неграмотность?

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть. Типичная одноразовая поделка.

И чувак по имени Barry Williams ни разу не стесняется подписываться Principal Consultant. Криворукие китайские первоклассники - гуру по сравнению с Барри.
...
Рейтинг: 0 / 0
16.12.2008, 16:33
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717735
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть.

А Вы и есть Федоров Richmond VA?

для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне применима
...
Рейтинг: 0 / 0
16.12.2008, 16:44
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717835
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
proposed amendmentguest_20040621

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть.

А Вы и есть Федоров Richmond VA?

для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне применима

Она применима, но она не правильная. Если следовать логике автора, предложившего таблицы Cars_for_Sale и Cars_Sold, то тогда нужна ещё, как минимум, одна - Cars_Returned. Можно создать ещё 3 таких же для подержанных машин. Нет предела фантазии.

guest_20040621 разбирается в этом деле лучше меня
...
Рейтинг: 0 / 0
16.12.2008, 17:14
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717894
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
ФёдоровБудьте осторожны, довольно много абсолютно неграмотных моделей. Как например, вот эта, с таблицами Cars_for_Sale и Cars_Sold

Ув. Коллега Фёдоров. В Ричмонде, штат Вирджиния пожалуй как нигде в мире должно быть известно что:
1. Остерегаться абсолютно нечего - то что существует срок жизни того или иного продукта - это нормальное явление.
2. Мы не стоИм на месте - Всё течёт Всё изменя
3. Грамотность не определяется умением не делать ошибок (я их кстати так и не заметил)
4. Моделей абсолютно неграмотных не бывает - все они относительно грамотные.

Дело в том что моделирование само по себе весьма относительная вещь как и бизнес который модели описывают и все связанные с этим бизнесом науки. Я за "старый свет" не в ответе но Вам то в "Новом Свете" уж что что а ЭТО должно быть ясно как дважды два = четыре... :)
...
Рейтинг: 0 / 0
16.12.2008, 17:26
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717903
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
junior_oracleMr Marmelad,

ничего, нормально), сенкс!

Any time ( you are most welcome!)
...
Рейтинг: 0 / 0
16.12.2008, 17:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717915
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Фёдоровguest_20040621 разбирается в этом деле лучше меня

Без комментариев...
...
Рейтинг: 0 / 0
16.12.2008, 17:29
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717942
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне
> применима

Вы напрасно получаете деньги за проектирование баз данных.
...
Рейтинг: 0 / 0
16.12.2008, 17:36
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717960
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
ФёдоровОна применима, но она не правильная.
Правильность той или иной модели не определяется одним предложением или даже попыткой найти в ней недостающие или избыточные величины (сущности - атрибуты). Моделирование - это ИСКУССТВО. Никак не наука. Попробуйте объяснить правильность " Красного Квадрата " или " Чёрного Квадрата " Малевича. А тем более повестить эти картины "неправильно".

Улавливаете иронию?... Коллега.
...
Рейтинг: 0 / 0
16.12.2008, 17:39
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35717981
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Для чего нужна БД? Чтобы хранить данные. Если БД позволяет хранить данные, значит она правильная. Всё остальное - дополнительные условия. Соответствие дополнительным условиям не есть критерий правильности. Это только критерий того, что для ваших конкретных условий решение является приемлемым или нет.
...
Рейтинг: 0 / 0
16.12.2008, 17:45
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718055
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
proposed amendmentguest_20040621

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть.

А Вы и есть Федоров Richmond VA?

для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне применима

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

Вообще то, база данных автодилера гораздо сложнее. Они же ещё и запчасти продают. Как-то всё это оторвано от реальной жизни.
...
Рейтинг: 0 / 0
16.12.2008, 18:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718070
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
proposed amendmentФёдоровмного абсолютно неграмотных моделей. Как например, вот эта

http://www.databaseanswers.org/data_models/car_sales/index.htm

и в чем ее абсолютная неграмотность?

Эту схему надо показывать студентам, как пример, как не надо писать БД.

Таблица Addresses

Зачем там поле address_ID? Это суррогатный ключ? Почему он ни где не участвует?
Ладно. Пусть предполагается, что у каждого из Customers, есть несколько адресов.
Что можно с ними сделать в этой базе? Ничего. Единственно, что на уровне клиента юзер может выбрать по каким-то неформализованым признаком нужный адрес, что бы доставить его в почтовое уведомление. Уволится такой грамотный юзер и все.

address_Line_1 - address_Line_4. Это из разряда юмора.
Единственное объяснение - в используемой базе данных слишком короткие строковые поля.

В поля town_city, state_country_province, country данные вбиваются вероятно ручками.

Поля, начинающиеся с other_, заканчивающимия Detail и Description - это вообще - песня.

Например. manufacturer_othe detail - eg. Ford, GM, Toyota.
Приходит новый работник и начинает набирать : Fort, JM, Taiota.

И так почти во всех таблицах.

Я, конечно, не лучший знаток машин, но даже я знаю, что модель должна соотноситься с маркой.

"Форд Калина", как-то не звучит. :)

Не берусь судить полную модель, так как не знаю этой модели бизнеса, но связи и таблицы очень странные.

========
Однако уверен, для гаража по торговле крадеными машинам с оборотом в 10 машин в год, такая база наверняка вполне подойдет.
...
Рейтинг: 0 / 0
16.12.2008, 18:10
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718071
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
ФёдоровОни же ещё и запчасти продают. Как-то всё это оторвано от реальной жизни.

Есть многое такое друг Горацио...
...
Рейтинг: 0 / 0
16.12.2008, 18:11
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718103
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
explaДля чего нужна БД? Чтобы хранить данные. Если БД позволяет хранить данные, значит она правильная. Всё остальное - дополнительные условия. Соответствие дополнительным условиям не есть критерий правильности. Это только критерий того, что для ваших конкретных условий решение является приемлемым или нет.

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

Но некоторые их них не соответствуют реляционной модели, некоторые ненормализованы.
...
Рейтинг: 0 / 0
16.12.2008, 18:23
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718105
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Cat2 пишет:

> Эту схему надо показывать студентам, как пример, как не надо писать БД.

Ну ничего особенно страшного там нету, кроме 4-х addreddLine-ов
в адресе, да otherDetails (нарушение 1 нормальной формы )

> Зачем там поле address_ID? Это суррогатный ключ? Почему он ни где не
> участвует?

А где он должен участвовать ? У каждой таблицы должен быть какой-то PK.
Ну, можно было бы сделать составной, из кустомера и номера адреса.
Тогда нельзя повторно использовать адреса для разных кустомеров.

> Что можно с ними сделать в этой базе? Ничего.

Записать и прочитать. Послать по адресу письмо.

> address_Line_1 - address_Line_4. Это из разряда юмора.

Это - да . Плюс ещё же есть otherDetails ! В общем я тоже поржал.

> Я, конечно, не лучший знаток машин, но даже я знаю, что модель должна
> соотноситься с маркой.

Там странно, что есть выплаты кредитов и страховок. По идее, магазин
это интересовать не должно -- это платит сам клиент.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
16.12.2008, 18:24
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718110
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Фёдоровproposed amendmentguest_20040621

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть.

А Вы и есть Федоров Richmond VA?

для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне применима

Супруги пришли покупать автомобиль. На двоих.
Такое наверняка должно быть. Анесколько адресов должны отличаться признаками.
Например, адрес для уведомления, адрес для доставки. Причем они могут совпадать. Не так уж трудно это завести в структуре базы.
...
Рейтинг: 0 / 0
16.12.2008, 18:26
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718113
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Cat2,

Коллега Cat2 ну хоть вы наберитесь уважения и внимания к собранным годами системам. Поверьте - они не просто ТАК там живут. ЕСТЬ где то необходимость в той или иной аттрибутике. Она ВАМ не видна. Примите ЭТУ аксиому если не хватает Вам доказательств что там в искусстве ОШИБОК НЕТ и быть не может.

address_ID - ключ (правильно суррогатный) для обозначения уникальности записи. Не всегда удаётся адрес обозначить ДРУГИМ уникальным атрибутом. В Америке к промеру 123 Washington Street и Washington St, 123 и Wash. St - 123 могут обозначать как одну так и разные адреса. И ничего в этом такого нет что стоЯт они под уникальными айди 734, 823 и 1234.

Четыре Adress_Line - это скорее традиция и удобство чем что либо ещё.
Town_city - муниципалитеты
State_county_province - расчитаны на Англоязычников (USA, CA, AUS) потомков пилигримов и понятное дело к конкретно республикам - регионам или что там у вас никакого отношения не имеют.

Но поучиться у этих ребят британцев вам ой как следовало бы... Хотя бы терпимости к другому ПРАВИЛЬНОМУ мнению
...
Рейтинг: 0 / 0
16.12.2008, 18:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718118
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621> для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне
> применима

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

вы напрасно пытаетесь меня провоциравать
...
Рейтинг: 0 / 0
16.12.2008, 18:28
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718122
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Cat2Все базы могут хранить данные. Следовательно все базы данных правильные .{!!!!!!}Но некоторые их них не соответствуют реляционной модели, некоторые ненормализованы.
Вот тут Вы АБСОЛЮТНО ПРАВЫ, Коллега
...
Рейтинг: 0 / 0
16.12.2008, 18:29
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718125
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
Cat2Фёдоровproposed amendmentguest_20040621

Вы не видите? Открываете страницу, две первые таблицы: Addresses и Customers. Все, дальше можно не смотреть.

А Вы и есть Федоров Richmond VA?

для случая когда у одного Кастомера может быть несколько Адресов такая схема вполне применима

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

Не так уж трудно всю её исправить. Мы же обсуждаем предложенный вариант
...
Рейтинг: 0 / 0
16.12.2008, 18:29
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718133
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
ФёдоровОна применима, но она не правильная. Если следовать логике автора, предложившего таблицы Cars_for_Sale и Cars_Sold, то тогда нужна ещё, как минимум, одна - Cars_Returned.

1 все определяется рамками ТЗ - например часто машины проданные через комиссионку не принимаются обратно в магазин, но можно их опять поставить на комиссию - вернуть в продажу
...
Рейтинг: 0 / 0
16.12.2008, 18:33
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718145
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Mr MarmeladCat2,

Коллега Cat2 ну хоть вы наберитесь уважения и внимания к собранным годами системам. Поверьте - они не просто ТАК там живут. ЕСТЬ где то необходимость в той или иной аттрибутике. Она ВАМ не видна. Примите ЭТУ аксиому если не хватает Вам доказательств что там в искусстве ОШИБОК НЕТ и быть не может.

address_ID - ключ (правильно суррогатный) для обозначения уникальности записи. Не всегда удаётся адрес обозначить ДРУГИМ уникальным атрибутом. В Америке к промеру 123 Washington Street и Washington St, 123 и Wash. St - 123 могут обозначать как одну так и разные адреса. И ничего в этом такого нет что стоЯт они под уникальными айди 734, 823 и 1234.

Четыре Adress_Line - это скорее традиция и удобство чем что либо ещё.
Town_city - муниципалитеты
State_county_province - расчитаны на Англоязычников (USA, CA, AUS) потомков пилигримов и понятное дело к конкретно республикам - регионам или что там у вас никакого отношения не имеют.

Но поучиться у этих ребят британцев вам ой как следовало бы... Хотя бы терпимости к другому ПРАВИЛЬНОМУ мнению

За аксиому я ничего не принимаю никогда.
Вот пристали с address_ID! Я же написал, что он может иметь место быть, если нужно хранить несколько адресов. Но тогда нужен признак, отличающий адреса.

Вы хотите мне сказать, что 123 Washington Street и Washington St, 123 и Wash. St - 123 - это Country? Вы хотите сказать, что справочники для выбоа "USA, CA, AUS" - лишние? И без них все все всегда без ошибок ведут?
================
Мы будем базу обсуждать или политкорректностью заниматься?
...
Рейтинг: 0 / 0
16.12.2008, 18:38
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718154
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
ФёдоровСупруги пришли покупать автомобиль. На двоих. Два имени и два адреса должны быть указаны в свидетельстве о собственности на машину.

и совершенно нормально - свидетельство о праве собственности законченный документ не изменяющийся во времени (при изменениях будет выпущено новое свидетельство) - на него не могут распространяться требования к нормализации структуры БД.
...
Рейтинг: 0 / 0
16.12.2008, 18:40
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718164
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Cat2
================
Мы будем базу обсуждать или политкорректностью заниматься?

это не база - это модель, любая модель не тождественна обстоятельствам реального мира а просто обладает степенью подобия ему, причем в тех пределах:

1 которых требует воплощаемая в модели парадигма (та или иная или их комплекс)
2 которых позволяет достичь материал моделирования (нотация записи, как здесь)
...
Рейтинг: 0 / 0
16.12.2008, 18:46
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718195
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Cat2За аксиому я ничего не принимаю никогда.


Ну примите хоть как теорему что в моделировании ОШИБОК НЕТ и БЫТЬ НЕ МОЖЕТ... Моделирование - прежде всего искусство, а потом наука. Тут будет важнейшим фактором НРАВИТСЯ - НЕ НРАВИТСЯ , потом КРАСИВО - НЕ КРАСИВО, а никак не ПРАВИЛЬНО - НЕ ПРАВИЛЬНО

Cat2
Вот пристали с address_ID! Я же написал, что он может иметь место быть, если нужно хранить несколько адресов. Но тогда нужен признак, отличающий адреса.

А нету такого - как бы мы не старались... Даже в налоговых документах - НЕТУТИ... и всё тут. address_ID и больше ничего

Cat2
Вы хотите мне сказать, что 123 Washington Street и Washington St, 123 и Wash. St - 123 - это Country? Вы хотите сказать, что справочники для выбоа "USA, CA, AUS" - лишние? И без них все все всегда без ошибок ведут?

Адреса указанные выше - это линии адресов по определению в Англоязычных странах. Так у них принято. могут поставить как хотят. Стандартов нет и не должно быть. На такой системе все их почтовые службы работают. Сначала посылают в почтовый код (ПОЧТОВЫЙ ИНДЕКС) по Вашему. Postal Code - в Канаде Австралии Великобритании. Zip Code - в США. Опять же стандарта нет. У нас например может быть пяти или девяти-значный Zip Code. Например в одном городе может быть десятки zip code а можт не быть ни одного. Совмещаться в одном zip kode два города и так далее... Провинцию у нас называют Условно - это ГРАФСТВО (county) в Канаде же Province - это означает ШТАТ (республика) и масса ещё чего чего Вам может показаться НЕ МОЖЕТ БЫТЬ,,, анннет - МОЖЕТ.

так вот почтальён один сам по себе знает где на его участке тот или иной адрес. И есть ли вообще. А кроме него ни одна система не догадывается ЧТО ТАМ за тем столбом...

Cat2
Мы будем базу обсуждать или политкорректностью заниматься?
Вот тут Вы мне особенно мне нравитесь, Коллега...
...
Рейтинг: 0 / 0
16.12.2008, 18:58
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718197
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> вы напрасно пытаетесь меня провоциравать

Признайтесь, Вы ведь комментарий написали не просто так? ;)

Ну ведь на самом деле здесь нечего обсуждать. Абсолютно тупая схема с абсолютно детскими ошибками. На месте авторов мне было бы стыдно выкладывать это в свободный доступ. Я даже предположить не могу, какой идиот их учил проектированию. Нормальные формы, атомарность, целостность, непротиворечивость и пр. - в любом букваре по проектированию БД об этом пишут чуть ли не в первой главе. Похоже, с букварей им и нужно начинать. Консультанты хреновы, блин.
...
Рейтинг: 0 / 0
16.12.2008, 18:58
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718198
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
proposed amendment,
Любая база = модель. И должна отображать скорее не обстоятельства мира, а наши требования по "учету" этих обстоятельств
...
Рейтинг: 0 / 0
16.12.2008, 18:59
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718223
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
MasterZiv
> address_Line_1 - address_Line_4. Это из разряда юмора.
Это - да . Плюс ещё же есть otherDetails ! В общем я тоже поржал


AddressLine_1 > AddressLine_4 это нормально...

103009, Россия, Москва
Брюсов переулок, д. 12, кор. 4, кв. 5

запишите, как если бы, например, отправляли в Турцию... справитесь?

а вот так?

34349, Balmumcu, ENKA BINASI,
Besiktas - Istanbul, Turkey

запишите по-Русски и занесите в вашу супер-нормальную базу по полям

индекс-страна-населенный_пункт-улица и т.д.
...
Рейтинг: 0 / 0
16.12.2008, 19:11
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718238
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Cat2proposed amendment,
Любая база = модель. И должна отображать скорее не обстоятельства мира, а наши требования по "учету" этих обстоятельств

конечно база это модель в той или иной степени объективно отображающая объекты материального мира и их отношения

схема (как по ссылке) это тоже модель - только реализованная другими инструментами и материалами.

вопрос не в этом вообще...

выше по топегу видно отчего сыр-бор... для меня, например, совсем не очевидно, что критерием объективности (подобия) модели могут служить "ваши" требования по учету "ваших" обстоятельств...
...
Рейтинг: 0 / 0
16.12.2008, 19:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718243
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
proposed amendmentФёдоровСупруги пришли покупать автомобиль. На двоих. Два имени и два адреса должны быть указаны в свидетельстве о собственности на машину.

и совершенно нормально - свидетельство о праве собственности законченный документ не изменяющийся во времени (при изменениях будет выпущено новое свидетельство) - на него не могут распространяться требования к нормализации структуры БД.

Нормализация относится к реляционному отношению, а не к БД. Если выполнять нормализацию исходя из функциональных зависимостей, то вполне возможно, что отношение "свидетельство" в идеализированном случае будет нарушать какие либо НФ и в конечном итоге будет содержать как бы противоречивые данные.
Если пользоваться ER моделированием, то свидетельство, это единая сущность и выполнять её декомпозицию нет смысла, ибо как в свидетельстве прописано (даже с ошибками), так оно и есть на самом деле.

Например есть в свидетельстве паспортные данные. Интуитивно ясно, что ФИО функционально зависит от номера паспорта, который в свою очередь зависит от номера свидетельства (PK). По букве науки имеем нарушение 3НФ, и надо выполнить декомпозицию отношения. Но это приведёт к первичному учёту паспортов, который в данном случае нам нафиг не нужен. А хуже того, интуиция нас может подвести, так что в один прекрасный момент номер паспорта окажется не PK, а лишь его частью. Или выяснится, что какой то балбес много лет назад допустил ошибку в фамилии владельца и выдал свидетельство с ошибкой. И что тогда? Если мы исправляем ошибку в паспорте, то искажаем данные в старом свидетельстве, если оставляем как есть, то выписываем новое свидетельство с той же ошибкой. Косяк!

Короче, если в первичных документах есть нарушение НФ и дублирование данных, то и в БД от неё будет сложно уйти, или придётся делать идеализированную БД, которая в реальной ситуации не сможет хранить необходимые данные.
...
Рейтинг: 0 / 0
16.12.2008, 19:20
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718256
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
explaКороче, если в первичных документах есть нарушение НФ и дублирование данных, то и в БД от неё будет сложно уйти, или придётся делать идеализированную БД, которая в реальной ситуации не сможет хранить необходимые данные.

+1 мало того, что согласен, это ИМХО очевидно...

наверное только стремлением создать "идеализированную БД" можно объяснить высказывания некоторых участников разгоревшейся дискусии.
...
Рейтинг: 0 / 0
16.12.2008, 19:28
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718283
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Mr Marmelad... в моделировании ОШИБОК НЕТ и БЫТЬ НЕ МОЖЕТ... Моделирование - прежде всего искусство, а потом наука. Тут будет важнейшим фактором НРАВИТСЯ - НЕ НРАВИТСЯ , потом КРАСИВО - НЕ КРАСИВО, а никак не ПРАВИЛЬНО - НЕ ПРАВИЛЬНО



Не согласен. Если модель не отражает существенных свойств объекта, то она неправильная (или недостаточно точная, если хотите). В моделировании конечно есть место творчеству и субъективному вкусу, но по большей части это работа по методике и дедукция. Собрали сведения - проверили модель - обобщили - подкрутили. Получилась простая и понятная модель, которая достаточно точно отражает нужные свойства объекта, хорошо. Получилась кривая запутаная, но опять же достаточно точная модель, плохо, но не смертельно (дело вкуса). Модель не отражает нужные свойства объекта с должной точностью, значит такой моделью нельзя пользоваться для решения поставленой задачи, делаем другую модель.

Cat2За аксиому я ничего не принимаю никогда.

Теория не может сущетствовать без аксиом. Это доказано, так что придётся смириться.
...
Рейтинг: 0 / 0
16.12.2008, 19:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718292
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
proposed amendment

запишите по-Русски и занесите в вашу супер-нормальную базу по полям

индекс-страна-населенный_пункт-улица и т.д.
А я говорил, что надо нормализировать все и всегда?

Вот, например, в базе налоговой (КЛАДР), все нормализовано. Им это надо обязательно и они могут.

В реальности иногда проще не замарачиваться, особенно когда не надо делать выборок по аресам. Однако населенные пункты все же лучше в отдельное поле - легче искать.
Кстати, не вижу принципиальных трудностей с турецким адресом. Если есть общирная перписка, то можно создать правила чередования полей традиционные для разных стран.
...
Рейтинг: 0 / 0
16.12.2008, 19:47
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718306
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Cat2,

я спорил не с вами, собственно... мне показалось излишне категоричным высказывание одного из участников про "абсолютно" неграмотную модель...

точнее я его (высказывание... да и автора, собственно) не понял и переспросил - что он имел в виду...

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

town_city и address_lines
...
Рейтинг: 0 / 0
16.12.2008, 19:58
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718308
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
2 expla:

Ув Коллега explа как раз то что Вы определили как "методика и дедукция" и есть прежде всего искусство. Просто у гениальных художников и мастеров всё происходит с первого мазка, а у студентов худ колледжа - каждодневная упорная тренировка. Набивание Руки если хотите. Даже живое воплощение базы вышедшей из-под пера модельера - физическое воплощение - это чаще всего этап вижуализации и демонстрации идей, а не активная перепечатка кортинок.
...
Рейтинг: 0 / 0
16.12.2008, 19:59
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718326
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Отличной аналогией в нашем случае модельном бизнесе будет именно профессия ХУДОЖНИКА - МОДЕЛЬЕРА. Ведь в конце концов "ГЛАВНОЕ ЧТОБЫ КОСТЮМЧИК СИДЕЛ" ©
...
Рейтинг: 0 / 0
16.12.2008, 20:09
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718337
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> запишите по-Русски и занесите в вашу супер-нормальную базу по полям

Страна, административная или административно-территориальная или территориальная структура, языковые эквиваленты, правила адресации, язык респондента. Какие проблемы?
...
Рейтинг: 0 / 0
16.12.2008, 20:16
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718356
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Какие проблемы?

это мне что все страны мира в голове держать? админитсративно территориальное деление, правила указания адресов и прочее

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

там всего

Куда (три-четыре линии)
Кому (две-три линии)

и все

ах- да! еще Индекс и Марка, конечно :)
...
Рейтинг: 0 / 0
16.12.2008, 20:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718361
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> нафига тут в этой схеме разделение адреса большее чем предложено town_city и address_lines

Например, чтобы корректно отображать любые объекты на карте.
...
Рейтинг: 0 / 0
16.12.2008, 20:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718368
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
ну-ну...
...
Рейтинг: 0 / 0
16.12.2008, 20:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718372
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> это мне что все страны мира в голове держать?

Базы данных, конечно же, придуманы дебилами для дебилов. Поэтому все всегда нужно держать в голове.
...
Рейтинг: 0 / 0
16.12.2008, 20:36
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718384
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
логически не стыкуется
...
Рейтинг: 0 / 0
16.12.2008, 20:42
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718386
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Ну да - а ещё самымм самым самым точным отображением адреса в базе будет ДОЛГОТА, ШИРОТА и ВЫСОТА над уронем моря. Почему до сих пор адреса не заменили на такую простую кодировку, а?
...
Рейтинг: 0 / 0
16.12.2008, 20:44
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718391
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Mr MarmeladНу да - а ещё самымм самым самым точным отображением адреса в базе будет ДОЛГОТА, ШИРОТА и ВЫСОТА над уронем моря. Почему до сих пор адреса не заменили на такую простую кодировку, а?

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

ЗЫ...

Вы считаете - ВЫСОТУ над уровнем моря действительно необходитмо указывать явно?

а не лучше ли ее получать в запросе из общего справочника высот взяв по ШИРОТЕ-ДОЛГОТЕ?
...
Рейтинг: 0 / 0
16.12.2008, 20:51
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718407
АнатоЛой
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АнатоЛой
Участник
proposed amendmentMr Marmeladещё самымм самым самым точным отображением адреса в базе будет ДОЛГОТА, ШИРОТА и ВЫСОТА над уронем моря .
ЗЫ...

Вы считаете - ВЫСОТУ над уровнем моря действительно необходитмо указывать явно?

а не лучше ли ее получать в запросе из общего справочника высот взяв по ШИРОТЕ-ДОЛГОТЕ?


Кагечно явно - для офиса №8 (1подъезд2этажподъезда4квартираэтажаподъезда)и №2343 (5подъезд19этажаподъезда2квартирыэтажаподъезда) высота будет разная :)
...
Рейтинг: 0 / 0
16.12.2008, 21:05
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718409
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> нафига тут в этой схеме разделение адреса большее чем предложено town_city и address_lines

Например, чтобы корректно отображать любые объекты на карте.

Для этого придётся купить базу данных почтовых адресов всего мира и подписку на её регулярную актуализацию. Но тогда и вопросов с записью адреса не будет. Выбирай нужный адрес и копируй. А ещё есть полевые почты, которые постоянно перемещаются в пространстве...
Да, если почтальон может прочитать адрес и найти адресата, то почему машина не может это сделать получив на входе неразобраный адрес? Конечно может и без больших усилий.

Если адрес, это то, что нужно написать на конверте, то address_lines 100% достаточно. Иногда на конверте есть место для записи машиночитаемого почтового индекса. Тогда стоит выделить поле для индекса, чтобы не парсить его из строкового адреса.
Если ещё нужно прикинуть почтовые расходы, то придётся города (для внутренней почты) и страны (для международной почты выделять), или сверившись по почтовому прейскуранту просто указать тарифную зону.
Когда имеется много местной корреспонденции, то имеет смысл выделить почтовое отделение, чтобы всю пачку писем отправить туда, не сортируя на местной почте каждое письмо (на этом можно поиметь скидки на доставку почты).
Наконец почтальоны нас просили сразу сортировать письма по улицам домам и квартирам, чтобы не делать это вручную. Ну тут уж просто написали функцию, которая задавала нужный порядок адресов (названия улиц, сопок и т.п. по алфавиту, номера домов, корпусов, домов с буквами, квартир в том числе с буквами, и п.р. в порядке возрастания номеров). Но для этого не пришлось разбирать адрес на части в БД. Функция просто выделяла из адреса подстроки, разделённые числами и из этих подстрок и чисел формировала ключ для сортировки.

Вообще, адрес, это просто строка, которая отвечает известным, а иногда и неизвестным требованиям. Делить её на компоненты или нет, определяется требованиями приложения. Если лень (или накладно) парсить строку адреса программно, пусть её парсит оператор, применяя свои знания в области почтовых отправлений.
...
Рейтинг: 0 / 0
16.12.2008, 21:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718430
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
explaДелить её на компоненты или нет, определяется требованиями приложения.

по большому счету да, но не только (столько?) требованиями приложения.

скорее требованиями и возможностями инвайромента - реальной среды в которой снимается информация и реальных кейсов ее использования
...
Рейтинг: 0 / 0
16.12.2008, 21:15
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718432
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Mr MarmeladНу да - а ещё самымм самым самым точным отображением адреса в базе будет ДОЛГОТА, ШИРОТА и ВЫСОТА над уронем моря. Почему до сих пор адреса не заменили на такую простую кодировку, а?

Не все пункты назначения стационарны. Взять хотя бы полевые почты. Наконец, шкаф с почтовыми ящиками можно переместить, и куда тогда почта попадёт? А ну как америкосы в GPS ошибку внесут, чтобы вся система вражеских почтовых отправлений накрылась..
...
Рейтинг: 0 / 0
16.12.2008, 21:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718441
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Для отправки почты нужно IMSI использовать! Мобилки почти у всех есть, и определить координаты мобилки не сложно, на крайняк можно просто позвонить и спросить "Ты где?".
...
Рейтинг: 0 / 0
16.12.2008, 21:21
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718443
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
explaВзять хотя бы полевые почты.

Для полевых почт - предлагаю отличную идею - ОТРИЦАТЕЛЬНОЕ ЗНАЧЕНИЕ Высоты - ПОДКОЖНОЕ.....
...
Рейтинг: 0 / 0
16.12.2008, 21:21
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718450
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
АнатоЛойКагечно явно - для офиса №8 (1подъезд2этажподъезда4квартираэтажаподъезда)и №2343 (5подъезд19этажаподъезда2квартирыэтажаподъезда) высота будет разная :)

нужно просто расширить возможности справочника - сделать его многослойным

тогда указав точные координаты на поверхности можно из простого комбобокса выбрать любой слой (объект слоя) который пересекался бы с прямой проведенной из центра Земли через точку на поверхности Земли с этими координатами..

какие проблемы? (C) guest_20040621
...
Рейтинг: 0 / 0
16.12.2008, 21:23
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718455
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Mr Marmelad,


что курите, коллега?

или у вас ПОДКОЖНОЕ?
...
Рейтинг: 0 / 0
16.12.2008, 21:24
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718457
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Для этого придётся купить базу данных почтовых адресов всего мира

Я думал, только дебилы из Бостона не знают о сервисах google. Вижу, что ошибался.

> почему машина не может это сделать получив на входе неразобраный адрес? Конечно может и без больших
> усилий.

Дружище, вы будете жестоко разочарованы, столкнувшись с реальностью. Оператор с хорошей квалификацией - это гарантированные 3% ошибок. Остальную чушь, простите, оставлю без комментариев.
...
Рейтинг: 0 / 0
16.12.2008, 21:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718466
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Для этого придётся купить базу данных почтовых адресов всего мира

Я думал, только дебилы из Бостона не знают о сервисах google. Вижу, что ошибался.


Наивный! Он верит в интернет... Мой дом пользователи google, yandex и прочей хрени вот уже лет пять как найти не могут, потому что он числится под старым адресом, который даже я уже не помню.

Linux - для энтузиастов, google - для любителей. Windows - для професионалов. О!
...
Рейтинг: 0 / 0
16.12.2008, 21:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718478
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> почему машина не может это сделать получив на входе неразобраный адрес? Конечно может и без больших
> усилий.

Дружище, вы будете жестоко разочарованы, столкнувшись с реальностью. Оператор с хорошей квалификацией - это гарантированные 3% ошибок.

Ну и что? Я это знаю и никаких мегапроблем это не создаёт. В худшем случае абонент не получит свой счёт. А по большей части неправильные адреса выпадают из общей кучи, и легко отлавливаются или в самой системе или на почте.
Когда действительно требуется надёжная связь, используется письмо с уведомлением о вручении.
...
Рейтинг: 0 / 0
16.12.2008, 21:38
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718487
Фотография GUESТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GUESТ
Участник
explaВ худшем случае абонент не получит свой счёт.

это не худший случай

худший случай когда счет абонента получит не абонент
...
Рейтинг: 0 / 0
16.12.2008, 21:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718504
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Мой дом пользователи google, yandex и прочей хрени вот уже лет пять как найти не могут, потому что он
> числится под старым адресом, который даже я уже не помню.

Дружище, хрень - это только яндекс. Google - технологический лидер. Как факт. Это во-первых. Во-вторых, если хотите видеть корректно ваш дом на карте google, оторвите задницу от табурета и сделайте это.

> Linux - для энтузиастов, google - для любителей. Windows - для професионалов.

На самом деле все ровно наоборот. Форточки - удел дебилов. Linux в настоящее время альтернативы нет. Как факт. 80% сервисам google альтернативы также нет.
...
Рейтинг: 0 / 0
16.12.2008, 21:52
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718514
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Ну да и сам гость с номером в одном месте всё это изобрёл... Как страшно жить...
...
Рейтинг: 0 / 0
16.12.2008, 22:00
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718531
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> худший случай когда счет абонента получит не абонент

Страшилок можно придумать массу. Важно понимать, что кривая структура данных - источник проблем для бизнеса. Причем, ответственность за эти проблемы должна лежать на архитекторе базы данных. Если бы такая практика имела распространение, дебилы бы регулярно попадали на конкретное бабло. Что, в свою очередь, вынудило бы их сменить род занятий. Во всяком случае, тупые советы они бы точно давать перестали.
...
Рейтинг: 0 / 0
16.12.2008, 22:14
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718542
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
Мармелад,

не надо напускать тумана. То, о чём вы говорите называется не искусство, а халтура.

Пример с художниками не удачен. Есть законы построения художественной композиции, совершенно чётко описанные Леонардо де Винчи. Надо овладеть ЭЛЕМЕНТАРНЫМИ приёмами рисования и набить на этом руку. Без этого произведения искусства не рождаются.

Кстати, я с уважением отношусь к вашему искреннему заблуждению. Я без уважения отношусь к отсутствию с вашей стороны желания разобраться.
...
Рейтинг: 0 / 0
16.12.2008, 22:19
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718550
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621>Во всяком случае, тупые советы они бы точно давать перестали.

коллега - что Вы так кипятитесь, прямо страшно за Вас

ну выложите свой экземпл решения подобной задачи - давайте посмотрим с чем Вы пришли...
...
Рейтинг: 0 / 0
16.12.2008, 22:23
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718556
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Фёдоровсовершенно чётко описанные Леонардо де Винчи. Надо овладеть ЭЛЕМЕНТАРНЫМИ приёмами рисования и набить на этом руку. Без этого произведения искусства не рождаются.
К сожалению не все художники это читали... Особенно это не читали те кого больше всех покупают... А насчёт разобраться - Вот давайте Коллега - разбирайтесь - а я тут бамбук пока покурю - в сторонке.
...
Рейтинг: 0 / 0
16.12.2008, 22:28
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718565
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
:Особенно это не читали те кого больше всех покупают...

Ссылка по теме если кому интересно про влияние Леонардо Да Винчи на создание наиболее продаваемой картины
...
Рейтинг: 0 / 0
16.12.2008, 22:34
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718593
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Mr Marmelad пишет:

> Ну примите хоть как теорему что в моделировании ОШИБОК НЕТ и БЫТЬ НЕ
> МОЖЕТ... Моделирование - прежде всего искусство, а потом наука. Тут

Это как-то очень странно. Я могу понять такое -- инженерное искусство,
искусство применять знания на практике и всё такое. Но вот что оно
не может быть неправильным -- это как-то странно. есть вполне чёткая
теория, есть методологии, и вдруг - "нравиться-не нравиться".
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
16.12.2008, 22:56
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718604
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
MasterZiv
Это как-то очень странно.

Именно так, Коллега - нравится - не нравится. И знаете кому? Не мне или Вам или ... вон - гостю_хххххххх, А Кому?
- Правильно - Тому кто музыку заказывает.
И Знаете почему?
- Правильно - Потому что он и платит.

А ему (Тому кто платит и заказывает музыку) по многим параметрам глубоко до .... (уж не знаю - y guest_xxxxxxx спросите до чего ему - он точно знает) ЧТО Ваша теория (вполне чёткая) и методология (самая разнаилучшая) не смотрицца так как ему хоцца.
...
Рейтинг: 0 / 0
16.12.2008, 23:05
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718620
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Пропагандирую я здесь одну простую логическую аксиому. Информационные Технологии и моделирование как часть этих технологий это не ПРОИЗВОДСТВО ПРОДУКТОВ это - СЕРВИСНОЕ ОБСЛУЖИВАНИЕ . Это своего рода швейная мастерская - вроде шьёт костюмчики (подержать можна) а вот если не улыбнёшься заказчику и не сделаешь так как ОН хочет (а он иногда, вернее чаще всего сам не знает чего хочет) если не похвалишь его "крутой" дезайн (от которого Вам , Коллега, может и стошнит, поверьте) то и не купит никто. мало того - никто и не придёт к Вам за самым самым лучшим наикрасивейшим костюмом который Вы (может быть) и умеете шить ну уж точно - моделировать или рисовать (как Вам каааца).
...
Рейтинг: 0 / 0
16.12.2008, 23:15
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718635
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> что Вы так кипятитесь

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

> выложите свой экземпл решения подобной задачи - давайте посмотрим с чем Вы пришли...

Вы, полагаю, хорошо знаете, что я никогда не привожу готовых решений. Как должна быть решена задача регистрации адреса, я описал.
...
Рейтинг: 0 / 0
16.12.2008, 23:26
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718652
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Мой дом пользователи google, yandex и прочей хрени вот уже лет пять как найти не могут, потому что он
> числится под старым адресом, который даже я уже не помню.

Дружище, хрень - это только яндекс. Google - технологический лидер.

Как скажите. Только и по факту google хрень показывает. Нет в нём моего дома с новым адресом. А у метро один из торговых центров вообще отсутствует, хотя стоит там уже не один год. походу у них общая картографическая основа не первой свежести.

guest_20040621Во-вторых, если хотите видеть корректно ваш дом на карте google, оторвите задницу от табурета и сделайте это.

это, я делаю регулярно, но на карте ничего не меняется. Реально работает ЦНТ совместно с мосгортрестом и роскартография, но не нахаляву.
...
Рейтинг: 0 / 0
16.12.2008, 23:41
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718666
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
guest_xpenxoxчто я никогда не привожу готовых решений.

Ой да - забыл предупредить что решения сами собой появляются по мановению гостя с факусным номером
...
Рейтинг: 0 / 0
16.12.2008, 23:56
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718693
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
Mr Marmelad:Особенно это не читали те кого больше всех покупают...

Ссылка по теме если кому интересно про влияние Леонардо Да Винчи на создание наиболее продаваемой картины

Похоже, вы действительно не догоняете, о чём идёт речь.

Боюсь, сейчас вы окончательно разрушите свою ауру человека, проживающего в одном городе с профессорами Гарварда и MIT
...
Рейтинг: 0 / 0
17.12.2008, 00:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718741
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> запишите по-Русски и занесите в вашу супер-нормальную базу по полям

Страна, административная или административно-территориальная или территориальная структура, языковые эквиваленты, правила адресации, язык респондента. Какие проблемы?

Нафига?! Почитайте на сайте почты России правила, и спуститесь с небес на землю.

Почта РоссииНа международных почтовых отправлениях адрес пишется латинскими буквами и арабскими цифрами. Допускается написание адреса на языке страны назначения при условии повторения наименования страны назначения на русском языке.

Обратный адрес можно указывать как на русском языке, так и латинскими буквами. Название страны отправления обязательно дублируется латинскими буквами.


Зачем тут правила адресации (адрес просто должен быть написан по правилам), язык респондента (буд-то ему надо читать свой адрес), территориальная структура (какая нафиг структура у избушки Санта Клауса?, и зачем мне разбираться в какой то там структуре, если у меня есть просто адрес китайского друга, который я даже прочесть не могу), языковые эквиваленты тоже не в масть, написано же, "латинсими буквами или на языке страны назначения", какие ещё эквиваленты?
Если я попрошу операторов завести в бд всю эту хрень, меня отправят в эротик-тур, или предложат сделать это самостоятельно.

Возможно в другой стране будут свои правила оформления внутренних и международных почтовых отправлений, тогда адрес, заведённый в одной стране по её правилам будет невалидным для отправки почты из другой страны. ИМХО, для решения этой задачи достаточно иметь внутренний адрес записанный по правилам страны назначения (полагаю это индекс отделения связи и строка адреса, который может быть записан/продублирован на некольких языках) и название страны, переведённое на национальные языки стран отправителей.

Тогда почта отправителя сможет прочитать название страны получателя на родном язые и переслать отправление в страну получателя, а там местная почта со своим родным адресом разберётся.

Иметь БД миллиардов адресов, которая устареет уже на этапе подготовки к публикации, тем паче заводить такую БД имея неполные сведения, для того чтобы академически правильно завести даже несколько миллионов адресов, ИМХО, нерационально.
...
Рейтинг: 0 / 0
17.12.2008, 01:52
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718754
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Почитайте на сайте почты России правила, и спуститесь с небес на землю.

Почтовая доставка - это всего лишь один из сервисов. У адреса гораздо бОльшая функциональная нагрузка.

> На международных почтовых отправлениях

Недостаточно, чтобы письмо покинуло пределы страны. В стране назначения оно должно быть доставлено адресату. Почтальон в Вашей корявой транслитерации разбираться не будет.

> Иметь БД миллиардов адресов

Не нужны миллиарды адресов. Нужны правила, чтобы эти адреса корректно записывать. В данном случае эти правила имеют вид структуры данных.
...
Рейтинг: 0 / 0
17.12.2008, 02:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718779
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Почитайте на сайте почты России правила, и спуститесь с небес на землю.

Почтовая доставка - это всего лишь один из сервисов. У адреса гораздо бОльшая функциональная нагрузка.

у адреса вообще - да, но у почтового адреса, вполне определённое назначение - доставка корреспонденции.
Например во время заказа такси, меня спрашивают № подъезда, но не номер квартиры или почтовый индекс, тогда как в почтовом адресе № подъезда обычно не нужен.
Когда я приглашаю гостей, то говорю им подъезд, номер домофона, этаж, квартиру.
Почтальон редко поднимается ко мне в квартиру, обычно кидает письма и газеты в ящик на первом этаже, в этом смысле адрес не даёт информации о географическом положении жилплощади.

guest_20040621> На международных почтовых отправлениях

Недостаточно, чтобы письмо покинуло пределы страны. В стране назначения оно должно быть доставлено адресату. Почтальон в Вашей корявой транслитерации разбираться не будет.

Ну не надо пороть ... Я сам заказывал товары в Германии с доставкой почтой Россиии, писал свой адрес латиницей, и посылка дошла без вопросов и в установленный срок. Правила для всех едины. Почтальон обязан разбираться в транслитерации. В тоже время, мой агент в Германии мог и не разобрать адрес на русском языке.

guest_20040621> Иметь БД миллиардов адресов

Не нужны миллиарды адресов. Нужны правила, чтобы эти адреса корректно записывать. В данном случае эти правила имеют вид структуры данных.

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

И вообще я сомневаюсь, что кто либо станет разбираться в территориальном делении какой то далёкой, незнакомой страны, адрес в которой написан на непонятном языке (чёрный ящик с точки зрения отправителя), тем более, если это не имеет никакого значения для бизнеса.
...
Рейтинг: 0 / 0
17.12.2008, 03:46
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718781
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
больные, по ночам не спят :(
...
Рейтинг: 0 / 0
17.12.2008, 03:51
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718782
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
Сахават Юсифов,

да фигня все это
НЕТ готовых ответов
всегда есть вопросы дебильные
и возможность сревгировать адекватно за адекватные бабки
а перпеттум мобиле в мобайл фиг сделаешь
...
Рейтинг: 0 / 0
17.12.2008, 03:52
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718800
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Сахават Юсифовбольные, по ночам не спят :(

А тебе то что не спится?
...
Рейтинг: 0 / 0
17.12.2008, 04:39
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718804
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
expla,

cnfjsq
...
Рейтинг: 0 / 0
17.12.2008, 05:00
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35718946
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Может быть вопрос по-обобщеннее.
Практически была везде иерархическая модель БД со своей наукой как и что,
теперь - реляционная со своей наукой, где нормализация, ...

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

А КАКАЯ ДАЛЬШЕ МОДЕЛЬ БУДЕТ НА ПУТИ ЭВОЛЮЦИИ?
...
Рейтинг: 0 / 0
17.12.2008, 09:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719026
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Видите ли, тупость - худшее из человеческих качеств.

одно из худших... вообще их два

глупость и жестокость
...
Рейтинг: 0 / 0
17.12.2008, 10:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719063
NSFuimus1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NSFuimus1
Гость
Закончили чтоле сраться? а по адресу решили какой должна быть "правильная" структура?
...
Рейтинг: 0 / 0
17.12.2008, 10:13
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719086
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Я сам заказывал товары в Германии

Уважаемый, как Вы себе представляете транслитерацию, например, иероглифов, можно поинтересоваться? И кого персонально из китайских, японских, корейских и пр. почтальонов Вы подозреваете в умении решать нафиг им не нужные головоломки?

> Я не догоняю

В этом и проблема.

> сомневаюсь, что кто либо станет разбираться в территориальном делении какой то далёкой, незнакомой страны

Сомнение - это нормальное состояние. Попробуйте завести свой маленький гешефт, который будет завязан на почтовых сообщениях. Очень быстро поймете, что дешевле сделать один раз правильно, чем регулярно платить за доставку на деревню дедушке, теряя доход и клиентов,
...
Рейтинг: 0 / 0
17.12.2008, 10:21
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719088
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
AlexandrPlus

А КАКАЯ ДАЛЬШЕ МОДЕЛЬ БУДЕТ НА ПУТИ ЭВОЛЮЦИИ?

многомерные пропустил

Dyreson Pedersen Jensen

A Foundation for Capturing and Querying Complex Multidimensional Data
...
Рейтинг: 0 / 0
17.12.2008, 10:21
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719104
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Сомнение - это нормальное состояние.

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

какие-то деревни приплел
чьи-то дедушки...
...
Рейтинг: 0 / 0
17.12.2008, 10:24
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719222
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
2 guest,как-то и у меня был порыв привести в порядок три строки у буржуинских кормильцев,но это желание пропало.Правила у всех разные, у правил есть исключения,где брать справочники и как их поддерживать в актуальном состоянии.Попробуй сделать хотя бы для России удобный ввод адресов по нашему славному Кладру(вот кому я передаю привет).
Для маленьких гешефтов на почтовых сообщениях это возможно и нужно делать,но не в остальных случаях.
ЗЫ Адреса были по всему миру и латиница всех устраивала.
...
Рейтинг: 0 / 0
17.12.2008, 10:58
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719410
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Я сам заказывал товары в Германии

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

Хотя бы фонетическая. Не стану упражняться тут в калиграфии... [иероглиф Цинь] => Chin (всем известное название China). Записывают же они в междунарожных новостях свои имена лантиницей.
...
Рейтинг: 0 / 0
17.12.2008, 11:46
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719603
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Хотя бы фонетическая.

Во-о-от. Один из вариантов. А теперь давайте оценим вероятность найти оператора, которой фонетически транслитерирует с китайского на лету. ;) Отметьте себе, что нужна - в соответствии с Вашим тезисом - еще и типизация языковых эквивалентов (а на самом деле еще и варианты ошибочного и упрощенного написания). Поскольку английский таки общеупотребительный язык, было бы хорошо на всякий случай иметь для любого языка не только национальные, но и английские эквиваленты.

Так мелкими шажками и доберетесь до полной схемы, пригодной для промышленного применения.

Как справедливо, в общем, замечено, полная модель вряд ли потребуется во всех возможных вариантах применения. Но при этом конкретная модель должна строиться так, чтобы представлять собой упрощенный вариант хм... гипотетической эталонной модели.
...
Рейтинг: 0 / 0
17.12.2008, 12:33
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719838
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Но при этом конкретная модель должна строиться так, чтобы представлять собой упрощенный вариант хм... гипотетической эталонной модели.

на мой взгляд предложенная по ссылке схема соответствовала этому (резонному) требованию
...
Рейтинг: 0 / 0
17.12.2008, 13:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719857
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> на мой взгляд предложенная по ссылке схема соответствовала этому (резонному) требованию

Разумеется, нет. Барри ничего не знает про элементарные правила проектирования, не говоря о большем.
...
Рейтинг: 0 / 0
17.12.2008, 13:30
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719906
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SeVa
Участник
Amazone и в другие кошерные лавочки электронной торговли тоже о них не знают!!!
...
Рейтинг: 0 / 0
17.12.2008, 13:40
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719921
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Разумеется, нет. Барри ничего не знает про элементарные правила проектирования

добавлю к сказанному ранее

ваша категоричность и безапеляционность не делает ваши соображения более обоснованными
...
Рейтинг: 0 / 0
17.12.2008, 13:44
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35719984
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Хотя бы фонетическая.

Во-о-от. Один из вариантов. А теперь давайте оценим вероятность найти оператора, которой фонетически транслитерирует с китайского на лету. ;) ...

А это и не требуется. Транслитерация китайских адресов это проблема китайской почты. Не я выдумываю адрес получателя. Получатель сообщает мне свой адрес в том виде, в котором он пригоден для пересылки писем, мне остаётся только в точности воспроизвести его на конверте. Для меня это чёрный ящик.

guest_20040621Так мелкими шажками и доберетесь до полной схемы, пригодной для промышленного применения.

Уже добрался одним простым шагом. Записал адрес строкой и вся почта доходит куда надо. Там где контора пользуется дополнительными услугами почты (оптовые, международные рассылки и т.п.) приходится вникать в тонкости, и то не в связи с административным делением, а в связи с требованиями самой почты.
...
Рейтинг: 0 / 0
17.12.2008, 14:02
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720131
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
proposed amendmentguest_20040621Но при этом конкретная модель должна строиться так, чтобы представлять собой упрощенный вариант хм... гипотетической эталонной модели.

на мой взгляд предложенная по ссылке схема соответствовала этому (резонному) требованию

ИМХО, "эталонная" модель гостя отражает посторонние свойства, а именно моделирует "административно-териториальное" или "териториальное" деление (и ещё несколько избыточных фич). Гипотеза о тесной связи адресов с територией выглядит правдоподобной, но это скорее проблема почты, чем её клиентов. На практике почтовому клиенту нет нужды моделировать териториальную структуру только для того чтобы записать адрес. А если почтовикам жизнь покажется слишком лёгкой и вздумается перепутать всю топологию, то они смогут это сделать и модель гостя развалится.

Если подойти к вопросу формально, то я не вижу сущности "територия". Есть "почтовый ящик для исходящей почты" (нам только нужно знать где он находится), гдето есть "почтовая служба" со своими требованиями, есть "почтовый ящик для входящей почты" (у него есть почтовый адрес (PK), в том числе "до востребования + ФИО получателя" и некое "териториальное расположение"), и есть "почтовое отправление", которое должно удовлетворять требованиям "почтовой службы", а именно содержать адрес получателя, индекс, название страны и обратный адрес. Таким образом "адрес получателя", "ФИО получателя", "индекс", "название страны" должны быть атрибутами типа "адрес почтового ящика" (такой персональный почтовый ящик).

Териториальное расположение почтовых ящиков меня не бодает, это забота почтовой службы, да и получатель не сидит на месте. Но и почтовая служба меня тоже не бодает, она находится вне моей системы. Таким образом атрибут "териториальное расположение" "почтового ящика для входящей почты" мне в системе не нужен. Даже сущность "почтовый ящик для входящей почты" можно удалить, поскольку она состоит только из PK, но можно добавить к ней сурогатный ключ и пользовать как справочник адресов.

2 Мармелад, и где тут искуство? Обычный ОО анализ.
...
Рейтинг: 0 / 0
17.12.2008, 14:51
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720726
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
expla и где тут искуство? Обычный ОО анализ.

Да вот тут то я искусства как раз и не заметил. Простое бадание. Перед Юниорским Ораклистом стыдно за вас, джентельмены. Поставьте себя на его место. Он попросил о красоте рассказать а мы его в ОО анализ по полной программе. И на чём? На ерунде на постном масле - адресная всевалялка. Она была остаётся и всегда будет как и спор о наличие отсутствии доказательств пребывания чудовища озера Лох Несс...
...
Рейтинг: 0 / 0
17.12.2008, 17:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720839
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> ваша категоричность и безапеляционность не делает ваши соображения более обоснованными

Вы просто невнимательно читаете. Критерий качества структуры данных прост: готов разработчик нести затраты, связанные с ее кривым дизайном или не готов. Наковыряли три строчки для адреса - превосходно. Приготовьтесь платить. Много и регулярно. Не готовы платить - учитесь проектировать.
...
Рейтинг: 0 / 0
17.12.2008, 18:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720845
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Транслитерация китайских адресов это проблема китайской почты.

Вам тот же вопрос: готовы оплатить затраты заказчика, связанные с Вашей некачественной работой?
...
Рейтинг: 0 / 0
17.12.2008, 18:04
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720852
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Если подойти к вопросу формально

Если подойти к вопросу формально, то первая модель, которой Вы оперируете - семантическая - абсолютное дерьмо. Увы.
...
Рейтинг: 0 / 0
17.12.2008, 18:07
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35720990
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Транслитерация китайских адресов это проблема китайской почты.

Вам тот же вопрос: готовы оплатить затраты заказчика, связанные с Вашей некачественной работой?

Это демагогия. Ни я, ни мои клиенты, не считают мою работу плохой, а потому и платить мне ничего не придётся.
Простая структура, которую я описал используется в сотнях инсталляций даже в самых глухих местах нашей планеты, и никаких замечаний она не вызывает. Очевидно, такая простая модель достаточно точно отражает реальную ситуацию.
Если вам не нравится, значит вы не мой клиент.
...
Рейтинг: 0 / 0
17.12.2008, 19:00
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721029
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Это демагогия.

Отнюдь. Это простой и понятный критерий, который эффективно отсеивает мутотень типа дебилов из Бостона.

> Ни я, ни мои клиенты, не считают мою работу плохой

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

> а потому и платить мне ничего не придётся

Материальная ответственность разработчиков не есть общепринятая практика. По крайней мере пока. Так что сейчас - нет, не придется. А что будет дальше - посмотрим.

> используется в сотнях инсталляций

Дружище, форточки до сих пор имеют долю рынка больше 90%. И это не дает ни малейшего повода называть их операционной системой.

> Если вам не нравится, значит вы не мой клиент

;) Видите ли, для оценки качества модели данных у меня есть более адекватный набор критериев, чем "нравится - не нравится". По счастью, я могу это делать быстро, точно и полно. А чьим-то потенциальным клиентом я могу стать тогда, когда увижу, что предложенная кем-то модель более интересна для реализации, чем моя. Примерно так.
...
Рейтинг: 0 / 0
17.12.2008, 19:37
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721065
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> Это демагогия.

Отнюдь. Это простой и понятный критерий, который эффективно отсеивает мутотень типа дебилов из Бостона.

[quot guest_20040621]> Ни я, ни мои клиенты, не считают мою работу плохой

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

Я улыбаюсь. Думаешь ты один такой носитель абсолютного знания.

guest_20040621> а потому и платить мне ничего не придётся

Материальная ответственность разработчиков не есть общепринятая практика. По крайней мере пока. Так что сейчас - нет, не придется. А что будет дальше - посмотрим.

В моей конторе материальная ответственность разработчиков общепринятая практика.

guest_20040621> используется в сотнях инсталляций

Дружище, форточки до сих пор имеют долю рынка больше 90%. И это не дает ни малейшего повода называть их операционной системой.

Я улыбаюсь. Подозвераю, в мире есть только одна OS, и только ты о ней знаешь.

ВикипедияОперацио́нная систе́ма, ОС (англ. operating system) — базовый комплекс компьютерных программ, обеспечивающий управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных, а также выполнение прикладных программ и утилит.

Windows по всем параметрам операционная система.

guest_20040621> Если вам не нравится, значит вы не мой клиент

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

Конечно никакого интереса не представляет реализация пары-тройки полей в таблице - ведь это рутина, куда как интереснее реализовать мостроидальные навороты, назначение которых даже автор не может объяснить. Успехов!
...
Рейтинг: 0 / 0
17.12.2008, 20:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721084
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> один такой носитель абсолютного знания

Не один, разумеется.

> В моей конторе материальная ответственность разработчиков общепринятая практика.

Бедолаги. Того, что остается от зарплаты, на хлеб и воду хватает?

> Википедия

В приличном обществе на мусорные бачки в качестве источника информации ссылаться не принято.

> Windows по всем параметрам операционная система.

Дружище, проектирование - не единственная Ваша проблема, я это уже понял. Подрастите немного, бабла заработайте, лысину, а потом поговорим.
...
Рейтинг: 0 / 0
17.12.2008, 20:33
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721134
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
guest_20040621Приготовьтесь платить. Много и регулярно. Не готовы платить - учитесь проектировать.

проектировать не самоцель - спроектировать систему хранения адресов с привязкой к карте может оказаться дороже чем надписать конверты от руки

сколько, по вашему, автомобилей продают в салоне в день - 10? 15?
скольким покупателям отправляют письма по почте? двум? трем?
как долго гарантированно актуальны данные об адресах в системе - месяц? два?

что за понт ломать копья на пустом месте, тем более с таким апломбом...
...
Рейтинг: 0 / 0
17.12.2008, 21:18
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721215
vikinghill
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vikinghill
Гость
есть такая модель реляционной БД. Не знаю, как она называется правильно, но суть её заключается в следующем в том, что все таблицы содержатся в одной:
имеется таблица nodes. В ней 2 поля: id,parentid. parentid имеет значение id из той же таблицы. И таблица names, в которой, например, содержатся описания узлов из таблицы nodes.
Например:
nodes
id |parentid
--|------
1 | null
--|-
2 |1
--|-
3 |1
--|-
4 |2
--|-
5 |2
--|-
6 |3
--|-
7 |3
--|-
8 |3

names
id nodeid value
1 1 ГГУ им. Ф.Скорины
2 2 Математический
3 3 Физический
4 4 М-11
5 5 М-12
6 6 Ф-21
7 7 Ф-22
8 8 Ф-32

Приведён пример, как можно иерархично представить 3 таблицы БД "Университет" в виде 2-х таблиц. На самом деле можно ещё придумать аналогичным образом таблицу "оценки", "студенты" и т.п.
Такой подход выгоден в следующей ситуации:
1)Когда в БД может содержаться большое кол-во таблиц , и в каждой таблице огромное число записей. При построении запросов с пересечением многих таблиц в нормированном виде запросы будут происходить заметно дольше, ежели использовать такую структуру таблиц.

2) Чтобы не перепроектировать БД от проекта к проекту можно использовать приведенную модель, т.к. в ней можно будет отобразить любое число таблиц.
...
Рейтинг: 0 / 0
17.12.2008, 22:34
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721216
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
proposed amendmentчто за понт ломать копья на пустом месте, тем более с таким апломбом...

А если он умно не умеет, а поговорить то хоцца...
...
Рейтинг: 0 / 0
17.12.2008, 22:34
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721236
Фёдоров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Фёдоров
Участник
Мармелад,

В течении следующих 2-х месяцев должен оказаться в Бостоне. Надо будет нам подробнее раскрыть эту тему
...
Рейтинг: 0 / 0
17.12.2008, 22:53
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721293
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Фёдоров,

Более чем с удовольствием. Всегда приятно пообщаться с умным человеком.
...
Рейтинг: 0 / 0
17.12.2008, 23:53
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721344
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> проектировать не самоцель - спроектировать систему хранения адресов с привязкой к карте может оказаться дороже чем
> надписать конверты от руки

Не самоцель, конечно. И не в адресах дело, на самом деле это простая задача. Вся ее сложность в том, что нужно заставить себя не смотреть на существующие реализации.

Все дело в отношении к работе. Видите ли, только абсолютные дебилы могут приписывать проектированию баз данных характеристики запредельно творческого процесса. Происходит это потому, что эти дебилы никогда не занимались проектированием. Просто в силу недостатка знаний. Можно придумать кучу формальных критериев для оценки качества структуры данных. Количество информации, соответствие стандартам, соответствие стандартным моделям (в т. ч. моделям жизненных циклов, семантическим моделям) и пр. Фишка в том, что для этого требуются знания, непосредственно не связанные с традиционным представлением о проектировании баз данных. Кроме того, при проектировании (за очень редким исключением типа кривого КЛАДРа) часто забывают о существовании кучи источников данных. Так вот базы данных должны проектироваться таким образом, чтобы иметь возможность быть интегрированными с профильными источниками, т. е. модель должна предполагать возможность регистрации бОльшего (как минимум - эквивалентного) количества информации. При соблюдении перечисленных условий и появляется возможность говорить о структуре данных, а не о поделке китайских пионеров.

> как долго гарантированно актуальны данные об адресах в системе - месяц? два?

Во-о-от. Еще пара маленьких шагов в нужном направлении. Еще одно дополнительное условие: поддержка актуальности данных. Еще пара месяцев вялотекущего геморроя и получим что-то, отдаленно напоминающее модель. ;)

> что за понт ломать копья на пустом месте, тем более с таким апломбом...

Понтов нет. Апломба нет. Возраст самоутверждения прошел уже очень давно. Просто небольшой сеанс терапии, потому как требовалось привести к адекватному уровню самооценку некоторых дебилов из Бостона. Я же говорил: жутко раздражают тупые люди.
...
Рейтинг: 0 / 0
18.12.2008, 00:59
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721369
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
guest_20040621 при проектировании ... часто забывают о существовании кучи источников данных. Так вот базы данных должны проектироваться таким образом, чтобы иметь возможность быть интегрированными с профильными источниками, т. е. модель должна предполагать возможность регистрации бОльшего (как минимум - эквивалентного) количества информации. При соблюдении перечисленных условий и появляется возможность говорить о структуре данных
+1
...
Рейтинг: 0 / 0
18.12.2008, 01:50
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721409
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
guest_20040621Я же говорил: жутко раздражают тупые люди.

Странно а мы как раз к ним относимся очень даже терпимо. Это тоже наверное возрастное. Коллега.{Совсем без иронии и даже грустно...} Жаль мне Вас.
...
Рейтинг: 0 / 0
18.12.2008, 04:02
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721411
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
guest_20040621> один такой носитель абсолютного знания

Не один, разумеется.

Ну слава Богу!

guest_20040621> В моей конторе материальная ответственность разработчиков общепринятая практика.

Бедолаги. Того, что остается от зарплаты, на хлеб и воду хватает?

Опять икра! Хоть бы хлеба достала. Масло мажем прямо на колбасу. Просто бяда.

guest_20040621> Википедия

В приличном обществе на мусорные бачки в качестве источника информации ссылаться не принято.

Прости братан. Облажался. Теперь вот энциклопедию читаю. Сговорились они что ли, или Гейтс их скупил, только все в один голос пишут, что Windows это операционная система.

guest_20040621> Windows по всем параметрам операционная система.

Дружище, проектирование - не единственная Ваша проблема, я это уже понял. Подрастите немного, бабла заработайте, лысину, а потом поговорим.

Расти мне уже некуда, бабла, соколько б его не было, всегда недостаточно, а лысина есть у всех, только у меня она под волосами.
...
Рейтинг: 0 / 0
18.12.2008, 04:07
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721413
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Mr Marmeladguest_20040621Я же говорил: жутко раздражают тупые люди.

Странно а мы как раз к ним относимся очень даже терпимо. Это тоже наверное возрастное. Коллега.{Совсем без иронии и даже грустно...} Жаль мне Вас.

Это из-за конкуренции.
...
Рейтинг: 0 / 0
18.12.2008, 04:10
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721418
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
iscrafmguest_20040621 при проектировании ... часто забывают о существовании кучи источников данных. Так вот базы данных должны проектироваться таким образом, чтобы иметь возможность быть интегрированными с профильными источниками, т. е. модель должна предполагать возможность регистрации бОльшего (как минимум - эквивалентного) количества информации. При соблюдении перечисленных условий и появляется возможность говорить о структуре данных
+1

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

Рассматривать надо доступные источники даных, иначе всегда будет возникать вопрос, а для чего это поле и что в него писать?

И вообще, забудьте о проектировании БД как об автономной задаче. Проектировать надо систему, а БД в системе всего лишь решает задачу хранения постоянных свойств объектов, когда те за ненадобностью вытесняются из памяти процесса.
...
Рейтинг: 0 / 0
18.12.2008, 04:28
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721421
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
vikinghillесть такая модель реляционной БД. Не знаю, как она называется правильно, но суть её заключается в следующем в том, что все таблицы содержатся в одной:
...
1)Когда в БД может содержаться большое кол-во таблиц , и в каждой таблице огромное число записей. При построении запросов с пересечением многих таблиц в нормированном виде запросы будут происходить заметно дольше, ежели использовать такую структуру таблиц.

2) Чтобы не перепроектировать БД от проекта к проекту можно использовать приведенную модель, т.к. в ней можно будет отобразить любое число таблиц.

1) Скорее наоборот. БД это не сферический конь в вакууме. Каждая операция требует времени. В частности каждая операция чтения строки тоже требует времени. Чем больше строк тем больше времени требуется, а в твоей модели исходное количество строк помножено на число столбцов да ещё обвешано метаданными.

2) команда create table ничуть не сложнее описания метамодели твоей структуры, зато результат гораздо более эффективный.
...
Рейтинг: 0 / 0
18.12.2008, 04:36
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721487
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
vikinghillесть такая модель реляционной БД. Не знаю, как она называется правильно, но суть её заключается в следующем в том, что все таблицы содержатся в одной:
Это принято называть моделью "по Тенцеру"
...
Рейтинг: 0 / 0
18.12.2008, 08:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721522
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
proposed amendmentAlexandrPlus

А КАКАЯ ДАЛЬШЕ МОДЕЛЬ БУДЕТ НА ПУТИ ЭВОЛЮЦИИ?

многомерные пропустил

Dyreson Pedersen Jensen

A Foundation for Capturing and Querying Complex Multidimensional Data

многомерные (гиперкубы, OLAP-решения) реализуются и существуют в рамках реляционных

А вот что-то принципиально иное?
Вот как компьютеры собираются строить на основе ДНК или на нано-структурах элементарных частиц - другие принципы: уже не на электронных вентилях 0 и 1.
...
Рейтинг: 0 / 0
18.12.2008, 09:05
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721705
Алексей Е.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей Е.
Участник
У меня такое ощущение, что когда вы говорите, вы бредите....
Когда говорят слово "я дожен", "модель должна", "должно так делать". Я всегда спрашиваю кому должен? Когда этот долг возник и при каких обстоятельствах?

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


"базы данных должны проектироваться" - это я кому должен так их проектировать? Вам должен? Когда долг возник? А вас даже не знаю и не видел не разу... Заказчику должен? Откуда вы знаете? Мой заказчик написал в ТЗ, что вообще адресами пользоваться не будет почти никогда. И если уведомление не дойдёт/попадет не туда, на его бизнес это никак не повляет. С чего огороды городить? И ТРАТИТЬ деньги заказчика на не нужный ему функционал!!!

"модель должна предполагать возможность регистрации бОльшего (как минимум - эквивалентного) количества информации" - кому должна? Зачем? Когда задолжала?
...
Рейтинг: 0 / 0
18.12.2008, 10:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721746
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Когда говорят слово "я дожен", "модель должна", "должно так делать". Я всегда спрашиваю кому должен?

Хороший вопрос. Своевременный. В первую очередь - себе, разумеется. Во вторую - заказчику.

> С чего огороды городить?

Никаких огородов. Минимально необходимый функционал.

> И ТРАТИТЬ деньги заказчика на не нужный ему функционал!!!

Видите ли, типовое решение создается один раз. А дальше просто используется. В России есть порочная практика, когда каждый заказчик оплачивает весь цикл разработки с нуля. Т. е. предполагается, что разработчик родился не далее, чем вчера и у него нет ни наработок, ни опыта, ни стандартных паттернов. На самом же деле разработчик таким образом скрывает отсутствие нужной квалификации и паразитирует на заказчике. Две причины: во-первых, крайне низкая квалификация отечественных разработчиков. Во-вторых, распространенность откатов и отсутствие конкуренции.
...
Рейтинг: 0 / 0
18.12.2008, 11:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721830
Алексей Е.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей Е.
Участник
guest_20040621 Никаких огородов. Минимально необходимый функционал. Это кто так решил? Вы? А вы кто такой? Я ДОЛЖЕН доверять вашему менению? Вы даже представиться не соизволили.

guest_20040621В России есть порочная практика, когда каждый заказчик оплачивает весь цикл разработки с нуля. не правда. Обычно систему наследуют от предшественников или берут типовую. Особенно это касается "движков". И дорабатывают. Но не по причинам
guest_20040621во-первых, крайне низкая квалификация отечественных разработчиков. Во-вторых, распространенность откатов и отсутствие конкуренции.
А по причинам повсеместного распостранения серых схем видения бизнесов. Причём серость у всех совершенно разного типа. Поэтому и так много разработчиков, конфигурастов и самих систем в Российском бизнесе. Ну и ещё бизнесмены "от сохи", которые действительно сами не знают что хотят.
...
Рейтинг: 0 / 0
18.12.2008, 11:35
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721860
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Алексей Е.А по причинам повсеместного распостранения серых схем видения бизнесов. Причём серость у всех совершенно разного типа. Поэтому и так много разработчиков, конфигурастов и самих систем в Российском бизнесе. Ну и ещё бизнесмены "от сохи", которые действительно сами не знают что хотят.
читаешь иногда программеров-бизнес-гуру и смех разбирает. Извините коллеги, что прокоментировал "пад сталом" подобные тезисы.
...
Рейтинг: 0 / 0
18.12.2008, 11:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35721884
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Это кто так решил? Вы?

Да нет, я бы не сказал, что моя точка зрения уникальна. А вот на объективности могу остановиться подробнее. Некоторое время назад обсуждалась идея независимых экспертиз проектов. В принципе, это достаточно просто: фрагменты технических заданий с разбором ошибок и правильными формулировками, семантические модели, стандарты, описание функционала, эталонные реализации, тесты и пр. Не реализовано это потому, что нашлись более интересные задачи. Но через некоторое время, возможно, мы к этому вернемся. Бизнес-идея заключалась в том, чтобы дать заказчику простой и понятный инструмент для контроля быдлокодеров.

> А по причинам повсеместного распостранения серых схем видения бизнесов.

Нет, дружище, проблема гораздо глубже. Серые схемы - это следствие.
...
Рейтинг: 0 / 0
18.12.2008, 11:52
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722127
Алексей Е.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей Е.
Участник
guest_20040621Не реализовано это потому, что нашлись более интересные задачи. Но через некоторое время, возможно, мы к этому вернемся. Бизнес-идея заключалась в том, чтобы дать заказчику простой и понятный инструмент для контроля быдлокодеров.

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

guest_20040621
> А по причинам повсеместного распостранения серых схем видения бизнесов.
Нет, дружище, проблема гораздо глубже. Серые схемы - это следствие.
Глубокомыслено.... Но не информативно. Не зачёт.
...
Рейтинг: 0 / 0
18.12.2008, 13:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722173
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
guest_20040621,
Вот пример независимой экспертизы:

В связи с вышеизложенным и исходя из более детального анализа программы можно сделать вывод: что сама программа по обеспечению базы ??? не является каким-то сложным созданием и достаточна проста к написанию и реализации, поскольку это просто перечни товаров с признаками для их распознания в системе. Что бы это значило???
А математическая модель цепочек и сортировки может быть реализована для любом из ныне действующих приложений Майкрсофт в достаточно короткие сроки и дополнительными возможностями. Что за "действующих приложений Майкрсофт"?

Черным - независимый эксперт.
Красным - я.
...
Рейтинг: 0 / 0
18.12.2008, 13:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722187
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> это надо понимать так, что ваша бизнес-идея попросту никому не нужна

Дружище, у меня нет необходимости искать инвесторов. Актуальна проблема времени, а не финансирования. Если я пишу "есть другие задачи", это и значит, что есть другие задачи.

> считаете, что существует такая проблема?

Безусловно. Достаточно почитать любой профильный форум. Профессиональных разработчиков хорошо, если 5% от общего количества.
...
Рейтинг: 0 / 0
18.12.2008, 13:21
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722200
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
Сахават, в проекте, кстати, успешно решена проблема квалификации экспертов. ;)

Цитата, которую вы привели, - набор слов, а не оценка, согласен.
...
Рейтинг: 0 / 0
18.12.2008, 13:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722395
Алексей Е.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей Е.
Участник
guest_20040621> это надо понимать так, что ваша бизнес-идея попросту никому не нужна
Дружище, у меня нет необходимости искать инвесторов. Актуальна проблема времени, а не финансирования. Если я пишу "есть другие задачи", это и значит, что есть другие задачи.


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

guest_20040621> считаете, что существует такая проблема?
Безусловно. Достаточно почитать любой профильный форум. Профессиональных разработчиков хорошо, если 5% от общего количества.

Моё мнение - нет такой проблемы. Всегда были и есть начинающие, более опытные, менее опытные, супер гуру. И бизнесу нужны тоже разные. Если бизнес не хочет / не может платить за опыт, то должен представлять что на выходе получет невысокое качество. Если его это удовлетворяет, то и нет никакой проблемы "говнокода". Т.е. проблема только в правильной организации труда.
...
Рейтинг: 0 / 0
18.12.2008, 14:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722523
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Алексей Е.guest_20040621> это надо понимать так, что ваша бизнес-идея попросту никому не нужна
Дружище, у меня нет необходимости искать инвесторов. Актуальна проблема времени, а не финансирования. Если я пишу "есть другие задачи", это и значит, что есть другие задачи.


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

Если прибыль и будет, то только не у заказчика экспертизы, а у эксперта. Заказчик сможет только экономить (как правила не известно сколько) не вкладываясь в провальные проекты. Да и судья то кто? "Независимый эксперт", звучит примерно как "колобок повесился".

Сама тема интересная, но, ИМХО, трудновыполнимая. Качественная спецификация (ТЗ) продукта (информационной системы), дело весьма дорогостоящее. Зато затраты на переход от модели к коду будут очень малы. Часто проект застревает на фазе проектирования. Этому феномену даже дали название "паралич проектирования". Практически, во многих случаях более продуктивным будет подход, когда относительно быстро и недорого создаётся довольно поверхностное ТЗ, которое уточняется по мере разработки самой системы. Такой подход видимо требует больше затрат, и таит больше технических и прочих рисков, однако позволяет легче управлять этими рисками.
...
Рейтинг: 0 / 0
18.12.2008, 14:57
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722724
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> когда ваша бизнес-идея принесет прибыль тогда и поговорим

Дружище, я рассказал Вам о сотой части функционала потенциального проекта. ;) Видите ли, речь не идет о прибыльности, рентабельности инвестиций или сроках реализации. Главный вопрос, на который следует искать ответ - интересно ли этим заниматься. Мне пока не очень интересно.

> это просто прожекты, коих много у каждого

;) В том-то и проблема, что генерировать идеи способны немногие. Генерировать дерьмо - это пожалуйста.

> Моё мнение - нет такой проблемы.

И это не единственное Ваше заблуждение.
...
Рейтинг: 0 / 0
18.12.2008, 15:57
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35722958
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Риторическое Отступление (WHILE vSmoking <> 0)

Много много лет назад, в очень далёком ХХ веке все эти "Своевременные" дискуссии уже имели место. В другой стране даже в другом полушарии. И про Windows - Unix и про моделирование Баз Данных - или моделирование систем, и про строить эти системы или покупать готовые. И как ни странно про "юнцов" и "гуру" - всё это уже было и (наверное) не один раз. Панадобилось без малого 20 лет чтоб всё такое накатило на бедную 1/6 часть суши. Понадобится ещё 10 лет (ну ладно - пусть 5) пока сегодняшние "дикие" бизнесмены наконец поймут что без квалифицированных информационных систем их аптека, склад, дилерская, мастерская, зубной кабинет и так далее и тому подобное не будет выглядеть мягко скажем конкурентноспособным. И тогда начнётся гонка за всеми теми кто хоть мало мальски понимает в нашем деле. Будет расцвет индустрии. Красота - Васюки рядом не стояли. Но..... Из сегодняшних сотен (ну пусть тысяч) выживут единицы. Выживут те кто не будет делать никому не нужные "Супер Программы" и строить "Супер Модели". Такие улетят очень высоко. Мы о них ничего не узнаем. Выживут не те кто будет ничего не делать. Они и не ошибаются {что очень неплохо само по себе} но и ввиду природной лени окажутся не у дел. Выживут самые простые "середнячки" которые поймут ЧТО заказчику надо. СлЕпят из предложенных в начале нашей беседы якобы "ошибочных" или (что гораздо правильнее) "посредственных" моделек какую нибудь симпатичную программулинку - красиво всё оформят, продадут и будет всем счастье. Они то и пожнут зарождающиеся плоды неведомых пока ещё садов. Посмотрите на "всевышнего" Билю Гейтса - в общем недоучившаяся посредственность. Но хорошо понял ещё в 1984 году что ГЛАВНОЕ ЧТОБЫ КОСТЮМЧИК СИДЕЛ.
...
Рейтинг: 0 / 0
18.12.2008, 17:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723325
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Mr Marmelad(WHILE vSmoking <> 0)

ошибка приведения типа

WHILE vSmoking = True
...
Рейтинг: 0 / 0
18.12.2008, 19:40
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723357
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
proposed amendmentMr Marmelad(WHILE vSmoking <> 0)

ошибка приведения типа

WHILE vSmoking = True

тогда уж

Код: plaintext
WHILE vSmoking
.
...
Рейтинг: 0 / 0
18.12.2008, 20:17
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723360
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
proposed amendmentошибка приведения типа
А у меня 0 = False ... :) Традиционное бинарное представление.... Извините я из ХХ века :)
...
Рейтинг: 0 / 0
18.12.2008, 20:20
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723365
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
explaтогда уж

согласен. изначально так и собирался :)

нужно еще рассмотреть варианты

"Перекур 5 минут" Integer (?)
"Перекур до 16:00" DateTime
...
Рейтинг: 0 / 0
18.12.2008, 20:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723370
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
proposed amendment
Участник
Mr MarmeladТрадиционное бинарное представление...

все равно не <> 0
тогда уж < 0

одинаково коряво
...
Рейтинг: 0 / 0
18.12.2008, 20:30
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723389
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alexeyvg
Участник
AlexandrPlusмногомерные (гиперкубы, OLAP-решения) реализуются и существуют в рамках реляционных

А вот что-то принципиально иное?
Вот как компьютеры собираются строить на основе ДНК или на нано-структурах элементарных частиц - другие принципы: уже не на электронных вентилях 0 и 1.Ну, думаю, реляционными БД так и останутся даже в далёком будующем.

Но постепенно будут эволюционировать.

Например, очевидные идеи - JOIN по нечётким критериям или JOIN с неизвестной таблицей
...
Рейтинг: 0 / 0
18.12.2008, 20:45
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723413
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
proposed amendmentвсе равно не <> 0

Коллега, заметтьте - я НЕ говорю (как наши с Вами оппоненты) шта "у вас ашыпка". И Вы правы (vSmoking = True) и я прав (vSmoking <> 0) Коллега expla тоже прав - (WHILE vSmoking { без указания величины }) Вот такая наша блин работа. прав.... Правы все - и ошибок не бывает... Если ты уж совсем не ... с дуба упал... Гы гы гы...
...
Рейтинг: 0 / 0
18.12.2008, 21:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723414
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Ой нет - ещё как бывают !!! но для их нахождения надо иметь QA команду - чего я Вам всем желаю...
...
Рейтинг: 0 / 0
18.12.2008, 21:05
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723480
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Фёдоровгород с профессорами Гарварда и MIT

Кстати я тут вспомнил мною горячо любимого Филиппа Гринспена Профессора тогo самого MIT - Массачусетского Технологического института. Ну что то вроде Вашего "внутрибугорного" бауманского каааца.... так вот. почитайте на досуге вот эту информулину Коллега. И не отчаивайтесь... Не всё так плохо...
...
Рейтинг: 0 / 0
18.12.2008, 22:09
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723501
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Mr Marmelad Риторическое Отступление (WHILE vSmoking <> 0)

Много много лет назад, в очень далёком ХХ веке все эти "Своевременные" дискуссии уже имели место. ...

Риторическое, это что бы никто не отвечал?

1. Как сейчас помню дискуссии - Windows-88 vs RT11SJ . Скиньте хотя бы 5 лет с 20

2. Не встречал еще ни одного бизнесмена, который бы не понимал, что без нормальных информационных систем он будут неконкурентноспособен.

3. Не нужно делать суперпрограмм по супермоделям всегда и везде. Но некоторые вещи описываются именно супермоделями, которые простые "середнячки" не слЕпят. Не всем бизнесы могут обойись "записными книжками".

4. Да. Костюмчик должен сидеть. Но он должен и не распользтись по швам после первого приседания
...
Рейтинг: 0 / 0
18.12.2008, 22:24
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723517
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Cat2,

Коллега,

Если присмотритесь к указанному линку (опять же спасибо давно и незаслуженно забытому мной Филе Гринспену) там будут все ответы на очень своевременно поставленные вопросы... Никаких замечаний - просто если начну повторять можно счесть за плагиат...
...
Рейтинг: 0 / 0
18.12.2008, 22:36
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723524
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Mr Marmelad,
Истины прошлых лет имеют тенденцию переходить в разряд заблуждений.
...
Рейтинг: 0 / 0
18.12.2008, 22:51
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723526
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Mr MarmeladСпасибо за "на пиво" - ссылочку на Richard Stallman но...

Ну конечно - я то уж подумал что у меня де жа вю Вот они все тут миленькие... И картинка внизу замечательная... Software Wars
...
Рейтинг: 0 / 0
18.12.2008, 22:55
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35723534
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
Cat2Истины прошлых лет имеют тенденцию переходить в разряд заблуждений.

О чём же и речь.... В Нашем деле НИЧЕГО абсолютного нет. Ни ошибок, ни правоты... Потому как время рассудит, время покажет, Да и время то относительное. Вот кстати цитата о нас с Вами Коллеги 20 + лет назад...

Philip GreensunThe industrial programmer circa 1985 was a factory employee, pure and simple. He or she might aspire to achieve high standards of craftsmanship but never professionalism.
...
Рейтинг: 0 / 0
18.12.2008, 23:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35724568
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
Mr Marmelad Риторическое Отступление (WHILE vSmoking <> 0)
Много много лет назад, в очень далёком ХХ веке все эти "Своевременные" дискуссии уже имели место. В другой стране даже в другом полушарии. И про Windows - Unix и про моделирование Баз Данных - или моделирование систем, и про строить эти системы или покупать готовые. И как ни странно про "юнцов" и "гуру" - всё это уже было и (наверное) не один раз. Панадобилось без малого 20 лет чтоб всё такое накатило на бедную 1/6 часть суши. Понадобится ещё 10 лет (ну ладно - пусть 5) пока сегодняшние "дикие" бизнесмены наконец поймут что без квалифицированных информационных систем их аптека, склад, дилерская, мастерская, зубной кабинет и так далее и тому подобное не будет выглядеть мягко скажем конкурентноспособным. И тогда начнётся гонка за всеми теми кто хоть мало мальски понимает в нашем деле. Будет расцвет индустрии. Красота - Васюки рядом не стояли. Но..... Из сегодняшних сотен (ну пусть тысяч) выживут единицы. Выживут те кто не будет делать никому не нужные "Супер Программы" и строить "Супер Модели". Такие улетят очень высоко. Мы о них ничего не узнаем. Выживут не те кто будет ничего не делать. Они и не ошибаются {что очень неплохо само по себе} но и ввиду природной лени окажутся не у дел. Выживут самые простые "середнячки" которые поймут ЧТО заказчику надо. СлЕпят из предложенных в начале нашей беседы якобы "ошибочных" или (что гораздо правильнее) "посредственных" моделек какую нибудь симпатичную программулинку - красиво всё оформят, продадут и будет всем счастье. Они то и пожнут зарождающиеся плоды неведомых пока ещё садов. Посмотрите на "всевышнего" Билю Гейтса - в общем недоучившаяся посредственность. Но хорошо понял ещё в 1984 году что ГЛАВНОЕ ЧТОБЫ КОСТЮМЧИК СИДЕЛ.

лирично

Разве может быть "дикий" бизнесмен? Если он уже бизнесмен, то уже не дикий,
а диким был пока не был бизнесменом и пытался им стать.
И про ИС они все понимают, но не идейно и теоретически,
а из постоянного ослеживания состояний дел
у таких же, среди которых есть те, кто уже без ИС не может, но у них дела лучше.

А супермодели и суперпрограммы будут. Ведь, чтобы существовало такое хорошее и надежное и
полезное средненькое, должны быть суперобразцы, лучше средних по многим моментам.
Так конечно какая практическая польза от автомобилей Формула-1, но это нужно конструкторам,
чтобы отработать свои идеи, которые потом будут в средненьком, а также это нужно зрителям.
Из любое СУПЕР можно утроить шоу и на этом сделать большие деньги.

А Биля Гейтс сработал как талантливый (не посредственность) проект-менеджер - пока
Unix-оиды парили в облаках, он одну тогда еще мало кому нужную фигуленку
(первые персональные компьютеры) пристроил к другой тогда еще хреновинке (одну
из упрощенных Unix-систем). Потом чуть-чуть переделав ОС,
объявил её своим изделием - и дело пошло. А ОС
превращали в MS-DOS уже нанятые люди.
А Unix-оиды со своими настоящими компьютерами и настоящими ОС - тогда оказались в отстое.
...
Рейтинг: 0 / 0
19.12.2008, 13:23
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35724643
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
AlexandrPlus
А супермодели и суперпрограммы будут. Ведь, чтобы существовало такое хорошее и надежное и
полезное средненькое, должны быть суперобразцы, лучше средних по многим моментам.
Так конечно какая практическая польза от автомобилей Формула-1, но это нужно конструкторам,
чтобы отработать свои идеи, которые потом будут в средненьком, а также это нужно зрителям.
Из любое СУПЕР можно утроить шоу и на этом сделать большие деньги.

F1 и ПО в разных нишах находятся. Автомобили, это товар народного потребления, он интересен почти всем. ПО (за исключением небольшого числа задач, типа игр) интересно только узкому кругу людей (даже игры далеко не всем интересны). Их мало интересует академическая правильность продукта. Им нужно решать вполне конкретные задачи, за определённые деньги любыми законными (и не очень) средствами.
...
Рейтинг: 0 / 0
19.12.2008, 13:48
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725060
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
mcureenabAlexandrPlus
А супермодели и суперпрограммы будут. Ведь, чтобы существовало такое хорошее и надежное и
полезное средненькое, должны быть суперобразцы, лучше средних по многим моментам.
Так конечно какая практическая польза от автомобилей Формула-1, но это нужно конструкторам,
чтобы отработать свои идеи, которые потом будут в средненьком, а также это нужно зрителям.
Из любое СУПЕР можно утроить шоу и на этом сделать большие деньги.

F1 и ПО в разных нишах находятся. Автомобили, это товар народного потребления, он интересен почти всем. ПО (за исключением небольшого числа задач, типа игр) интересно только узкому кругу людей (даже игры далеко не всем интересны). Их мало интересует академическая правильность продукта. Им нужно решать вполне конкретные задачи, за определённые деньги любыми законными (и не очень) средствами.

Чяво?


Полно автмобильной техники - не для личного пользования - грузовая, строительная, военная, ...
ПО - есть как и для специалистов, так и как товар народного потребления - Интернет-браузеры,
почтовые клиенты, программы для работы с фото и видео, ... (Компьютеры уже есть в каждой нормальной семье и каждый день для чего-то сипользуется). И специалисты, использующие ПО,
это далеко НЕ УЗКИЙ КРУГ, а это почти все специалисты всех профессий.

И какие-то суперизделия, которые непригодны для применения вообще в обычной жизни,
есть в любой области технической деятельности - какие-нибудь суперткани с суперсвойствами,
какая-нибудь супермебель, суперстроительные материалы, ...
...
Рейтинг: 0 / 0
19.12.2008, 16:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725148
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
AlexandrPlus
Полно автмобильной техники - не для личного пользования - грузовая, строительная, военная, ...


Так и вижу F1 среди атомных дальнобойных самосвалов общего назначения...
Слыхал, что водители фур с барахлом команд F1 устраивают гонки на своих тягочах. Только кто их смотрит?
...
Рейтинг: 0 / 0
19.12.2008, 16:34
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725255
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
explaТак и вижу F1 среди атомных дальнобойных самосвалов общего назначения...
Слыхал, что водители фур с барахлом команд F1 устраивают гонки на своих тягочах. Только кто их смотрит?

Вы совершенно правы коллега - есть такие гонки. http://www.youtube.com/watch?v=RNw7CL23h08
...
Рейтинг: 0 / 0
19.12.2008, 17:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725317
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexandrPlus
Участник
explaAlexandrPlus
Полно автмобильной техники - не для личного пользования - грузовая, строительная, военная, ...


Так и вижу F1 среди атомных дальнобойных самосвалов общего назначения...



в общем покупая музыкальный центр нормальный человек не думает про установки вакуумного напыления, а покупая краску - не думает при химические заводы и новых химических технологиях
...
Рейтинг: 0 / 0
19.12.2008, 17:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725364
Фотография Mr Marmelad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mr Marmelad
Участник
AlexandrPlusРазве может быть "дикий" бизнесмен? Если он уже бизнесмен, то уже не дикий, а диким был пока не был бизнесменом и пытался им стать. И про ИС они все понимают, но не идейно и теоретически, а из постоянного ослеживания состояний дел у таких же, среди которых есть те, кто уже без ИС не может, но у них дела лучше.
Спасибо Коллега за Ваш несомненно свежий взгляд на вещи. Давайте поговорим в пределах топика. "Диким" я назвал бизнес России и окрестностей. Ему ещё очень далеко до цивилизованного уж простите мою консервативность. Есть но пока очень мало людей в вашем российском бизнесе которые нутром или разумом понимают ЧТО ТАКОЕ БИЗНЕС. Уж простите - мало слишком мало времени прошло от "цеховиков" до Лукойла. А как следсвие - дикость бизнеса. Все эти "чёрные" и "белые" кассы - тому главный показатель. Вот когда в сознании людей перестанет играть цветомузыка - тогда и можно будет считать что более менее... И соответственно ИС должны смотерть на бизнес с этой "общепринятой" морали. Управление ИС - во всём цивилизованном мире всего лишь средство предтавления финансовых {бизнес} операций. Они призваны бесстрастно отражать ведение дел, но ни в коем случае не диктовать их. Мы не можем почтальёну указывать как и по каким законам ему разносить почту. Он - ПОЧТАЛЬЁН - и без нас это знает. конечно ему веселее нажимать кнопочки и выглядеть "крутым" в штанишках и с палм-топом в кармане. Но от ЭТОГО его работа не меняется. Он Забирает отправления и приносит Почту. Всё это он делает РУЧКАМИ.

AlexandrPlus
А супермодели и суперпрограммы будут. Ведь, чтобы существовало такое хорошее и надежное и полезное средненькое, должны быть суперобразцы, лучше средних по многим моментам. Так конечно какая практическая польза от автомобилей Формула-1, но это нужно конструкторам, чтобы отработать свои идеи, которые потом будут в средненьком, а также это нужно зрителям. Из любое СУПЕР можно утроить шоу и на этом сделать большие деньги.
Здесь я с Вами не могу не согласиться, Коллега. ДА ДА и ЕЩЁ РАЗ ДА - будут и очень нужны СУПЕР модели. Пусть даже их видят единицы, Пусть они всего лишь показуха и ничего более. ЭТО - Перспектива. Это МЕЧТА. ЭТО - ВАСЮКИ с вашего позволения. И сегодняшний Юниор Ораклистый если внимательно полистает "посредственные моделечки" и покумекает чего йто там. напишет классный реферат - ну вот как Серёжа Брин - знаете такого ещё одного недоучившегося новичка? И Глядишь дадут ему его чек на $100,000 с непонайтным названием Goooooogle, Inc в графе "Кому"... а он возьми да и создай своё СУПЕР. И этот СУПЕР будет всем нужен и я уже не знаю как без этого СУПЕР жить. так что я очень ЗА таких СУПЕР. У самого меня не получилось (пока) но я очень хочу вырваться (есть разве такие кто НЕ ХОЧЕТ?) Поэтому очень хочется Ораклисту Юному помочь. Как некогда (ужас - 10 лет назад - кашмар!!!) Andreas von Bechtolsheim помог студентам Сергею Брину и Ларри Пейджу начать своё дело. так что я только ЗА.

AlexandrPlusА Биля Гейтс сработал как талантливый (не посредственность) проект-менеджер - пока Unix-оиды парили в облаках, он одну тогда еще мало кому нужную фигуленку (первые персональные компьютеры) пристроил к другой тогда еще хреновинке (одну из упрощенных Unix-систем ). Потом чуть-чуть переделав ОС, объявил её своим изделием - и дело пошло. А ОС превращали в MS-DOS уже нанятые люди. А Unix-оиды со своими настоящими компьютерами и настоящими ОС - тогда оказались в отстое.

Ну я (да и все наши - критики мелкомягких) уже не ругаю и не завидую Биле. Он действительно молодец и без него многие из нас были бы без работы сегодня. Он НЕ посредственность мы это знаем и скорее даже с завистью говорим о нём типа "А Однин Наш {технический} мальчик стал Богом". Ведь таких из нас единицы. Там правда не UNIX - оиды {Это я молодому поколению для коррекции маленькой} а DEC - оиды трудились. Была когда то замечательная компания Digital Equipment Corporation. Моя первая сознательная работа. Тут упоминался немного PDP ( в формулировке Windows -88 vs RT11SJ Поклон Ув Коллега Cat2! ) У них тогда ещё в 80-90 был свой 64 битный Алфа процессор не чета Интельному , но как то не сложилось у них. Зато команда в полном составе создавала Windows NT. А вот ЭТО уже было начало нашей НОВОЙ ЭРЫ...
...
Рейтинг: 0 / 0
19.12.2008, 17:48
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35725544
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
Mr Marmelad"Диким" я назвал бизнес России и окрестностей. Ему ещё очень далеко до цивилизованного уж простите мою консервативность. Есть но пока очень мало людей в вашем российском бизнесе которые нутром или разумом понимают ЧТО ТАКОЕ БИЗНЕС. Уж простите - мало слишком мало времени прошло от "цеховиков" до Лукойла. А как следсвие - дикость бизнеса. Все эти "чёрные" и "белые" кассы - тому главный показатель.

Зато эти схемы требовали Суперпрограмм и Супермоделей от программистов!

"Перед запуском нажать клавишу Shift и удерживать ее до появляния главного окна программы. В противном случае все неофициальные данные будут уничтожены. В случае, если это было сделано ошибочно, их восстановление производится запуском программы vertolet.exe.
...
В случае внезапного появляния налоговой полиции во время работы, нажать правый Ctrl два раза.
...
Индикатором работы в белом и черном режиме служит цвет полоски в правом верхнем углу экрана.
...
Особенностью программы является то, что приход товара нигде не фиксируется"

Вот такая модель была - без фиксации прихода.

А какие проги приходилось писать ради удовлетворения изошренного любопытства налоговой!
Впрочем, эта тема уже для ПТ.
...
Рейтинг: 0 / 0
19.12.2008, 21:06
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35767980
TsRV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TsRV
Гость
У меня было решение следующей задачи:
1. Имеются объекты и куча документов, содержащих св-ва первых двух.
2. Документы для каждого объекта и субъекта имеют период актуальности, при этом могут изменяться во времени (по-сути, образуются новые классы документов того же типа и характера, но с другим набором свойств).
3. Документ задает правила поведения объекта ("навешивает" на объекты виртуальные св-ва и представления). К примеру:
- документ типа "удостоверение личности" - тот же "Паспорт гражданина РФ" - определяет объект, как физ.лицо;
- пакет документов "учредительные документы ЮЛ", соответственно, определяет объект как юридическое лицо;
- тех.паспорт - определяет объект как Здание, сооружение, помещение и т.п.;
- и т.д.

Кому интересна данная задача? Или я один такой извращенец? :)
...
Рейтинг: 0 / 0
20.01.2009, 19:07
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35772784
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
TsRV
Кому интересна данная задача?
Никому. Все слишком тривиально.

К тому же Вы ее решили неверно. Ибо даже не смогли описать задачу на русском языке.

>>1. Имеются объекты и куча документов, содержащих св-ва первых двух.
Как это?
...
Рейтинг: 0 / 0
22.01.2009, 23:58
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779427
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
У меня есть модель БД которая однозначно ставит точку на всех моделях БД
Ибо данная модель покрывает все потребности в сборе какой либо информации любого рода.
Тоесть модель самой совершенной БД в мире - универсальной.
Венец творения человеческого разума в области БД.

Картинку рисовать сдесь нет смысла.

Кому интересно инфа у меня на сайте.
...
Рейтинг: 0 / 0
27.01.2009, 11:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779444
RENaissance
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RENaissance
Участник
Statkontrol
У меня есть модель БД которая однозначно ставит точку на всех моделях БД
Ибо данная модель покрывает все потребности в сборе какой либо
информации любого рода.
Тоесть модель самой совершенной БД в мире - универсальной.
Венец творения человеческого разума в области БД.

Ди Мао! Ты неповторим!
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
27.01.2009, 11:31
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779472
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
StatkontrolУ меня есть модель БД которая однозначно ставит точку на всех моделях БД
Ибо данная модель покрывает все потребности в сборе какой либо информации любого рода.
Тоесть модель самой совершенной БД в мире - универсальной.
Венец творения человеческого разума в области БД.Пойду переквалифицироваться в управдомы,
пока ДимаО не распространил свое творение на весь мир и не оставил всех без работы
...
Рейтинг: 0 / 0
27.01.2009, 11:39
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779498
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
Дело в том что в моей БД можно создавать виртуальные таблицы и виртуальные справочники любого количества и довольно широкой структуры которая обеспечивает удовлетворение в потребности сбора и хранения довольно разнообразной и обширной информации любого рода. Кроме документов и файлов - т.к. БД была ориентированна на сбор статистической информации.
Хотя если возникнет в этом нужда можно сделать и документооборот веть главное принцип.

В чем приемущество такой БД перед всеми остальными - это в ее гибкости. Любые таблицы справочники поля таблиц можно создавать/удалять прямо из программы. Не трогая саму БД

А раз физическая структура БД остается не изменной то и и интерфейс ввода и обслуживания данных остается неизменным.
И SQL запросы отчетов и ОЛАП кубов тоже. - Таблицы и поля появляются/исчезают в отчетах и ОЛАП решениях автоматически без переписывания кода.

Тоесть принцип - "Сделанно раз работает Всегда"
...
Рейтинг: 0 / 0
27.01.2009, 11:47
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779582
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Statkontrol,
Открывай компанию "Димасофт", и создавай конкуренцию всяким там жалким Оряклам и МС Скулям, чего время теряешь?

З.Ы. Что-то я не понял суть твоей идеи.
...
Рейтинг: 0 / 0
27.01.2009, 12:18
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779616
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторЗ.Ы. Что-то я не понял суть твоей идеи.
Смысл такой что скачал программу. И развернул ее где угодно на любом предприятии хоть по производству мороженного хоть по производству ядерных сумбарин. И везеде она будет работать.
Или вообще например для ведения домашнего учета.

-Тоесть принципа Java "Сделанно раз работает везде ! "
...
Рейтинг: 0 / 0
27.01.2009, 12:27
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779696
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Statkontrol,
Дак ты в смысле не СУБД изобрёл, а просто интерфейс предлагаешь, упрощающий создание и использование таблиц в БД? Тьху, такого итак навалом.
...
Рейтинг: 0 / 0
27.01.2009, 12:45
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779719
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторДак ты в смысле не СУБД изобрёл, а просто интерфейс предлагаешь, упрощающий создание и использование таблиц в БД? Тьху, такого итак навалом.

У меня не создаются новые таблицы в БД. База физически не изменна. У меня создаются виртуальные таблицы и справочники. Вот в чем главная идея. А раз таблицы и справочники виртуальны
1.Они могут быть бесконечного количества
2.Они могут быть очень широкой структуры
3.SQL запросы управления данными и отчетов неизменны при создании любых таблиц в любом количестве. Еще раз повторю отчет-Олап куб сделанный раз работает везде буть то на макаронной фабрике или на сборке ядерных подводных лодок.
...
Рейтинг: 0 / 0
27.01.2009, 12:49
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779762
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
PS Еще за счет того что таблицы и справочники "Виртуальны" суммарное место на диске гораздо меньше чем если бы таблицы были Реальны. Т.к. новая структура не создается под каждую новую таблицу. Хотя скорость работы SQL запросов с виртуальными таблицами несколько медленне чем с физическими.
...
Рейтинг: 0 / 0
27.01.2009, 13:02
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779769
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
Statkontrol,
Какой такой кайфун-тайфун? Что за виртуальные таблицы и справочники? Как они хранятся? Как поиск по ним происходит, и насколько быстро?
...
Рейтинг: 0 / 0
27.01.2009, 13:02
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35779795
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторStatkontrol,
Какой такой кайфун-тайфун? Что за виртуальные таблицы и справочники? Как они хранятся? Как поиск по ним происходит, и насколько быстро?

-Ну эту тему сдесь не раскроешь. Очень сложно для понимания. Я своим программистам когда они делали отчеты на кристале очень долго обьяснял суть пока они вьехали. А програмисты были довольно опытными. Если есть интерес в моей программе есть форма прямого доступа к БД там кратко описыватеся смысл таблиц и даже есть пример универсальной выборки данных из базы.
...
Рейтинг: 0 / 0
27.01.2009, 13:09
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780176
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
StatkontrolPS Еще за счет того что таблицы и справочники "Виртуальны" суммарное место на диске гораздо меньше чем если бы таблицы были Реальны. Т.к. новая структура не создается под каждую новую таблицу. Хотя скорость работы SQL запросов с виртуальными таблицами несколько медленне чем с физическими.

Виртуализация, это предоставление несуществующих ресурсов одного типа за счёт использования ресурсов другого типа. Например виртуальная память, это предоставление оперативной памяти большего объёма чем имеется фактически, за счёт использования дисковой или иной внешней памяти. При этом расход памяти не стал меньше, скорее он даже увеличился за счёт того, что часть физической оперативной памяти используется для временного размещения данных скопированных с диска.

За счёт чего твои виртуальные таблицы потребляют меньше меса на диске и с чем ты сравниваешь свою ситему? Ты используешь сжатие данных или используешь более оптимальные структуры, чем используются в популярных СУБД?
...
Рейтинг: 0 / 0
27.01.2009, 14:55
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780212
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторЗа счёт чего твои виртуальные таблицы потребляют меньше меса на диске и с чем ты сравниваешь свою ситему? Ты используешь сжатие данных или используешь более оптимальные структуры, чем используются в популярных СУБД?

Ну всякая физическая таблица имеет еще ряд вспомогательных ресурсов. Например индексов
в данном слычае одна таблица индексов обслуживает все виртуальные таблицы.

Хотя чесно скажу что не проверял. Может это и не так. И места на самом деле больше за счет меньшей структуризации данных. Да это в принципе и не важно. Т.к. создавая универсальную БД я в первую очередь преследовал цель удобство использования.
...
Рейтинг: 0 / 0
27.01.2009, 15:03
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780239
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> Ну эту тему сдесь не раскроешь.

Дружище, Вы задолбали пиаром своей говноподелки. Успокойтесь уже.
...
Рейтинг: 0 / 0
27.01.2009, 15:10
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780316
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
StatkontrolавторStatkontrol,
Какой такой кайфун-тайфун? Что за виртуальные таблицы и справочники? Как они хранятся? Как поиск по ним происходит, и насколько быстро?

-Ну эту тему сдесь не раскроешь. Очень сложно для понимания. Я своим программистам когда они делали отчеты на кристале очень долго обьяснял суть пока они вьехали. А програмисты были довольно опытными. Если есть интерес в моей программе есть форма прямого доступа к БД там кратко описыватеся смысл таблиц и даже есть пример универсальной выборки данных из базы.
Наверное дело не в них, а в тебе, ты даже суть изобретения объяснить не можешь. Как сумасшедший, который думает что он учёный, и делает важную работу, а сам просто на бумажке черкается.
...
Рейтинг: 0 / 0
27.01.2009, 15:26
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780557
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторНаверное дело не в них, а в тебе, ты даже суть изобретения объяснить не можешь. Как сумасшедший, который думает что он учёный, и делает важную работу, а сам просто на бумажке черкается.

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



-На счет бумажек - я уже говорил что система реально работает и приносит реальную пользу.
...
Рейтинг: 0 / 0
27.01.2009, 16:38
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780575
RENaissance
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
RENaissance
Участник
Ди Мао! Вырубай свой кодировочник! У тебя крышу сносит не по детски.

З.Ы Почему тебя в ПТ не видно? Все по тебе скучают.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
27.01.2009, 16:43
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780754
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
StatkontrolавторЗа счёт чего твои виртуальные таблицы потребляют меньше меса на диске и с чем ты сравниваешь свою ситему? Ты используешь сжатие данных или используешь более оптимальные структуры, чем используются в популярных СУБД?

Ну всякая физическая таблица имеет еще ряд вспомогательных ресурсов. Например индексов
в данном слычае одна таблица индексов обслуживает все виртуальные таблицы.

Хотя чесно скажу что не проверял. Может это и не так. ...

Интересно, какие ещё свои заявления ты не проверял?

Я так понял, речь идёт про OLAP приложения. Так эта тема хорошо изучена и имеет свою, далеко не универсальную область применения.

В плане производительности сейчас модно делить очень большие объекты на части разумных размеров, а ты всё в один мегаиндекс свалил. И как это всё можно администрить, например резервировать?
...
Рейтинг: 0 / 0
27.01.2009, 17:35
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780809
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторИнтересно, какие ещё свои заявления ты не проверял?

Да на счет размера сказал чисто теоретически из своего опыта

Скажем давайте создайте тысячу таблиц физически и тысячу таблиц в мой виртуальной бд
даже при отсутвии данных разница в обьеме будет отличатся на порядок.

В моей рабочей универсальйной БД около 500 виртуальых таблиц и коло 20 виртуальных справочников.
Записей в таблице разрезов окло 100 000 тоесть примерно общих записей 10 000 000

Всего занимает на диске 27 мб. Думаю что даже пустая база данных с такой структурой весила в тойже области значений
...
Рейтинг: 0 / 0
27.01.2009, 17:50
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780870
expla
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
expla
Гость
Statkontrol,

сравнивать размеры пустых БД нет смысла. 27Mb это вообще копейки по сравнению с объёмом хранимых данных, которые могут весить многие терабайты. Обычно при создании БД сразу резервируется место на диске, чтобы, например, сократить фрагментирование файлов БД и не заниматься выделением места во время эксплуатации системы.

Интересует управление терабайтами данных. Ведь даже увелинение объёма на 10% или снижение производительности на 10% может потребоваться покупать гораздо более дорогое оборудование.
...
Рейтинг: 0 / 0
27.01.2009, 18:07
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35780884
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторStatkontrol,

сравнивать размеры пустых БД нет смысла. 27Mb это вообще копейки по сравнению с объёмом хранимых данных, которые могут весить многие терабайты. Обычно при создании БД сразу резервируется место на диске, чтобы, например, сократить фрагментирование файлов БД и не заниматься выделением места во время эксплуатации системы.

Интересует управление терабайтами данных. Ведь даже увелинение объёма на 10% или снижение производительности на 10% может потребоваться покупать гораздо более дорогое оборудование

У меня нет возможностей чтобы провести такие тесты. Прогамму и БдДя разрабатываю один. Так что делаю то что мне нужно и что будет нужно другим пользователям.
...
Рейтинг: 0 / 0
27.01.2009, 18:11
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35782648
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Bely
Участник
StatkontrolСуть я уже обьяснил - создаются виртуальные таблицы и справочники.
Как это делается технически сдесь не обьясниш. Кому интересно могут почитать описание программы, посмотреть структуру БД. Там все написанно.Ну, структуры БД я там не нашел...

Про неизменяемость структуры БД. Это еще один вариант EAV?
Если нет, то чем отличается?

Виртуальные таблицы. Чем это отличается от VIEW в БД?
...
Рейтинг: 0 / 0
28.01.2009, 13:42
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #35782692
Statkontrol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Statkontrol
Участник
авторНу, структуры БД я там не нашел...

Про неизменяемость структуры БД. Это еще один вариант EAV?
Если нет, то чем отличается?

Виртуальные таблицы. Чем это отличается от VIEW в БД?

-База там есть - это все что нужно чтобы узнать ее структуру. Конечно для этого минимум надо уметь работать с базами данных.
Тоесть надо открыть БД FireBird в в IBExpert там есть просмоторщик структуры Бд и построетиль схемы БД. Специально не вставля схему в описание ибо кто не знает таких вещей то это ему не поможет. А кто знает то хватит и этого ибо сама по себе схема БД не сложная. Самое сложное технически организовать виртуальные таблицы в базе но для написания отчетов на SQL из существующей База эту реализацию знать не нужно.

Что такое виртуальная таблица - это не View это совокупность связей и индексов которые выделяют в наборе данных определенную структуру. Тоесть в виртуальную таблицу можно добавлять данные удалять и добавлять поля обновлять данные и т.д. тоесть работать как с полноправной физической таблицей. Даже создавать теже VIEW (просмотры) тоесть виртуальная таблица для пользователя ни чем не будет отличаться от физической кроме того что на самом деле ее нет.
...
Рейтинг: 0 / 0
28.01.2009, 13:53
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342324
Фотография о. о.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
о. о.
Участник
Statkontrol,

Привет ДимаО! Как всегда рад тебя видеть живым и здоровым. Очень скучал!

Во первых я тебя как всегда не очень понял. То есть - ты средствами СУБД, организовал функционал создания другой БД (или нескольких) (вложенной), которую назвал словом "Виртуальная", т. е., имея в виду, что она хранится не в файловой системе, а в твоей супер-БД? Средствами ОЛАП? Правильно я понял? Соответственно разработал инструмент, который трансформирует запросы к "вложенной" БД в SQL запросы Супер-БД?

Это вообще говоря - круто!! Я бы, например, так не смог бы сделать, потому что это наверное очень трудоемко. У меня, конечно есть еще куча вопросов, наподобии: А можно ли тогда в супер-БД, создать БД, которая так же будет реализовывать функционал супер-БД и в ней можно будет создавать "Виртуальные" БД? Чувствую - что ответ - да. Ведь на то она и супер-БД.
Это даже еще круче!

Но все-таки один вопрос стоит особняком:

- А зачем?
...
Рейтинг: 0 / 0
02.12.2009, 04:25
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342505
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
о. о.,

вы, простите, что вмешиваюсь, январь от декабря отличаете? ;-)
...
Рейтинг: 0 / 0
02.12.2009, 09:29
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342535
Фотография XDiaBLo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
XDiaBLo
Участник
egorychо. о.,

вы, простите, что вмешиваюсь, январь от декабря отличаете? ;-)
Всего месяц разниццо
...
Рейтинг: 0 / 0
02.12.2009, 09:45
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342896
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
XDiaBLo, зачёт, неси зачётку
...
Рейтинг: 0 / 0
02.12.2009, 11:34
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342908
Фотография о. о.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
о. о.
Участник
egorychо. о.,

вы, простите, что вмешиваюсь, январь от декабря отличаете? ;-)

Да ладно вам... хоть здесь с ДимаО пообщаться.. пусть даже "Виртуально". Может быть я слаб умом и вынашивал этот пост 10 месяцев :)

зы: Тема, то кстати актуальная.
...
Рейтинг: 0 / 0
02.12.2009, 11:39
| Ответить | Цитировать | Написать  
Интересные модели БД!
    #36342916
egorych
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
egorych
Участник
о. о.,

его с января, где-то и не видно..
ну да бог с ним, общайтесь ))
...
Рейтинг: 0 / 0
02.12.2009, 11:42
| Ответить | Цитировать | Написать  
188 сообщений из 188, показаны все 8 страниц
  все  
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Интересные модели БД!
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=32&tid=1542951]:
 0ms
get settings:
 10ms
get forum list:
 20ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 68ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 196ms
get tp. blocked users:
 2ms
others: 236ms
total:  553ms
созд. / загр.: 553ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]