Таблица из текстового файла

← →
Xmen (2008-12-03 16:02) [40]

У нас ИНН 7 значные

← →
Сергей М. © (2008-12-03 16:17) [41]

> У нас ИНН 7 значные

Это где, на о.Борнео ?

← →
Anatoly Podgoretsky © (2008-12-03 16:31) [42]

> Xmen (03.12.2008 16:02:40) [40]

А что будешь делать, если завтра станут 10 значные.

← →
MsGuns © (2008-12-03 16:44) [43]

Замечания к (36)

Первое.
До каких бы то ни было манипуляций с сервером (создания таблиц и пр.) надо НАРИСОВАТЬ модель базы. Т.е. определить ОБЪЕКТЫ и их СВОЙСТВА (характеристики). Затем нарисовать между ними связи. Уже по рисунку будет видно ОБЩЕЕ между объектами, которое затем будет использовано при НОРМАЛИЗАЦИИ, т.е. придание характеристкам АТОМАРНОСТИ, а также устранение ИЗБЫТОЧНОСТИ. По этой же схеме будет видно, какие характеристики являются ОСНОВНЫМИ, вводимыми непосредственно с документов или иных внешних источников, а какие РАСЧЕТНЫМИ или СЛУЖЕБНЫМИ, т.е. вычисляемыми или используемыми программно.

Второе.
Я бы не советовал Вам давать имена полям и таблицам используя спецсимволы или длинные имена - такая нотация существенно усложнит читабельность запросов, да при разработке проекта в Дельфи будут сложности. В качестве префикса (удобная вещь) в именах достаточно использовать один символ, если, конечно, Ваша база не будет насчитывать многие десятки таблиц.

Третье.
Некоторые "нативные" характеристики (МФО, ИНН, Расчетные счета, Налоговые номера и т.д.), которые якобы числовые, следует определять стрингами достаточной длины. На клиенте Вы можете отображать и проверять каждое из них как угодно, но вот закладывать это ограничение на сервер не следует. Хотя бы потому, что у Вас будут проблемы с ведущими нулями, которые будут "съедаться" при операциях сравнения, искажая результат.

Четвертое.
При определении типа дробных характеристик (суммовые, количественные и т.д.) рекомендую указывать дробь с "запасом" даже если это на первый взгляд не требуется. Жизнь показывает, сто в какой-то момент потребуется уточненный учет и Вам придется мерять структуру таблиц, если не бизнес-логику впридачу

Что такое структура приложения в Вашем понимании - не совсем ясно :)

← →
Anatoly Podgoretsky © (2008-12-03 17:04) [44]

> MsGuns (03.12.2008 16:44:43) [43]

> Третье.
> Некоторые "нативные" характеристики (МФО, ИНН, Расчетные счета, Налоговые номера и т.д.), которые якобы числовые, следует определять стрингами достаточной длины.

Поскольку это не числа и операции над ними совсем другие.
Насчет достаточной длины - ее надо умножить на 3 как минимум, а то завтра окажется, что недостаточно
У меня, не в моей базе, все подобные права объявлены как nvarchar(127)

← →
clickmaker © (2008-12-03 17:13) [45]

> как nvarchar(127)

а почему не 128?

← →
Anatoly Podgoretsky © (2008-12-03 18:44) [46]

> clickmaker (03.12.2008 17:13:45) [45]

Не знаю, может для совместимости с SmallInt
Я не вдавался в подробности, я просто использую базу.

← →
Loginov Dmitry © (2008-12-03 23:07) [47]

> Пока сдела 2 таблицы.

Для обычных платежек нужны как минимум 3 таблицы: таблица банков, таблица организаций, таблица платежей. У организации должны быть поля: ИНН (10 символов для юр. лиц, 12 символов для ИП), КПП (только для юр. лиц, 9 символов), номер расчетного счета (всегда 20 символов) и наименование (часть многострочное). У банков обязательны БИК (9 символов), номер кор. счета (20 символов), причем последние 3 символа БИК и номера счета банка должны совпадать, и наименование (обычно однострочное). В таблице платежей должны быть сумма платежа, данные об организации (ссылка), данные о банке (ссылка), дата платежа, вид платежа, назначение платежа, и вероятно некоторые дополнительные данные, используемые при оплате налогов. Все сказанное касается формы "0401060", причем при печати самой формы все размеры и шрифты выдерживаются с точностью до миллиметра.

← →
Anatoly Podgoretsky © (2008-12-04 01:13) [48]

> Loginov Dmitry (03.12.2008 23:07:47) [47]

Для обычных платежок никакие таблицы не нужны, достаточно бумаги и карандаша.

← →
MsGuns © (2008-12-04 01:50) [49]

>Loginov Dmitry © (03.12.08 23:07) [47]

Это только для России действительно.

И что понимается под "необычными" платежками ?

>Anatoly Podgoretsky © (04.12.08 01:13) [48]
>Для обычных платежок никакие таблицы не нужны, достаточно бумаги и >карандаша.

И такую примут в банке ?

← →
Xmen (2008-12-04 07:27) [50]

> MsGuns © (03.12.08 16:44) [43]
> Замечания к (36)Первое.До каких бы то ни было манипуляций
> с сервером (создания таблиц и пр.) надо НАРИСОВАТЬ модель
> базы. Т.е. определить ОБЪЕКТЫ и их СВОЙСТВА (характеристики).
> Затем нарисовать между ними связи. Уже по рисунку будет
> видно ОБЩЕЕ между объектами, которое затем будет использовано
> при НОРМАЛИЗАЦИИ, т.е. придание характеристкам АТОМАРНОСТИ,
> а также устранение ИЗБЫТОЧНОСТИ. По этой же схеме будет
> видно, какие характеристики являются ОСНОВНЫМИ, вводимыми
> непосредственно с документов или иных внешних источников,
> а какие РАСЧЕТНЫМИ или СЛУЖЕБНЫМИ, т.е. вычисляемыми или
> используемыми программно.Второе.Я бы не советовал Вам давать
> имена полям и таблицам используя спецсимволы или длинные
> имена - такая нотация существенно усложнит читабельность
> запросов, да при разработке проекта в Дельфи будут сложности.
> В качестве префикса (удобная вещь) в именах достаточно
> использовать один символ, если, конечно, Ваша база не будет
> насчитывать многие десятки таблиц.Третье.Некоторые "нативные"
> характеристики (МФО, ИНН, Расчетные счета, Налоговые номера
> и т.д.), которые якобы числовые, следует определять стрингами
> достаточной длины. На клиенте Вы можете отображать и проверять
> каждое из них как угодно, но вот закладывать это ограничение
> на сервер не следует. Хотя бы потому, что у Вас будут проблемы
> с ведущими нулями, которые будут "съедаться" при операциях
> сравнения, искажая результат.Четвертое.При определении типа
> дробных характеристик (суммовые, количественные и т.д.)
> рекомендую указывать дробь с "запасом" даже если это на
> первый взгляд не требуется. Жизнь показывает, сто в какой-
> то момент потребуется уточненный учет и Вам придется мерять
> структуру таблиц, если не бизнес-логику впридачуЧто такое
> структура приложения в Вашем понимании - не совсем ясно
> :)

Ух какая информация

> Loginov Dmitry © (03.12.08 23:07) [47]
> > Пока сдела 2 таблицы.Для обычных платежек нужны как минимум
> 3 таблицы: таблица банков, таблица организаций, таблица
> платежей. У организации должны быть поля: ИНН (10 символов
> для юр. лиц, 12 символов для ИП), КПП (только для юр. лиц,
> 9 символов), номер расчетного счета (всегда 20 символов)
> и наименование (часть многострочное). У банков обязательны
> БИК (9 символов), номер кор. счета (20 символов), причем
> последние 3 символа БИК и номера счета банка должны совпадать,
> и наименование (обычно однострочное). В таблице платежей
> должны быть сумма платежа, данные об организации (ссылка),
> данные о банке (ссылка), дата платежа, вид платежа, назначение
> платежа, и вероятно некоторые дополнительные данные, используемые
> при оплате налогов. Все сказанное касается формы "0401060",
> причем при печати самой формы все размеры и шрифты выдерживаются
> с точностью до миллиметра.

Я и это учту.

← →
MsGuns © (2008-12-04 10:28) [51]

>Я и это учту.

Прежде всего учтите (44)

← →
Anatoly Podgoretsky © (2008-12-04 11:19) [52]

> MsGuns (04.12.2008 1:50:49) [49]

Не берусь говорить за всех, у нас примут, при том нет никакого обязательства использовать какой либо формат.
Необычная, это электронная платежка, задача начинается с Ворда/Экселя и кончается полным автоматом в бухгалтерской программе, когда саму платежку в обычном виде и не видно - вот это и есть необычная платежка. При желании платежку можно распечатать после оплаты из банковской системы, но бухгалтериям это не нужно.

← →
Xmen (2008-12-04 13:05) [53]

Вот я думаю если я сделаю прогу со всеми справочниками то не получетсяли это непростой программой. Вед сначала нежен будет пополнет справочники. И если ктото делал ранше для этих целей прогу для платежки то немоглибы поделится скриншотом.

← →
Sergey13 © (2008-12-04 13:26) [54]

> [53] Xmen (04.12.08 13:05)
> Вот я думаю если я сделаю прогу со всеми справочниками то
> не получетсяли это непростой программой.

На нобелевку примеряешься?

> И если ктото делал ранше для этих целей прогу для платежки
> то немоглибы поделится скриншотом.

Может сразу исходники слать? Или может ключ от квартиры, где деньги лежат?

← →
Xmen (2008-12-04 13:59) [55]

> Sergey13 © (04.12.08 13:26) [54]
> > [53] Xmen (04.12.08 13:05)> Вот я думаю если я сделаю
> прогу со всеми справочниками то > не получетсяли это непростой
> программой.На нобелевку примеряешься?> И если ктото делал
> ранше для этих целей прогу для платежки > то немоглибы поделится
> скриншотом.Может сразу исходники слать? Или может ключ от
> квартиры, где деньги лежат?

ну я уже готов был такому ответу и изза этого я только спросил скриншот а не демо :)
Если не вы то ктото другой точно ответил бы так. Не первый раз вижу ответы такого типа.

← →
Anatoly Podgoretsky © (2008-12-04 15:04) [56]

> Xmen (04.12.2008 13:59:55) [55]

Да все они делаются по одному типу

Ярлык поле_ввода

и две кнопки ОК и Cancel

← →
MsGuns © (2008-12-04 15:09) [57]

>Xmen (04.12.08 13:05) [53]
>Вот я думаю если я сделаю прогу со всеми справочниками то не получетсяли это непростой >программой. Вед сначала нежен будет пополнет справочники. И если ктото делал ранше для этих >целей прогу для платежки то немоглибы поделится скриншотом.

ОДИН раз написать базовый класс для формы-справочника и формы-карточки, далее проектирование каждого справочника (включая поиски, фильтры, сортировки и т.д.) вместе с редактированием превратится в 5 минутную рутину :)

← →
Труп Васи Доброго © (2008-12-04 15:25) [58]

> Вот я думаю если я сделаю прогу со всеми справочниками то
> не получетсяли это непростой программой. Вед сначала нежен
> будет пополнет справочники. И если ктото делал ранше для
> этих целей прогу для платежки то немоглибы поделится скриншотом.

лет 5 назад в нашем городишке в ходу была екселевская "программка" для печати платёжек. Все были довольны. Там был полный функционал, какой тебе нужен. Всё на Басике в макросах.
Введи в Яндексе платёжка EXCEL и качай.
З.Ы. Вот даже могу ссылку дать http://freesoft.ru/?id=10384
Скачай, посмотри и пользуйся (или делай по образцу).

← →
Xmen (2008-12-04 15:48) [59]

> Труп Васи Доброго © (04.12.08 15:25) [58]
> > Вот я думаю если я сделаю прогу со всеми справочниками
> то > не получетсяли это непростой программой. Вед сначала
> нежен > будет пополнет справочники. И если ктото делал ранше
> для > этих целей прогу для платежки то немоглибы поделится
> скриншотом.лет 5 назад в нашем городишке в ходу была екселевская
> "программка" для печати платёжек. Все были довольны. Там
> был полный функционал, какой тебе нужен. Всё на Басике в
> макросах.Введи в Яндексе платёжка EXCEL и качай.З.Ы. Вот
> даже могу ссылку дать http://freesoft.ru/?id=10384Скачай,
> посмотри и пользуйся (или делай по образцу).

Спосибо посмотрел. Надеюсь также лучше сделать на Дельфи :)

> И если ктото делал ранше для этих целей прогу для платежки
> то немоглибы поделится скриншотом.

А что, поиск и инете уже не работает? Таких прог в инете на халаву - ВАГОН! Ищи, и будет щастье!

← →
Victor (2009-01-15 07:02) [61]

Можно вернуться опять к текстовым файлам?
У меня такой вопрос. Какой бы вы посоветовали использовать компонент для чтения текстового файла, в котором информация в виде строк, а поля с разделителями (это лог программы)? Файл очень большой (может достигать сотен метров). Желательно чтобы можно было делать к нему SQL запросы. Возможности записи не нужны.

не слишком многого хочу?

> Victor (15.01.2009 7:02:01) [61]

Драйвер TextFiles

TStrings (TStringList) с простейшем механизмам парсинга "туда" и "обратно"

> не слишком многого хочу?

вообще то нет, но резко рекомнедую фиксированный размер полей, получиться нечто вроде DBF, но читаемое. У Джулиана Бакнела и Дональда Кнута есть куча ответов на твой вопрос.

Это уже типизированый файл, а по нему можно эффективно перемещаться. Если к этому добавить два символа CRLF в конце строки, то получаем два в одном и текстовый файл и типизированый одновременно.
Применение файла с полями фиксированой длины решает множество проблем, включая внешнею поддержку другими средствами.

> Xmen (04.12.08 13:05) [53]
> Вот я думаю ....
> поделится скриншотом.

Автор, вы бы уже забили на это дело. Бестолковое оно.
Программ "печати платежек" - вагон с тележкой. Смотрите сами:

http://tinyurl.com/c3xs94

А вот и скриншоты - тоже вагон:

http://tinyurl.com/bol66k

Таблица из текстового файла Найти похожие ветки