Склонение ФИО (постановка) - История изменений

Morpher: /* Ссылки по теме */

2009-03-14T16:28:53Z

‎Ссылки по теме

SYSDBA в 11:10, 31 июля 2008

2008-07-31T11:10:45Z

SYSDBA: /* Ссылки по теме */

2008-07-31T10:04:23Z

‎Ссылки по теме

SYSDBA: /* Бизнес-класс TgdcMultiName */

2008-07-31T08:08:11Z

‎Бизнес-класс TgdcMultiName

SYSDBA: /* Пример использования */

2008-07-31T07:35:56Z

‎Пример использования

SYSDBA: /* Организация пользовательского интерфейса */

2008-07-31T07:35:39Z

‎Организация пользовательского интерфейса

SYSDBA в 07:30, 31 июля 2008

2008-07-31T07:30:39Z

SYSDBA: /* Идентификаторы падежей для русского языка */

2008-07-31T06:41:38Z

‎Идентификаторы падежей для русского языка

SYSDBA в 06:38, 31 июля 2008

2008-07-31T06:38:42Z

SYSDBA в 06:38, 31 июля 2008

2008-07-31T06:38:10Z

@@ Строка 94: / Строка 94: @@
 * [http://ru.wikipedia.org/wiki/%D0%9F%D0%B0%D0%B4%D0%B5%D0%B6 Падеж]
 * [http://www.delphikingdom.ru/asp/viewitem.asp?catalogid=412 Склонение имен и фамилий по падежам, библиотека функций]
 [[Category:Постановка]]

@@ Строка 1: / Строка 1: @@
-При оформлении различных документов на основании информации из базы данных часто возникает необходимость в склонении имен существительных по падежам. Например, справка выдана ''Петрову'', принять на работу ''Сидорова'' и т.п. Кроме этого, есть необходимость в хранении переводов наименований объектов на различные языки. Предлагается решить две указанные проблемы  следующим образом. Создаем таблицу [[GD_MULTINAME]], каждая запись которой хранит наименование для объекта заданного идентификатором '''refid''' из таблицы '''relationkey'''. Поля '''langid''' и '''caseid'''  содержат языковой тэг и падеж соответственно. Поле '''caseid''' заполняется только в тех случаях, когда это имеет смысл. Для одного объекта таблица [[GD_MULTINAME]] может содержать несколько наименований на разных языках и/или в разных падежах. В запросы, извлекающие наименование объекта мы будем добавлять '''LEFT JOIN''' на таблицу [[GD_MULTINAME]] для извлечения имени в нужном падеже и/или на нужном языке.
+При оформлении различных документов на основании информации из базы данных часто возникает необходимость в склонении имен существительных по падежам. Например, справка выдана ''Петрову'', принять на работу ''Сидорова'' и т.п. Кроме этого, есть необходимость в хранении переводов наименований объектов на различные языки. Предлагается решить две указанные проблемы  следующим образом. Создаем таблицу [[GD_MULTINAME]], каждая запись которой хранит наименование для объекта заданного идентификатором '''refid''' из таблицы '''relationkey'''. Поля '''langid''' и '''caseid'''  содержат языковой тэг и падеж соответственно. Поле '''caseid''' заполняется только в тех случаях, когда это имеет смысл. Для одного объекта таблица [[GD_MULTINAME]] может содержать несколько наименований на разных языках и/или в разных падежах. В запросы, извлекающие наименование объекта мы будем добавлять '''LEFT JOIN''' на таблицу [[GD_MULTINAME]] (или использовать подзапросы в секции SELECT) для извлечения имени в нужном падеже и/или на нужном языке.
 === Пример использования ===
@@ Строка 48: / Строка 48: @@
      gd_good g LEFT JOIN gd_multiname m
        ON g.id = m.refid AND m.langid = 'en'
    ...
@@ Строка 59: / Строка 71: @@
 * Тэг языка (TComboBox с возможностью редактирования. Выпадающий список должен содержать значения "ru", "be" и "en");
 * Падеж (для выбора падежа разместить шесть радио кнопок с наименованиями падежа и падежными вопросами, и седьмую радио-кнопку "Не указан").
 === Удаление записей из таблицы gd_multiname ===
-Поскольку refid не является внешним ключем, то применить автоматическое каскадное удаление невозможно. Для очистки таблицы от ненужных записей придется написать хранимую процедуру, которая для каждой записи в gd_multiname будет проверять ее существование в таблице relationkey и удалять в случае отсутствия.
+Поскольку refid не является внешним ключем, то применить автоматическое каскадное удаление невозможно. Для очистки таблицы от ненужных записей придется либо написать хранимую процедуру, которая для каждой записи в gd_multiname будет проверять ее существование в таблице relationkey и удалять в случае отсутствия, либо встроить такой алгоритм непосредственно в TgdcMultiLine. Вызов операции очистки базы необходимо назначить кнопке на панели инструментов окна просмотра класса TgdcMultiLine.
 === Организация пользовательского интерфейса ===
@@ Строка 72: / Строка 86: @@
 === Модификация базы данных ===
 === Ссылки по теме ===

@@ Строка 70: / Строка 70: @@
 # Справа от поля ввода наименования добавить кнопку "..." по которой на экране открывать окно со списком наименований (форма просмотра TgdcMultiName с настроенными ExraConditions?).
 # На той же вкладке, где находится поле для ввода наименования, добавить TLabel (TEdit или TMemo, в режиме только для чтения), где отображать дополнительные наименования. Рядом разместить кнопку "..." по которой на экране открывать окно со списком наименований для редактирования.
 === Ссылки по теме ===

@@ Строка 52: / Строка 52: @@
 === Бизнес-класс TgdcMultiName ===
-Таблица gd_multiname является главной таблицей для бизнес-класса [[TgdcMultiName]].
+Таблица gd_multiname является главной таблицей для бизнес-класса [[TgdcMultiName]]. Диалоговое окно для бизнес-класса TgdcMultiName должно отображать:
 === Удаление записей из таблицы gd_multiname ===

@@ Строка 49: / Строка 49: @@
        ON g.id = m.refid AND m.langid = 'en'
    ...
 === Бизнес-класс TgdcMultiName ===

@@ Строка 61: / Строка 61: @@
 === Организация пользовательского интерфейса ===
-Можно предложить три варианта организации пользовательского интерфейса:
+Можно предложить три варианта организации пользовательского интерфейса в диалоговых окнах тех объектов, которые подразумевают наличие наименований в разных падежах и/или на разных языках:
-# В диалоговых окнах тех объектов, которые подразумевают наличие наименований на разных языках (в разных падежах), мы добавляем закладку со списком дополнительных наименований. На этой вкладке озможно редактирование непосредственно в таблице.
+# Добавить вкладку со списком дополнительных наименований, на которой возможно редактирование непосредственно в таблице.
-# Справа от поля ввода наименования добавить кнопку "..." по которой на экране открывать окно со списком наименований.
+# Справа от поля ввода наименования добавить кнопку "..." по которой на экране открывать окно со списком наименований (форма просмотра TgdcMultiName с настроенными ExraConditions?).
-# На той же вкладке, где находится поле для ввода наименования, добавить TLabel (или TEdit в режиме только для чтения), где отображать дополнительные наименования. Рядом разместить кнопку "..." по которой на экране открывать окно со списком наименований для редактирования.
+# На той же вкладке, где находится поле для ввода наименования, добавить TLabel (TEdit или TMemo, в режиме только для чтения), где отображать дополнительные наименования. Рядом разместить кнопку "..." по которой на экране открывать окно со списком наименований для редактирования.
 === Ссылки по теме ===

@@ Строка 1: / Строка 1: @@
-Предлагается решить проблемы склонения имен по падежам и хранения имен на разных языках следующим образом:
+При оформлении различных документов на основании информации из базы данных часто возникает необходимость в склонении имен существительных по падежам. Например, справка выдана ''Петрову'', принять на работу ''Сидорова'' и т.п. Кроме этого, есть необходимость в хранении переводов наименований объектов на различные языки. Предлагается решить две указанные проблемы  следующим образом. Создаем таблицу [[GD_MULTINAME]], каждая запись которой хранит наименование для объекта заданного идентификатором '''refid''' из таблицы '''relationkey'''. Поля '''langid''' и '''caseid'''  содержат языковой тэг и падеж соответственно. Поле '''caseid''' заполняется только в тех случаях, когда это имеет смысл. Для одного объекта таблица [[GD_MULTINAME]] может содержать несколько наименований на разных языках и/или в разных падежах. В запросы, извлекающие наименование объекта мы будем добавлять '''LEFT JOIN''' на таблицу [[GD_MULTINAME]] для извлечения имени в нужном падеже и/или на нужном языке.
-−
-Создаем таблицу [[GD_MULTINAME]], которая будет хранить название объекта с идентификатором refid в таблице relname на языке langid в падеже caseid.
-−
-−
 === Пример использования ===
@@ Строка 23: / Строка 19: @@
   REFID        LANGID      CASEID       NAME
   =============================================================
-  20000001     RU          D            Иванову Ивану Ивановичу
+  20000001     ru          D            Иванову Ивану Ивановичу
-  20000001     RU          G            Иванова Ивана Ивановича
+  20000001     ru          G            Иванова Ивана Ивановича
-  20000001     BE          N            Іваноў Іван Іванавіч
+  20000001     be          N            Іваноў Іван Іванавіч
-  20000002     EN          NULL         Soap
+  20000002     en          NULL         Soap
 Запрос, который извлечет ФИО человека в родительном падеже, будет выглядеть следующим образом:
@@ Строка 37: / Строка 33: @@
      ...
      gd_contact c LEFT JOIN gd_multiname m
-       ON c.id = m.refid AND m.langid = 'RU' AND m.caseid = 'G'
+       ON c.id = m.refid AND m.langid = 'ru' AND m.caseid = 'G'
    ...
@@ Строка 51: / Строка 47: @@
      ...
      gd_good g LEFT JOIN gd_multiname m
-       ON g.id = m.refid AND m.langid = 'EN'
+       ON g.id = m.refid AND m.langid = 'en'
    ...
 === Удаление записей из таблицы gd_multiname ===
-Поскольку refid не является внешним ключем, то применить автоматическое каскадное удаление невозможно. Для очистки таблицы от ненужных записей придется написать хранимую процедуру, которая найдет и удалит все записи, которые не ссылаются ни на одну из таблиц в БД.
+Поскольку refid не является внешним ключем, то применить автоматическое каскадное удаление невозможно. Для очистки таблицы от ненужных записей придется написать хранимую процедуру, которая для каждой записи в gd_multiname будет проверять ее существование в таблице relationkey и удалять в случае отсутствия.
 === Организация пользовательского интерфейса ===

← Предыдущая		Версия 06:41, 31 июля 2008
Строка 3:		Строка 3:
	Создаем таблицу [[GD_MULTINAME]], которая будет хранить название объекта с идентификатором refid в таблице relname на языке langid в падеже caseid.		Создаем таблицу [[GD_MULTINAME]], которая будет хранить название объекта с идентификатором refid в таблице relname на языке langid в падеже caseid.

−	~~=== Идентификаторы падежей для русского языка ===~~

−	~~{\| cellpadding="3" cellspacing="0" frame="box" width="30%" style="border: 1px solid darkgray;"~~
−	~~\|- style="font-weight: bold; background-color: #EEEEEE;"~~
−	~~\|Название~~
−	~~\|Идентификатор~~
−	\|-
−	~~\|Именительный~~
−	\|N
−	\|-
−	~~\|Родительный~~
−	\|G
−	\|-
−	~~\|Дательный~~
−	\|D
−	\|-
−	~~\|Винительный~~
−	\|A
−	\|-
−	~~\|Творительный~~
−	\|B
−	\|-
−	~~\|Предложный~~
−	\|L
−	\|}

	=== Пример использования ===		=== Пример использования ===

@@ Строка 1: / Строка 1: @@
 Предлагается решить проблемы склонения имен по падежам и хранения имен на разных языках следующим образом:
-Создаем таблицу:
+Создаем таблицу [GD_MULTINAME], которая будет хранить название объекта с идентификатором refid в таблице relname на языке langid в падеже caseid.
-−
-  CREATE TABLE gd_multiname (
-    id       dintkey,
-    relname  drelationname,
-    refid    dintkey,
-    langid   CHAR(20) NOT NULL,
-    caseid   CHAR(1),
-    name     dname,
-−
-    PRIMARY KEY gp_pk_multiname (id),
-    UNIQUE (refid, langid, caseid)
-−
-−
-Эта таблица будет хранить название объекта с идентификатором refid в таблице relname на языке langid в падеже caseid.
 === Идентификаторы падежей для русского языка ===