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

SYSDBA: /* Тестирование */

2013-01-04T16:24:16Z

‎Тестирование

SYSDBA: /* Тестирование */

2009-08-21T10:42:25Z

‎Тестирование

SYSDBA: /* Тестирование */

2008-07-29T09:41:49Z

‎Тестирование

SYSDBA: /* Writer -- объект для записи данных */

2008-07-22T15:11:21Z

‎Writer -- объект для записи данных

SYSDBA в 09:04, 21 апреля 2008

2008-04-21T09:04:51Z

SYSDBA: /* Переработанный алгоритм сохранения в поток */

2008-04-21T08:59:40Z

‎Переработанный алгоритм сохранения в поток

SYSDBA: /* Переработанный алгоритм сохранения в поток */

2008-04-21T08:57:32Z

‎Переработанный алгоритм сохранения в поток

SYSDBA в 11:16, 18 февраля 2008

2008-02-18T11:16:05Z

SYSDBA: /* Переработанный алгоритм сохранения в поток */

2007-09-13T13:45:27Z

‎Переработанный алгоритм сохранения в поток

SYSDBA: /* Переработанный алгоритм сохранения в поток */

2007-09-08T14:49:11Z

‎Переработанный алгоритм сохранения в поток

← Предыдущая		Версия 16:24, 4 января 2013
Строка 149:		Строка 149:


−	[[Category:Постановка]]	+	[[Category:Постановка-Сделано]]
	[[Category:Репликация]]		[[Category:Репликация]]

← Предыдущая		Версия 10:42, 21 августа 2009
Строка 150:		Строка 150:

	[[Category:Постановка]]		[[Category:Постановка]]
		+	[[Category:Репликация]]

@@ Строка 134: / Строка 134: @@
 * Сохранение записи и записи из таблицы, присоединенной  один-к-одному.
 * Сохранение записи и записей из N таблиц, присоединенных последовательно один-к-одному. Как минимум проверить при N = 2.
 * Сохранение не менее миллиона записей разных типов. Проверить, взяв за основу реальную базу данных размером больше 10 Гб. В этом случае получение базы B осуществить следующим образом: взять базу с данными. Сделать ее копию. Определить объекты для переноса и удалить их с копии. Перенести объекты с первой базы на вторую. Сравнить базы.

← Предыдущая		Версия 15:11, 22 июля 2008
Строка 108:		Строка 108:

	В существующем алгоритме, код записи информации в поток перемешан с кодом формирования данных для записи. Планируется, отделить его, выделив отдельный абстрактный класс Writer, от которого будут наследоваться BinaryStreamWriter, XMLWriter, TextWriter.		В существующем алгоритме, код записи информации в поток перемешан с кодом формирования данных для записи. Планируется, отделить его, выделив отдельный абстрактный класс Writer, от которого будут наследоваться BinaryStreamWriter, XMLWriter, TextWriter.
		+
		+	== Тестирование ==
		+
		+	В основу методики тестирования положено сравнение между собой двух баз, основанных на единой, третьей, исходной базе.
		+
		+	# Сначала подготавливается исходная база. Это может быть либо совершенно чистый эталон, либо база с загруженными настройками, либо произвольная база с настройками и данными.
		+	# Далее, делаются две копии этой базы: A и B.
		+	# На базе А создаются объекты данных, которые затем сохраняются в поток и записываются в дисковый файл.
		+	# Данный файл загружается на базу B.
		+	# По окончании загрузки базы сравниваются между собой (например, с помощью утилиты сравнения данных программы IBExpert). Работа алгоритма сохранения в поток считается корректной, если результирующие базы идентичны между собой за исключением значений первичных ключей.
		+
		+	Тестирование одно/двунаправленной репликации между N базами осуществляется аналогичным образом. По окончании полного круга репликации все N баз должны быть идентичны между собой.
		+
		+	Подлежит тестированию:
		+
		+	* Сохранение простого одинарного объекта (одна запись в таблице без внешних ссылок).
		+	* Сохранение нескольких объектов одного типа.
		+	* Сохранение нескольких древовидных объектов. Сохраняются элементы, промежуточные в иерархии, проверяется сохранение родительских и вложенных элементов.
		+	* Сохранение данных следующих типов: целое число (короткое и длинное), число с фиксированной точкой, число с плавающей точкой, строка, дата, время, дата и время, двоичный объект. Для строки проверяется корректность сохранения в случае содержания символов: кавычка одинарная, кавычка двойная, знаки больше и меньше, а также проверяется сохранение символов кирилического алфавита.
		+	* Сохранение циклических ссылок между двумя записями в двух таблицах. Например, компания и расчетный счет.
		+	* Сохранение циклических ссылок между двумя записями в одной таблице.
		+	* Сохранение циклических ссылок между тремя записями в трех разных таблицах.
		+	* Сохранение документа с позициями.
		+	* Сохранение группы документа с позициями.
		+	* Сохранение записи и записи из таблицы, присоединенной один-к-одному.
		+	* Сохранение записи и записей из N таблиц, присоединенных последовательно один-к-одному. Как минимум проверить при N = 2.
		+	* Сохранение не менее миллиона записей разных типов. Проверить, взяв за основу реальную базу данных размером больше 10 Гб. В этом случае получение базы B осуществить следующим образом: взять базу с данными. Сделать ее копию. Определить объекты для переноса и удалить их с копии. Перенести объекты с первой базы на вторую. Сравнить базы.
		+
		+	Необходимо также проверить идентичность работы старого алгоритма сохранения в поток и нового. Для этого:
		+
		+	# Берем эталонную базу с комплексной автоматизацией.
		+	# Сохраняем с нее все настройки используя старый алгоритм.
		+	# Сохраняем с нее все настройки используя новый алгоритм.
		+	# Загружаем настройки на эталон старым алгоритмом.
		+	# Загружаем настройки на эталон новым алгоритмом.
		+	# Сравниваем две базы.
		+
		+	Все процессы по тестированию должны быть автоматизированы и выполняться с помощью макросов, написанных на Гедымине.
		+

	[[Category:Постановка]]		[[Category:Постановка]]

@@ Строка 2: / Строка 2: @@
 # Увеличение скорости минимум в 10 раз;
 # Уменьшение размера файла минимум в 10 раз (при использовании двоичного формата);
-# Возможность сохранения в формате XML;
+# Возможность сохранения в дфоичном формате, в тексте и в XML;
 # Предусмотреть возможность сохранения только объектов измененных после указанной даты;
 # Предусмотреть возможность инкрементного сохранения объектов;
@@ Строка 11: / Строка 11: @@
 # Формирование потока данных и загрузка его на базу должна осуществляться не в монопольном режиме.
 # Предусмотреть возможность блокировки на изменение записей, переданных на другую базу.
   См. сравнение механизмов репликации и сохранения данных в поток в статье [[Сохранение в поток и репликация]].

← Предыдущая		Версия 08:59, 21 апреля 2008
Строка 104:		Строка 104:
	# Добавляем запись в сопоставленный клиент-датасет из списка CL и заполняем поля значениями полей бизнес-объекта.		# Добавляем запись в сопоставленный клиент-датасет из списка CL и заполняем поля значениями полей бизнес-объекта.

		+	=== Writer -- объект для записи данных ===
		+
		+	В существующем алгоритме, код записи информации в поток перемешан с кодом формирования данных для записи. Планируется, отделить его, выделив отдельный абстрактный класс Writer, от которого будут наследоваться BinaryStreamWriter, XMLWriter, TextWriter.

	[[Category:Постановка]]		[[Category:Постановка]]

← Предыдущая		Версия 08:57, 21 апреля 2008
Строка 66:		Строка 66:

	[[Изображение:Save_stream_2.png]]		[[Изображение:Save_stream_2.png]]
		+
		+	== Реализация ==

	===Переработанный алгоритм сохранения в поток===		===Переработанный алгоритм сохранения в поток===

@@ Строка 79: / Строка 79: @@
 |L
 |Список идентификаторов записей, помещенных в поток.
 |}
@@ Строка 85: / Строка 88: @@
 # Вызывается метод SaveToStream2, куда передается:
 ## поток для записи данных;
-## список закладок, если надо сохранить выделенные выделенные пользователем записи. Список можно не указывать, тогда то, какие записи будут сохранены определяется четвертым параметром;
+## список закладок, если надо сохранить выделенные пользователем записи. Список можно не указывать, тогда то, какие записи будут сохранены, определяется четвертым параметром;
 ## детальный датасет (если есть). Изначально передача детального датасета предназначалась для копирования таких сущностей, как накладная, где мы должны скопировать шапку (мастер) и позиции (детальный датасет). Но для любой сущности могут появиться дополнительные информационные таблицы (бизнес-объект -- справочник пользователя), т.е. таблицы связанные 1-1, которые также необходимо скопировать. Мы решали эту проблему в коде дублирования записи;
 ## флаг сохранять все записи или только текущую.
@@ Строка 92: / Строка 95: @@
 ## Идентификатор записи;
 ## Тип и подтип записи;
+# Метод _SaveToStream2 проверяет в списке L не был ли сохранен уже объект с таким идентификатором. Если такой объект уже был сохранен, то метод завершает свое выполнение.
 [[Category:Постановка]]

@@ Строка 70: / Строка 70: @@
 Нам понадобятся следующие структуры данных:
-; BO : Список (пул) бизнес-объектов;
+{|border="1" style="border-collapse:collapse;" valign="top" cellpadding="2"
-; CL : Список клиент-датасетов, где будет храниться информация бизнес-объектов;
+|width="80px"|BO
-; L  : Список идентификаторов записей, помещенных в поток.
+|Список (пул) бизнес-объектов;
+|- valign="top"
-Списки BO и CL содержат всегда одинаковой количество элементов. Бизнес объекту с номером N из списка BO соответствует клиент-датасет с таким же номером из списка CL.
+|CL
 Концептуально, алгоритм сохранения в поток выглядит следующим образом:
@@ Строка 81: / Строка 86: @@
 ## поток для записи данных;
 ## список закладок, если надо сохранить выделенные выделенные пользователем записи. Список можно не указывать, тогда то, какие записи будут сохранены определяется четвертым параметром;
-## детальный датасет (если есть). Изначально этот механизм предназначался для копирования таких сущностей, как накладная, где мы должны скопировать шапку (мастер) и позиции (детальный датасет). Но для любой сущности могут появиться дополнительные информационные таблицы, т.е. таблицы связанные 1-1, которые также необходимо скопировать. Мы решали эту проблему в коде дублирования записи;
+## детальный датасет (если есть). Изначально передача детального датасета предназначалась для копирования таких сущностей, как накладная, где мы должны скопировать шапку (мастер) и позиции (детальный датасет). Но для любой сущности могут появиться дополнительные информационные таблицы (бизнес-объект -- справочник пользователя), т.е. таблицы связанные 1-1, которые также необходимо скопировать. Мы решали эту проблему в коде дублирования записи;
 ## флаг сохранять все записи или только текущую.
 # В зависимости от настроек внутри метода организуется цикл по записям (выделенным или всем) или обрабатывается только текущая запись.
 # Для каждой записи вызывается метод _SaveToStream2, куда передается:
 [[Category:Постановка]]