bigint i php Opcje

[flashdev]

Jak najlepiej dodać daną bigint (64 bit) do tabeli mysql, skoro php obsługuje maksymalnie 32-bitowe liczby?
Trzymać ją w stringu w php a następnie rzutować na bigint w mysql, czy moze da się przekazać mysql`owi dwie liczby typu int a mysql wykona coś typu: liczba1<<32 + liczba2

[rzymek01]

dużą liczbę możesz trzymać w stringu (pomocna może byc biblioteka BCMath), a MySQL to już chyba sam sobie przekonwertuje jak mu w zapytaniu dasz stringa (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif)

[flashdev]

Sam nie wiem czy takie rzutowanie na string, a potem na liczbę jest sensowne.

[krowal]

A nie możesz po prostu ustawić typu pola w tabeli na BIGINT ? zgodnie z manualem MySQL powinno Ci to dać możlowość zapisywania liczb 64 bity (unsigned) lub ze znakiem 63 bity.

[Crozin]

Możesz trzymać to w stringu, gdyż zapytanie SQL to string. Zwróć uwagę, że w przykładowym

[PHP] pobierz, plaintext 
<?php
mysql_query('BLAH BLAH abc = 123456789012345678 BLAH BLAH;');
?>
[PHP] pobierz, plaintext 

Nie ma tak naprawdę żadnej liczby - jest jedynie tekst, z punktu widzenia PHP.

[krowal]

No proszę Ciebie, nie mów, że nie ma różnicy pomiędzy danymi liczbowymi a tekstowymi trzymanymi w bazie (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Aż pomyślałem, że pokaże na najprostszym przykładzie:


Tabela z danymi w BIGINT:

[SQL] pobierz, plaintext 
--
-- Struktura tabeli dla  `test2`
--
 
CREATE TABLE IF NOT EXISTS `test2` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `test` bigint(20) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;
 
--
-- Zrzut danych tabeli `test2`
--
 
INSERT INTO `test2` (`id`, `test`) VALUES
(1, 8223372036854775807),
(2, 9);
[SQL] pobierz, plaintext 

Tabela z danymi w VARCHAR:

[SQL] pobierz, plaintext 
--
-- Struktura tabeli dla  `test3`
--
 
CREATE TABLE IF NOT EXISTS `test3` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `test` varchar(64) NOT NULL,
  PRIMARY KEY  (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;
 
--
-- Zrzut danych tabeli `test3`
--
 
INSERT INTO `test3` (`id`, `test`) VALUES
(1, '8223372036854775807'),
(2, '9');
[SQL] pobierz, plaintext 

Jak widać dane są takie same w dwóch tabelach. Spróbuj teraz wykonać na obu tabelach takie zapytanie:

[SQL] pobierz, plaintext 
SELECT * FROM testX ORDER BY test
[SQL] pobierz, plaintext 

Jeśli nie widzisz różnicy w wynikach to przykro (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Każdy typ zmiennych w php ma swój odpowiednik w MySQL i tego się należy trzymać i nie kombinować, w końcu po coś zostało to wymyślone.

[.radex]

Każdy typ zmiennych w php ma swój odpowiednik w MySQL i tego się należy trzymać i nie kombinować, w końcu po coś zostało to wymyślone.

ale nie wszystko można zrobić intem! Ja nie widzę problemu w trzymaniu liczb w stringach. Można je przecież i tak obrabiać za pomocą funkcji BC Math tudzież GMP

[Crozin]

No proszę Ciebie, nie mów, że nie ma różnicy pomiędzy danymi liczbowymi a tekstowymi trzymanymi w bazie

Ale tego nigdy nigdzie nie napisałem (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Oczywiście, że pomiędzy INT a VARCHAR jest różnica (są to dwa kompletnie inne typy przecież). Ale z punktu widzenia PHP przy wprowadzaniu (bo o to pytał autor) danych używa się jednego stringa. To, że przy pobieraniu danych jest już różnica to inna bajka. (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)