Автор | Сообщение |
|
| |
Пост N: 5612
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.04.16 16:20. Заголовок: структура базы
Делал кто нибудь базу типа Область - район - населенный пункт ? Не могу решить как лучше. Все хранить в одной таблице или разных но тогда нужно будет делать привязки.......
|
|
|
Новых ответов нет
, стр:
1
2
All
[см. все]
|
|
|
| постоянный участник
|
Пост N: 947
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 17:20. Заголовок: Dima Используй уник..
Dima Используй уникальные теги область область+район область+район+нас.пункт без unique и Scope для разрезов
|
|
|
|
| |
Пост N: 5613
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.04.16 17:23. Заголовок: SergKis Ты о том чт..
SergKis Ты о том что все держать в одной таблице ? Эту инфу потом нужно привязать к контрагенту и если база "координат" будет жить в одной DBF тогда достаточно иметь лишь одно поле с кодом этой "координаты"
|
|
|
|
| постоянный участник
|
Пост N: 948
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 17:36. Заголовок: Dima если полей в с..
Dima если полей в структуре немного, то можно в одном (есть ли назв. областей, районов, коды разные ?) если полей много (на область, р-он, нас. пункт) повторяющихся, то лучше сделать нормализацию базы (разложить в разные таблицы), связав их таблицей доп. (как в первом посте, без наим. и др. полей) и по ней связывать на отдельные табл.
|
|
|
|
| |
Пост N: 5614
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.04.16 17:39. Заголовок: Таблица вот такого п..
|
|
|
|
| постоянный участник
|
Пост N: 949
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 17:49. Заголовок: Dima такой вариант ..
Dima такой вариант в одном файле с тегами пойдет, добавить еще теги агент+область агент+область+район агент+область+район+нас.пункт без unique и комбинируешь от запросов, я уже говорил, что есть база с ~ 45 тегами
|
|
|
|
| |
Пост N: 5615
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.04.16 17:54. Заголовок: SergKis пишет: тако..
SergKis пишет: цитата: | такой вариант в одном файле с тегами пойдет |
| как бы да , но туда еще и улицу тулить нужно и тогда база распухнет ой.
|
|
|
|
| постоянный участник
|
Пост N: 950
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 18:02. Заголовок: Dima пишет:тогда баз..
Dima пишет: Тут что проще, разбить на периоды (месяц, год) или городить разбиение на таблицы - зависит от времени реализации, от финансов проекта и как он в перспективе, начать можно с простого, а след. версию усложнить
|
|
|
|
| |
Пост N: 898
Зарегистрирован: 20.02.11
|
|
Отправлено: 22.04.16 18:06. Заголовок: Dima пишет: типа Об..
Dima пишет: цитата: | типа Область - район - населенный пункт ? |
| Много подобного сделал , под SQL ориентировал, примерно такая структура Область - ID, NAME Район - ID, ID-Области, NAME Улица - ID, ID-Района, ID-Области, NAME Получается 3 справочника , есть избыточность в наследовании ID ( к примеру в улице , область можно на хранить, а получить от района ... но при этом очень страдает скорость поиска по условию улицы в конкретной области ) Это были справочники , в таблице данных держу только ID из этих справочников , в бровсе показываю через подмену блока выборки ЗЫ Первое поле в справочниках типа Autoinc . остальные INT и Char с такой структурой легко задается реляция или поиск по индексу
|
|
|
|
| постоянный участник
|
Пост N: 951
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 18:14. Заголовок: Haz Диме надо добав..
Haz Диме надо добавить Агент - ID, NAME докуметы - ID, DATA, NOMER, агент ID, обл.ID, район ID, улица ID, ..., сумма1, ... может еще что то - это будет нормализованная база - это правильный вариант, но в первом посте Дима хотел как то иначе
|
|
|
|
| |
Пост N: 900
Зарегистрирован: 20.02.11
|
|
Отправлено: 22.04.16 18:21. Заголовок: SergKis пишет: это ..
SergKis пишет: цитата: | это будет нормализованная база - это правильный вариант |
| а по такой дорожке всегда иду , зато потом поиск и выборка в любой комбинации
|
|
|
|
| постоянный участник
|
Пост N: 952
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 18:22. Заголовок: PS с базой OBLACTJ,..
PS с базой OBLACTJ, RAION, ULICA, AGENT, DATA, NOMER, SUM1, SUM2, ... и тегами unique и нет - тоже не сложно, по тегам scope и выборки ( для простоты много раз отрыть базу с уст. на нужный тег) - можно даже сразу TsBrowse. Просто перекл. области\alias ...
|
|
|
|
|
| |
Пост N: 901
Зарегистрирован: 20.02.11
|
|
Отправлено: 22.04.16 18:32. Заголовок: SergKis пишет: для ..
SergKis пишет: Дима пишет под ADS , там есть такая штука как AOF - оптимизированнные фильтры. если по всем ID-шным полям есть индекс , то построение фильтра на сервере почти мгновенно. PS Я с этим ADS вообще обленился , забыл что такое SCOPE UNIQUE и прочее , а если пользовать SQL функционал , то не парюсь с изменением структур таблиц их склейкой для отчетов и пр.
|
|
|
|
| постоянный участник
|
Пост N: 953
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 18:37. Заголовок: Haz пишет:есть такая..
Haz пишет: цитата: | есть такая штука как AOF - оптимизированнные фильтры |
| В SixNsx они тоже были, жаль что сейчас нет. ADS финансово дорогая штука по лицензии, у нас только немцы приходили с ним и linuks-ом, но их прогнали шведы, норвеги, литовцы ...(хозяева) и теперь ни linuks-а ни ADS
|
|
|
|
| |
Пост N: 902
Зарегистрирован: 20.02.11
|
|
Отправлено: 22.04.16 18:40. Заголовок: SergKis пишет: ADS ..
SergKis пишет: цитата: | ADS финансово дорогая штука по лицензии |
| это еще дипломатично сказано уровень жадности там запредельный
|
|
|
|
| постоянный участник
|
Пост N: 228
Зарегистрирован: 29.05.10
|
|
Отправлено: 22.04.16 18:54. Заголовок: Haz пишет: Это были..
Haz пишет: цитата: | Это были справочники , в таблице данных держу только ID из этих справочников , в бровсе показываю через подмену блока выборки |
| Делал так же . DBF,CUSTOM ADDITIVE, SCOPE...
|
|
|
|
| |
Пост N: 5616
Зарегистрирован: 17.05.05
|
|
Отправлено: 22.04.16 21:29. Заголовок: Haz пишет: Получает..
Haz пишет: цитата: | Получается 3 справочника , есть избыточность в наследовании ID |
| Заказчик тоже так предлагает , но заполнять же их гимор будет :) Все увязки , привязки и тд и тп , понятно что изначально я его заполню по ссылке выше.... SergKis Даты , периоды это все не нужно. Есть условно говоря справочник контрагентов. Поля: "KOD_KL" ,"N" ,6,0 и "NAIM", "C",50,0 Нужно у каждого указать его координаты. Если база Область - Район и тд будет одна то достаточно добавить одно поле с кодом из этой базы. SergKis пишет: цитата: | ADS финансово дорогая штука по лицензии |
| Ну если "религия" позволяет , то этот вопрос решаем по крайней мере для десятой версии. Haz я не прав ?
|
|
|
|
| постоянный участник
|
Пост N: 1206
Зарегистрирован: 27.01.07
|
|
Отправлено: 22.04.16 21:41. Заголовок: Если понадобится отб..
Если понадобится отбор по области/району/городу/улице, то только отдельные справочники, имхо.
|
|
|
|
| постоянный участник
|
Пост N: 954
Зарегистрирован: 17.02.12
|
|
Отправлено: 22.04.16 21:41. Заголовок: Dima пишет:Ну если &..
Dima пишет: цитата: | Ну если "религия" позволяет |
| У нас теперь одна религия (ЕС) - плати за лицензию или штрафы (возможно с конфискацией рс) при комерческом использовании, что себе дороже Следит спец. команда с содействием государства - сильно не побалуешь. Думаю у вас после ассоциации в ту же сторону погонят (мы такое проходили)
|
|
|
|
| |
Пост N: 904
Зарегистрирован: 20.02.11
|
|
Отправлено: 22.04.16 22:41. Заголовок: Dima пишет: Ну если..
Dima пишет: цитата: | Ну если "религия" позволяет |
| как говориться: "На каждую хитрую гайку ВСЕГДА найдется болт с левой резьбой" Так что вопрос риторический
|
|
|
|
| постоянный участник
|
Пост N: 4864
Зарегистрирован: 12.09.06
|
|
Отправлено: 23.04.16 00:04. Заголовок: SergKis пишет: У на..
SergKis пишет: цитата: | У нас теперь одна религия (ЕС) - плати за лицензию или штрафы (возможно с конфискацией рс) при комерческом использовании, |
| Да уж... У нас любое предприятие копни, что частника, что муниципалку - всегда найдешь нелицензионное.... Что-то не слышно давно у нас про конфискацию компов... Кризис однако, не до разбора, что-где стоит...
|
|
|
Новых ответов нет
, стр:
1
2
All
[см. все]
|
|