longtext i problem z mysql_field_len() Opcje

[be2k]

witam

mysql_field_len() zwraca dlugosc danego pola w tabeli. jesli pole jest typu longtext to funkcja zwraca wartosc -1. dla pola text i mediumtext zwraca odpowiednie wartosci czyli odpowiednio 65535 i 16777215. czy ktos z Was sie spotkal z takim problemem?

[nevt]

to nie problem, tylko konwersja typów danych.

field len dla longtext = max unsigned int (bez znaku) - maksymalna możliwa wartość dla long int, ale php nie ma takiego typu, więc konwertuje w locie do signed int (ze znakiem) stąd wychodzi -1...

[be2k]

to jak sobie z tym poradzic w takim razie?

[nevt]

a spróbuj wymusić konwersję do string lub float na przykład...
czyli $len = (string)field_len() lub $len = (float)field_len()

Nie jestem pewien, czy zadziała, nie mam w tym momencie dostępu do bazy żeby sprawdzić... A poza tym, to jest jedyny przypadek kiedy dostajesz -1 - więc możesz odpowiednio skonstruować sobie warunek i też będzie dobrze... Napisz po co sprawdzasz ten parametr - potrzebujesz go wyświetlić, czy tylko wiedzieć że to bardzo dużo danych...?

Ten post edytował nevt 26.10.2007, 08:27:07

[L_Devil]

Możesz rzutować na usigned int:

$dlugosc = sprintf("%u", field_len());

[be2k]

dzieki - rzutowanie na unsigned int pomoglo.

a potrzebowalem tego do cmsa, przy wprowadzaniu danych system sprawdza jaka jest maksymalna dlugosc danego pola w edytowanej tabeli i ewentualnie ucina wprowadzone dane.
problem bardzo dziwny, bo na serwerze firmy w ktorej obecnie pracuje jest (MySQL 5.0, php 4.3.10) ta metoda o ktorej napisalem zwraca dla pola 'longtext' wartosc 16 777 215 czyli dlugosc pola 'mediumtext'. po przeniesieniu serwisu na serwery home.pl (MYSQL 5.0 i PHP 5.0.x) pojawil sie wlasnie taki problem ze dane po edycji nie byly zapisywane. okazalo sie wlasnie ze problem dotyczy pol 'longtext' i tego ze mysql_field_len() zwraca -1.