|
|
|
КЛАДР
|
|||
|---|---|---|---|
|
#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:15 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкКак определить, к какому объекту прикреплять актуальный/неактуальный объект??? Может Петродворец должен быть связан с Ленинградом?Просто выкиньте неактуальные элементы классификатора. Если бы в КЛАДРе еще ALTNAMES.DBF велся по-человечьи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 16:22 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, нельзя так. если вбиваю паспортные данные, к примеру человека, который получал его еще в Ленинграде, получается такого города просто нет( - это уже неправильно. история должна сохраниться. мне подсказывают, что просто надо привязать неактуальный объект в актуальному - то есть и Петергоф и Петродворец к Санкт-Петербургу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 16:29 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Хорёкмне подсказывают, что просто надо привязать неактуальный объект в актуальному - то есть и Петергоф и Петродворец к Санкт-Петербургу.Тогда у Вас адресная строка получается: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 16:59 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_Lпоискать город со статусом "....1"читать как поискать город со статусом "01". там же на статус 2 цифры отводится. А есть еще "99", и еще какие-то имеются... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 17:03 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, да все верно. но судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб. это ведь для построения дерева. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 17:04 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкSenya_L, да все верно. но судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб. это ведь для построения дерева.Я понимаю, что для дерева. Но при нахождении родителя возникает неоднозначность - вот я к чему клоню. По на роль родителя для Петергофа подходит как Ленинград, так и Петербург. Как выбрать правильный запросом? Я не придумал. Но у меня адреса вбиваются только актуальные и "петергофы" не ребуются ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 18:47 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Хорёкно судя по описанию кода, который приводят в КЛАДР, все=таки Санкт-Петербург - это отдельный субъект РФ, а вот Петергоф - входит в субъект СПб.В КЛАДРе не отслеживается хронология изменения элементов. С 1944 по 1991 правильный адрес: Ленинград, Петродворец С 1991 по 2009 правильный адрес Петербург, Петродворец С 2009 и > правильный адрес: Петербург, Петергоф Ферштейн, где собака порылась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 18:54 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, тогда проще вести все данные, только использовать столбец актуальности для данного вида информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 22:16 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкSenya_L, тогда проще вести все данные, только использовать столбец актуальности для данного вида информации.Тогда у Вас древа не получится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2010, 22:29 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты. IMHO, в текущей реализации КЛАДР неактуальные данные нужны только для ввода старых исходных данных, т.е. поиск кода объекта по наименованию, а это можно и на основе отдельной таблицы сделать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2010, 10:56 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevSenya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты.Это уже не древо. Это уже многие-ко-многим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2010, 11:43 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_LKirill RazuvaevSenya_L, Почему не получится? Просто дерево чуть более сложное будет. По сути получится узел с кодом объекта, к которому привяжутся с одной стороны все его наименования, а с другой - подчиненные объекты.Это уже не древо. Это уже многие-ко-многим.Невнимательно прочитал Ваше сообщение. Теперь врубился. Интересная мысль. Но мне требуются только актуальные адреса, так что... Но запомню на будущее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2010, 11:45 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2010, 12:25 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_LЕсли я правильно понял Кирилла, то получается такая структура Да, что-то типа того. Я, правда, делал по-другому , ввиду исторической нелюбви к флоре :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2010, 10:44 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevSenya_LЕсли я правильно понял Кирилла, то получается такая структура Да, что-то типа того. Я, правда, делал по-другому , ввиду исторической нелюбви к флоре :-)Да, я помню тот топик. А мне не нравится раскидывание КЛАДРА на несколько таблиц. Намного удобнее хранить адресную ссылку, получать строку адреса. Лично я вообще слил в одну таблицу и KLADR.DBF, и STREET.DBF. Приведенный выше скрипт сделан на основе реально используемого загрузчика в MSскульную БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2010, 12:46 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_LДа, я помню тот топик. А мне не нравится раскидывание КЛАДРА на несколько таблиц. Намного удобнее хранить адресную ссылку, получать строку адреса.Да, естественно! Чем мешает несколько таблиц? Точно также вытаскиваем все, что нужно, только из ХП... Выбор здесь скорее из области любви к красному цвету и к зеленому... Меня в исходном КЛАДРе притомила слегка необходимость вычислять уровень, отсюда и разбивка на уровни по таблицам взялась, опять же проще сокращения прикручивать и корректировать (контролировать корректность)... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2010, 23:25 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2010, 01:21 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_LНапрасно :-) Не претендуя на изящество:Ни асилил... слишком много букоф... :-) P.S. Тот вопрос, что был - решен, нет смысла менять. А "будет день - будет пища"... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2010, 16:32 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevSenya_LНапрасно :-) Не претендуя на изящество:Ни асилил... слишком много букоф... :-)Что букафф много я уже потом сам увидел Этот запрос раскидает древовидный кладр (та флора, шо ты не любишь;)) по 5 уровням. Там на самом деле много лишнего балласта. Простой копипаст не в кон. Kirill RazuvaevP.S. Тот вопрос, что был - решен, нет смысла менять. А "будет день - будет пища"... :-)Если работает - то не трогай. Просто автор изначально настроен был на древо и зачем ему мешать. Особенно, если я с ним согласен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2010, 21:59 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, я в принципе уже залил информацию в БД, если интересно, могу показать структуру таблиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2010, 13:17 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкSenya_L, я в принципе уже залил информацию в БД, если интересно, могу показать структуру таблицИнтересно будет сравнить. И для потомков, если не жалко выложите скрипты преобразования. КЛАДР - тема всерьез и надолго =). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2010, 13:24 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
завтра, то бишь в пятницу буду на работе - опубликую скрипты на создание таблиц, заливка данных пока хромает - грузит дубли - думаю, на днях исправлю и следом закину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.06.2010, 20:51 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#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, 07:20 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L... в которые заливаем банные массовой вставкой... Оговорочка-то - по Фрейду... ;-) 2Кирилл Разуваев, мы совсем забыли, что кроме переименования, для элемента КЛАДР еще возможны слияния, удаления и пр. :(Не помню, честно говоря, как в КЛАДР описаны правила слияния, а вот по удалению не вижу особых проблем. Удаление данных без подчиненных сводится к установке флага, в случае же наличия подчиненных - нужно разбираться. Варианта событий я вижу два: удаление с подчиненными (удаление "мертвых" населенных пунктов) и удаление узла с переподчинением или даже слиянием подчиненных (смена административного деления). Первый обсуждать особого смысла нет, ибо легко решается в любом из (обсуждаемых) вариантов реализации. А вот реализацию второго - есть сомнения, что удастся автоматизировать в силу нестабильности исходных данных... Хотя, возможно, кто-то сможет предложить довольно общее решение. Короче, нужно попробовать преобразовать дерево в граф посредством интеграции altnames.dbf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 13:29 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Kirill RazuvaevSenya_L... в которые заливаем банные массовой вставкой... Оговорочка-то - по Фрейду... ;-) Kirill Razuvaev 2Кирилл Разуваев, мы совсем забыли, что кроме переименования, для элемента КЛАДР еще возможны слияния, удаления и пр. :(Не помню, честно говоря, как в КЛАДР описаны правила слияния, а вот по удалению не вижу особых проблем. Удаление данных без подчиненных сводится к установке флага, в случае же наличия подчиненных - нужно разбираться. Варианта событий я вижу два: удаление с подчиненными (удаление "мертвых" населенных пунктов) и удаление узла с переподчинением или даже слиянием подчиненных (смена административного деления). Первый обсуждать особого смысла нет, ибо легко решается в любом из (обсуждаемых) вариантов реализации. А вот реализацию второго - есть сомнения, что удастся автоматизировать в силу нестабильности исходных данных... Хотя, возможно, кто-то сможет предложить довольно общее решение. Короче, нужно попробовать преобразовать дерево в граф посредством интеграции altnames.dbfИнтеграция с ALTNAMES под большим вопросом, потому как есть подозрение, что таблица неполная. Сейчас искать не буду, а когда разбирался годика 2 назад такие элементы видел. Хотя... может и поправили к настоящему времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2010, 13:43 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
как и обещал, но с небольшой задержкой. эти скрипты создают два типа таблиц. 1. в которые я просто 1:1 импортирую данные из КЛАДР - они не реляционные. 2. уже принадлежат нашей базе. они связаны между собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 17:24 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
а эти скрипты уже импортируют данные в наши таблицы. скриптов для КЛАДР нет, так как я заливаю их простым ctrl+c - cttrl+v. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 17:25 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ошибочка вышла, создание таблиц - вот верный скрипт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 17:36 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Хорёкошибочка вышла, создание таблиц - вот верный скрипт.Я только взглянул на скрипт и мне стало плохо. Можно сказать вырвало на это: Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 19:15 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Далее без эмоций. Вы просто содрали структуру оригинального КЛАДР, что не делает Вам чести. Просто содрали и добавили поле ID с непонятного назначения типом данных (кстати, что оно поменяло в данном случае - загадка?). Как связать Z_STREET и Z_KLADR? По CODE? Просто зашибись. ЗЫ. Вы на эту дрянь потратили 2 недели??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 19:20 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, уважаемый, если бы Вы читали внимательнее и просмотрели весь скрипт целиком - вы бы не писали этого поста) во-первых, я написал, что первые таблицы, а именно, z_kladr, z_street, z_altnames, z_socrbase, z_doma - я создал, чтобы просто туда внести данные из кладр. "эти скрипты создают два типа таблиц. 1. в которые я просто 1:1 импортирую данные из КЛАДР - они не реляционные. 2. уже принадлежат нашей базе. они связаны между собой."(см. выше) а столбик ID - да, NUMBER(22,10) - он вообще не используется и не нужен,- просто забыл его удалить из скрипта. во-вторых, ниже все в том же скрипте create_all_tables написано создание других таблиц, а именно тех, которые между собой связаны ;) (об это я тоже писал) а в-третьих, вы хотя бы смотрели файл import_to_IIAS.sql? там вроде бы все написано. если не хотите читать и смотреть, объясню на пальцах - из 5 таблиц КЛАДР я сделал 3 своих таблицы(на самом деле их 4, четвертая - таблица сокращений, она уже создана, я просто в нее внес свои значения - а именно - сокращения из z_socrname(искл. дубли) и присвоил каждому значению уник. код - то бишь id, если точнее vd_id) первая,= K_ADDRESS_NAME - содержит все имена и код сокращения(vd_vd_id) из таблиц z_kladr и z_street (исключая дубли). вторая,= Z_REG_ADDRESS - поддерживает связь самой с собой (то есть устанавливает отношения PARENT-CHILD), чтобы построить цепь связей - какой объект относится к какому: дом-улица-регион-субъект и так далее. содержит так же уровни - от 1 до 5. 1-4 - субъекты, регионы, нас. пункты, 5 - улица. третья,= Z_BUILDINGS - только дома, связь с таблицей Z_REG_ADDRESS по reg_id. надеюсь что-нибудь прояснислось, Мусье? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 21:05 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
завтра я помещу скрины на которых буду нарисованы связи между таблицами, по какому полю и скрин - на нем будет пример заполнения таблиц, хотя бы одного из регионов ;) думаю, что глупые вопросы и утверждения относительно моего потерянного времени отпадут) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2010, 21:08 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Хорёкзавтра я помещу скрины на которых буду нарисованы связи между таблицами, по какому полю и скрин - на нем будет пример заполнения таблиц, хотя бы одного из регионов ;) думаю, что глупые вопросы и утверждения относительно моего потерянного времени отпадут)Вопросы не то чтобы отпали. Все равно г... Как вы лодку назовете - так она и поплывет. Вы ее назвали NUMBER(22,10). Дальше не о чем говорить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 00:38 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senay_L, зато другим пользователям поможет, если они столкнутся с такой задачей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2010, 16:14 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкSenay_L, зато другим пользователям поможет, если они столкнутся с такой задачей.Это вряд ли. Скорее навредит. Для начала расскажи, как можно определить префикс у элемента классификатора, т.е это "ул" или "г", или "проспект"? А также расскажи: за какое место надо подвешивать автора, обзывающего поля именем "AN_AN_ID" итп? Здесь один типаж уверял, что один факт работы с Oracle "дисциплинирует". Это брехня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2010, 22:50 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, 1. чем тебя AN_AN_ID не устраивает? 2. таблица o_value_directory, столбец code, так и узнаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.07.2010, 13:38 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ХорёкSenya_L, 1. чем тебя AN_AN_ID не устраивает? 2. таблица o_value_directory, столбец code, так и узнаешь. хорошо. я убил в себе агрессию. и ты молодец, что еще отвечаешь ;) Пойми, ты вываливаешь структуру, а никто не знает твоего (тонкого) замысла. И имена идентификаторов дают очень мало. Задумка видна смутно и прочие проектировщики мало поймут, что ты хотел сказать. Помимо AN_AN_ID есть и другие столбцы непонятного назначения. Зачем они? Для собственных нужд или они critically needed? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2010, 19:28 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Senya_L, будет время - опишу подробнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.07.2010, 12:51 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
начнем. таблица o_value_directory все сокращения из socbase.dbf vd_id = id сокращения (PK) code = сокращенное название value = полное название таблица k_address_name наименования адресных объектов из kladr.dbf, street.dbf (исключая дубли) an_id = address_name_id (id по названию таблицы)(PK) adr_name = наименование адресных объектов vd_vd_id = id сокращения из o_value_directory таблица k_reg_address то же, что и k_address_name, только содержит полностью все объекты от 1 до 4 уровня ( то есть дома и улицы не входят ). используются только id, никаких названий. это таблица, в которой используется parent-child связь (reg_id - reg_reg_id) таблица k_buildings таблица из DOMA.dbf связь по reg_id build_id = PK build_numbers = строка домов (char). вкратце. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2010, 09:27 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
ошибочка таблица k_reg_address содержит полностью все объекты от 1 до 5 уровня (то есть дома не входят). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.07.2010, 09:28 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
Хорёк, Интересно сравнить со своей и другими поделками. Вопросы. * Из каких соображений две таблицы k_address_name, k_reg_address вместо одной. И из каких соображений атрибуты разделены именно так. * Как ссылаться на эти объекты. Допустим в некой таблице нужно хранить адрес чего-либо. Как это делать, какие добавлять поля, ключи, что прописывать. Как потом из данных сформировать полный почтовый адрес в виде текстовой строки для представления пользователю. * Каково назначение кучи атрибутов в o_value_directory, которые явно не из КЛАДРа * Актуализация данных из КЛАДРа предусмотрена? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2010, 13:49 |
|
||
|
КЛАДР
|
|||
|---|---|---|---|
|
#18+
wildwind, * Из каких соображений две таблицы k_address_name, k_reg_address вместо одной. И из каких соображений атрибуты разделены именно так. k - значит КЛАДР ( чтобы проще было найти в БД ;) ) address_name - значит, что только адресны названия объектов хранятся. reg_address - данные, контакная информация (индекс, налоговая и т.д.) k_address_name - это таблица которая содержит только уникальные названия парой (название + код_объекта) k_reg_address - эта таблица содержит уже полную информацию об объекте - только там хранятся не названия объектов - коды - или переводя на язык - id (от 1 до 5 уровня - то есть регион и далее ...до улицы). * Как ссылаться на эти объекты. Допустим в некой таблице нужно хранить адрес чего-либо. Как это делать, какие добавлять поля, ключи, что прописывать. Как потом из данных сформировать полный почтовый адрес в виде текстовой строки для представления пользователю. с этим проблем у не было - так как была уже создана таблица, в которой хранится информация, которая делится по виду - телефон, адрес, место работы и т.д. коды соот в другой таблице. а хранится все просто в строке, через запятую...в виде: Россия, 196191, Санкт-Петербург г,,,,Новоизмайловский пр-т,24,2,56 + в таблице присутствует признак ввода информации из КЛАДР (ноль или один) * Каково назначение кучи атрибутов в o_value_directory, которые явно не из КЛАДРа эта таблица была уже в базе - я ее использую не полностью - только пару значений. (vd_id, code, value, dir_dir_id *ссылка на другую таблицу, где пометка, что это сокращения из КЛАДР(таблица КЛАДР - z_socrbase)* и еще пару столбцов, с пометкой о связи этих данных с другой таблицей) * Актуализация данных из КЛАДРа предусмотрена да, предусмотрена) вот как раз тестирую код, чтобы дублей не было. один активный объект, и может быть несколько неактивных объектов. если надо с ссылко на друг друга. я как раз в таблице сделал связь объектов. добавил еще один столбец в k_reg_adrress -> rel_id если объект устарел - пишу в новом объекте id старого объекта. само задание предусмотрено для работы в оракл формс) а форма сделана по принципу как сделано в 1С. когда вбиваешь адрес. а потом пишет в таблице просто строку через запятую. номера домов я тоже храню строкой, просто потом парсирую ее, как надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2010, 01:10 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1542586]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
136ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 193ms |
| total: | 406ms |

| 0 / 0 |
