
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
04.06.2010, 16:15
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Столкнулся с такой проблемой в КЛАДР. Есть данные, актуальные и неактуальные. При прописывании в таблице родителя объекту, столкнулся с проблемой - ID NAME SOCR CODE IND GNINMB UNO OCATD STATUS Санкт-Петербург г 7800000000000 190000 7800 40000000000 0 Ленинград г 7800000000001 190000 7800 40000000000 0 Петергоф г 7800000800000 198510 7819 40290501000 0 Петродворец г 7800000800001 198510 7819 40290501000 0 из этого списка - два объекта активные, два другие - нет. проблема следующая - и Петергоф и Петродворец - я привязал к Санкт-Петербургу. Как определить, к какому объекту прикреплять актуальный/неактуальный объект??? Может Петродворец должен быть связан с Ленинградом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 16:22
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
ХорёкКак определить, к какому объекту прикреплять актуальный/неактуальный объект??? Может Петродворец должен быть связан с Ленинградом?Просто выкиньте неактуальные элементы классификатора. Если бы в КЛАДРе еще ALTNAMES.DBF велся по-человечьи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 16:29
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L, нельзя так. если вбиваю паспортные данные, к примеру человека, который получал его еще в Ленинграде, получается такого города просто нет( - это уже неправильно. история должна сохраниться. мне подсказывают, что просто надо привязать неактуальный объект в актуальному - то есть и Петергоф и Петродворец к Санкт-Петербургу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 16:59
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Хорёкмне подсказывают, что просто надо привязать неактуальный объект в актуальному - то есть и Петергоф и Петродворец к Санкт-Петербургу.Тогда у Вас адресная строка получается: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 17:03
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Senya_Lпоискать город со статусом "....1"читать как поискать город со статусом "01". там же на статус 2 цифры отводится. А есть еще "99", и еще какие-то имеются... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 17:04
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L, да все верно. но судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб. это ведь для построения дерева. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 18:47
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
ХорёкSenya_L, да все верно. но судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб. это ведь для построения дерева.Я понимаю, что для дерева. Но при нахождении родителя возникает неоднозначность - вот я к чему клоню. По на роль родителя для Петергофа подходит как Ленинград, так и Петербург. Как выбрать правильный запросом? Я не придумал. Но у меня адреса вбиваются только актуальные и "петергофы" не ребуются ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 18:54
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Хорёкно судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб.В КЛАДРе не отслеживается хронология изменения элементов. С 1944 по 1991 правильный адрес: Ленинград, Петродворец С 1991 по 2009 правильный адрес Петербург, Петродворец С 2009 и > правильный адрес: Петербург, Петергоф Ферштейн, где собака порылась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 22:16
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L, тогда проще вести все данные, только использовать столбец актуальности для данного вида информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.06.2010, 22:29
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
ХорёкSenya_L, тогда проще вести все данные, только использовать столбец актуальности для данного вида информации.Тогда у Вас древа не получится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.06.2010, 10:56
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты. IMHO, в текущей реализации КЛАДР неактуальные данные нужны только для ввода старых исходных данных, т.е. поиск кода объекта по наименованию, а это можно и на основе отдельной таблицы сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.06.2010, 11:43
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Kirill RazuvaevSenya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты.Это уже не древо. Это уже многие-ко-многим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.06.2010, 11:45
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Senya_LKirill RazuvaevSenya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты.Это уже не древо. Это уже многие-ко-многим.Невнимательно прочитал Ваше сообщение. Теперь врубился. Интересная мысль. Но мне требуются только актуальные адреса, так что... Но запомню на будущее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.06.2010, 12:25
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Если я правильно понял Кирилла, то получается такая структура Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.06.2010, 10:44
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_LЕсли я правильно понял Кирилла, то получается такая структура Да, что-то типа того. Я, правда, делал по-другому , ввиду исторической нелюбви к флоре :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.06.2010, 12:46
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Kirill RazuvaevSenya_LЕсли я правильно понял Кирилла, то получается такая структура Да, что-то типа того. Я, правда, делал по-другому , ввиду исторической нелюбви к флоре :-)Да, я помню тот топик. А мне не нравится раскидывание КЛАДРА на несколько таблиц. Намного удобнее хранить адресную ссылку, получать строку адреса. Лично я вообще слил в одну таблицу и KLADR.DBF, и STREET.DBF. Приведенный выше скрипт сделан на основе реально используемого загрузчика в MSскульную БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
06.06.2010, 23:25
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_LДа, я помню тот топик. А мне не нравится раскидывание КЛАДРА на несколько таблиц. Намного удобнее хранить адресную ссылку, получать строку адреса.Да, естественно! Чем мешает несколько таблиц? Точно также вытаскиваем все, что нужно, только из ХП... Выбор здесь скорее из области любви к красному цвету и к зеленому... Меня в исходном КЛАДРе притомила слегка необходимость вычислять уровень, отсюда и разбивка на уровни по таблицам взялась, опять же проще сокращения прикручивать и корректировать (контролировать корректность)... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.06.2010, 01:21
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Kirill RazuvaevМеня в исходном КЛАДРе притомила слегка необходимость вычислять уровень, отсюда и разбивка на уровни по таблицам взялась, опять же проще сокращения прикручивать и корректировать (контролировать корректность)... :-)Напрасно :-) Не претендуя на изящество: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2010, 16:32
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_LНапрасно :-) Не претендуя на изящество:Ни асилил... слишком много букоф... :-) P.S. Тот вопрос, что был - решен, нет смысла менять. А "будет день - будет пища"... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.06.2010, 21:59
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Kirill RazuvaevSenya_LНапрасно :-) Не претендуя на изящество:Ни асилил... слишком много букоф... :-)Что букафф много я уже потом сам увидел Этот запрос раскидает древовидный кладр (та флора, шо ты не любишь;)) по 5 уровням. Там на самом деле много лишнего балласта. Простой копипаст не в кон. Kirill RazuvaevP.S. Тот вопрос, что был - решен, нет смысла менять. А "будет день - будет пища"... :-)Если работает - то не трогай. Просто автор изначально настроен был на древо и зачем ему мешать. Особенно, если я с ним согласен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2010, 13:17
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L, я в принципе уже залил информацию в БД, если интересно, могу показать структуру таблиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.06.2010, 13:24
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
ХорёкSenya_L, я в принципе уже залил информацию в БД, если интересно, могу показать структуру таблицИнтересно будет сравнить. И для потомков, если не жалко выложите скрипты преобразования. КЛАДР - тема всерьез и надолго =). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
10.06.2010, 20:51
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
завтра, то бишь в пятницу буду на работе - опубликую скрипты на создание таблиц, заливка данных пока хромает - грузит дубли - думаю, на днях исправлю и следом закину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.06.2010, 07:20
|
|||
|---|---|---|---|
КЛАДР |
|||
|
#18+
Тогда я опубликую Создание временных таблиц, в которые заливаем банные массовой вставкой. Данные таблиц предвариельно выгружаем в plain-файл. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 2Кирилл Разуваев, мы совсем забыли, что кроме переименования, для элемента КЛАДР еще возможны слияния, удаления и пр. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.06.2010, 13:29
|
|||
|---|---|---|---|
|
|||
КЛАДР |
|||
|
#18+
Senya_L... в которые заливаем банные массовой вставкой... Оговорочка-то - по Фрейду... ;-) 2Кирилл Разуваев, мы совсем забыли, что кроме переименования, для элемента КЛАДР еще возможны слияния, удаления и пр. :(Не помню, честно говоря, как в КЛАДР описаны правила слияния, а вот по удалению не вижу особых проблем. Удаление данных без подчиненных сводится к установке флага, в случае же наличия подчиненных - нужно разбираться. Варианта событий я вижу два: удаление с подчиненными (удаление "мертвых" населенных пунктов) и удаление узла с переподчинением или даже слиянием подчиненных (смена административного деления). Первый обсуждать особого смысла нет, ибо легко решается в любом из (обсуждаемых) вариантов реализации. А вот реализацию второго - есть сомнения, что удастся автоматизировать в силу нестабильности исходных данных... Хотя, возможно, кто-то сможет предложить довольно общее решение. Короче, нужно попробовать преобразовать дерево в граф посредством интеграции altnames.dbf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=DBNewBie&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
166ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
| others: | 421ms |
| total: | 715ms |

| 0 / 0 |
