|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
bk0010 Технология Rushmore. То ли сжатые индексы, то ли bitmap (не помню). Подробности тут , искать слово Rushmore. В том-то и дело, что подробностей нигде нет. Ни описания реализации, ни методики применения, одни общие слова. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 22:28 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
на фоксклубе же есть для понимания ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 22:32 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Сложение битмапов полученных с двух/нескольких индексов для последующей выборки записей. Это использовали все кому не лень, включая Interbase. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 23:05 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
По смыслу похоже на Bitmap Index. Однако фраза "это использовали все кому не лень" - слишком сильная фраза. Мне не нравится квантор "все". Это слишком идеализирует наш мир. Скорее использовали те кто хотел. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 23:15 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Откуда в FoxPro битмап индексы? (по крайне мере 2.5, 2.6, дальше уже Visual FoxPro) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 23:20 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
о VFP речь и идет ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 23:28 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Рашмор - не в индексах, а в способе использования сразу нескольких. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2021, 23:28 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
mayton Табы на просмотре текста выглядят ужасно. В сыром виде, что угодно выглядит ужасно. mayton Сложно понять - где пробел в данных а где разделитель. Просто надо использовать специальный софт, который делает табличку и умеет смотреть файл кусками. mayton Никогда не понимал этот формат. Это замечательный формат. Он преобразовывается в массив массивом буквально на раз-два. Делаешь сплит по \n, потом пробегаешься по тому, что вышло и делаешь сплит по \t. Всё. С csv - чехарда экранированием кавычек и "," / ";", которых в тексте, как правило, навалом, в отличии от табов. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 04:36 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
mayton Если сплиттер == запятая, все нормально экранируется кавычками. И сами кавычки тоже. Никак она не экранируется. Парсеру надо бегать по строке и помнить, была там кавычка или нет. Еще кавычку в кавычках надо экранировать и вырезать по кавычке в начале/конце строки, когда перегоняешь из csv. В tsv экранируются только непечатные символы при записи, которые и так должны быть экранированы по всем правилам здравого смысла. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 04:40 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster В tsv экранируются только непечатные символы при записи, которые и так должны быть экранированы по всем правилам здравого смысла. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 06:56 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
mayton Фокс - хорошая штука. Уважаю. У них интересный тип индекса был. Какой-то там rush. И на сравнительных тестах если сравнивать dBase vs Fox, то последний выигрывал когда были запросы специфичны к этому рашу. Интересно Microsoft перенёс это ноу-хау в MS-SQL? Кто есть MS-SQL-щики? Проясните plz. Рашмор по сути это построение плана выполнения запроса. Официальных заявлений не было, а по сплетням что-то из фокса позаимствовали для MSSQL ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 07:15 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Basil A. Sidorov но не обязаны Обязаны. Если у тебя будут \r\n в строках их в любом случае придётся переделывать. Исключительно табы отэкранировать проще, когда заворачиваешь их в строку. Basil A. Sidorov прочие "радости" в полях записи. Какие "радости"? Непечатные? Их в любом случае надо экранировать. С печатными никаких проблем нет в принципе. Кроме \n\t следить не зачем. С запятыми еще натрахаешься, когда тебе с ru локали будут вещественные числа переводить в строку с запятой вместо точки и при парсинге ждать запятую. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 07:24 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster Если у тебя будут \r\n в строках их в любом случае придётся переделывать. Урежьте, в общем, квантор всеобщности. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 10:32 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Урежьте, в общем, квантор всеобщности. А как твой csv читать, если там в значениях /n ?? Из-за такого вот говнолепства потом ломаешь голову. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 10:38 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster mayton Если сплиттер == запятая, все нормально экранируется кавычками. И сами кавычки тоже. Никак она не экранируется. Парсеру надо бегать по строке и помнить, была там кавычка или нет. Еще кавычку в кавычках надо экранировать и вырезать по кавычке в начале/конце строки, когда перегоняешь из csv. В tsv экранируются только непечатные символы при записи, которые и так должны быть экранированы по всем правилам здравого смысла. Ты отстал от жизни. https://tools.ietf.org/html/rfc4180 Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
И переводы строки и кавычки внутри полей разрешены. Сложность парсера не имеет значения. Это его, парсера responsibility. Я речь вел просто о трабл-шутинге ошибок загрузки. И с моей скромной точки зрения чем больше принтабельных символов - тем лучше. TSV - тоже неплохо, но надо смотреть сквозь редактор с хайлайтом контролов. Я вижу единственный полезный смысл - поиграть с выбором символа квоты и сплиттера чтобы было меньше пересечений с доменной областью и CSV/TSV был human-readable особенно в тех случаях когда нам это ничего не стоит с точки зрения конфигурации. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 11:52 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster А как твой csv читать, если там в значениях /n ?? Я утверждал (и утверждаю), что tsv не является "серебрянной пулей". ... |
|||
:
Нравится:
Не нравится:
|
|||
19.02.2021, 12:29 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
mayton Сложность парсера не имеет значения. Это его, парсера responsibility. Ровно до тех пор, пока функционал парсера тебя устраивает и пока этот парсер доступен. mayton TSV - тоже неплохо, но надо смотреть сквозь редактор с хайлайтом контролов. CSV с переносом строк не надо смотреть сквозь редактор? Там вообще всё будет поломано. Ну и просмотр - это responsibility смотрелки. mayton И переводы строки и кавычки внутри полей разрешены. Что там у местного парсера таблички с многосточными значениями? Всё ожидаемо плохо? Почему не прикрутили нормальный парсер? Правильно, нахера делать нормальные человеческие эскейпы для спецсимволов, давайте херачить всё в двоичном виде и обламываться. Код: sql 1. 2. 3. 4. 5.
12"12""34" mayton Я вижу единственный полезный смысл - поиграть с выбором символа квоты и сплиттера Не из чего выбирать. \t, \n и escape \\ \t \n объективно лучше. Хочешь - меняй таб на ";" и смотри. Если твой редактор так не может - это его responsibility. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 07:51 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Я утверждал (и утверждаю), что tsv не является "серебрянной пулей". tsv - это лучший вариант. У вас не может быть против этого аргументов. Вы можете сказать, что парсеру надо делать замену для escape, но csv тоже надо менять две кавычки на одну. В остальном парсер tsv - элементарен, формат проще и надёжнее, чем csv. Легко просто и без сраных танцев делается, например, подсчёт строк или столбцов в строке. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 08:04 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Для записи TSV/CSV файлов редко используют специализированные оболочки, просто пишут как текстовый файл. В результате получается рабочий код, который стабильно работает пока оператор не заведет что-то нестандартное, например наименование товара начнет с двойной кавычки и начинается веселье: полдокумента почему-то не грузится, т.к. в CSV можно обрамлять перенос строк. В TSV тоже может быть подобное, хоть табуляция непечатный символ, но он копипастится, и этим способом попадает в БД, но тут проблемы только в одной строке, следующие грузятся, и источник проблемы проще искать. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 08:25 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Dima T Для записи TSV/CSV файлов редко используют специализированные оболочки Нее, руками писать в файл - это уже за гранью. Там напишут запятых в десятичный разделитель вместо точек, а таб может в принципе не вводиться (кнопка будет менять фокус элементов) Dima T хоть табуляция непечатный символ, но он копипастится Ничего не копипастится. Понятие структурированные данные и набор чего-то кривыми руками в редактор ортогональны. Там данные мало того, что будут не правильно структурированы, так там еще атрибуты записей никогда не будут соответствовать своему домену. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 09:18 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Dima T, Ну как в нашем тысячилетиии без ГУИ?) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 09:37 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
Dima T В TSV тоже может быть подобное, хоть табуляция непечатный символ, но он копипастится, и этим способом попадает в БД, но тут проблемы только в одной строке, следующие грузятся, и источник проблемы проще искать. Копипастится и попадает в БД? Прикольно вы работаете. LOL. А у вас там SQL injection случайно в БД не попадает? Я уж не говорю про то, что если проблемы в одной строке, то скорее всего вы эту ошибку никогда не найдёте. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 10:45 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
petrav Dima T В TSV тоже может быть подобное, хоть табуляция непечатный символ, но он копипастится, и этим способом попадает в БД, но тут проблемы только в одной строке, следующие грузятся, и источник проблемы проще искать. Копипастится и попадает в БД? Прикольно вы работаете. LOL. А у вас там SQL injection случайно в БД не попадает? Я уж не говорю про то, что если проблемы в одной строке, то скорее всего вы эту ошибку никогда не найдёте. Это не мы. Мы выгрузку из той БД получаем с наездом что наша прога их файлик грузить не хочет. Ищется элементарно, если знаешь как в hex-редакторе посмотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 12:03 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster Что там у местного парсера таблички с многосточными значениями? Всё ожидаемо плохо? Почему не прикрутили нормальный парсер? Правильно, нахера делать нормальные человеческие эскейпы для спецсимволов, давайте херачить всё в двоичном виде и обламываться. [src] 12"12""34" Ну и зачем ты это написал? Это доказательство в стиле Паниковского. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 12:22 |
|
Заменить запись в файл с txt на xlsx
|
|||
---|---|---|---|
#18+
crutchmaster mayton Сложность парсера не имеет значения. Это его, парсера responsibility. Ровно до тех пор, пока функционал парсера тебя устраивает и пока этот парсер доступен. Почему он станет недоступен? 6 тысяч CSV-парсеров с исходным кодом почти под все языки. Бери-нехочу. https://github.com/search?q=csv parser А хотя-бы и не было. Неужели сам бы не написал? Стандарт описан. Несложный. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2021, 12:25 |
|
|
start [/forum/topic.php?fid=57&msg=40047417&tid=2017251]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 287ms |
0 / 0 |