Open GoogleCodeExporter opened 9 years ago
I'm not fully sure what's going on here but there are a few things probably
going on.
1. The POS Tracker is insanely picky on its database. You change how it
operates and the entire thing pretty much blows up. So saying you're changing
its structure scares me.
2. You have on "STRICT_ALL_TABLES". I am no MySQL expert in any way but knowing
that the tracker pulls in lots of data. Probably some of it invalid/incorrect
at various stages during imports and updates, having such a setting set like
"STRICT_ALL_TABLES" will most likely never work with the tracker. Not unless
someone spends the time to vigorously test out different setups and tries to
figure out what data is invalid.
If this project was being worked on by 20+ people and some MySQL experts then
this request can probably be fixed/figured out. However being a one man team
very little MySQL experience with a backlog of requests, I doubt I would get to
this before the year 2012. So I'm sorry but I don't think there is much I can
do here for you unless you know exactly what needs to be fixed that doesn't
break other installs.
-FG
Original comment by frozenic...@gmail.com
on 2 Feb 2011 at 11:14
[Theoretical prework]
If you use modes like "STRICT_ALL_TABLES", you can only insert a value like
"123" in a tinyint(3) field. If you try to inset "1.02" or "1234" in that
field, you will get an permanet error and there will be nothing inserted.
If you don't set such "hard-modes" like "STRICT_ALL_TABLES", MySQL will behave
more "comfortable" and tries to "guess" what you likely try to insert. So, if
you try to insert "1.02" in a tinyint(3) field, there will be a "1" inserted.
If you try to insert a "1.92", there will be a "2" inserted. If you try to
insert a "123456789" in that field, there will be a 127 in (or 255 if the field
is flagged as UNSIGNED. See the problem?
[/Theoretical prework]
[This Problem]
Back to i've changed the database-structure only a little bit, so it works for
me. Here is the diff for you to make the life easyer:
(a "-" Sign ahead mean, this is the Database-Structure from you and i have
changed it, a "+" Sign ahead means this is the change. Not one of this signs
ahead means, only context around this changes.)
--- data_orig.sql 2011-02-04 10:42:16.047999082 +0100
+++ data_new.sql 2011-02-04 10:41:04.929047897 +0100
@@ -1,10 +1,10 @@
-CREATE TABLE `%prefix%tower_info` (
+CREATE TABLE IF NOT EXISTS `pos3_tower_info` (
`pos_id` int(10) unsigned NOT NULL auto_increment,
- `typeID` bigint(20) NOT NULL default '0',
- `evetowerID` bigint(20) NOT NULL default '0',
- `outpost_id` bigint(20) NOT NULL default '0',
- `corp` varchar(150) NOT NULL default '',
- `allianceid` int(30) unsigned NOT NULL,
+ `typeID` bigint(20) default NULL,
+ `evetowerID` bigint(20) default NULL,
+ `outpost_id` bigint(20) default NULL,
+ `corp` varchar(150) default NULL,
+ `allianceid` int(30) unsigned default NULL,
`pos_size` tinyint(3) unsigned NOT NULL default '0',
`pos_race` tinyint(3) unsigned NOT NULL default '0',
`isotope` int(10) unsigned NOT NULL default '0',
@@ -28,7 +28,7 @@
`secret_pos` tinyint(1) NOT NULL default '0',
`moonID` bigint(20) NOT NULL default '0',
`onlineSince` datetime default NULL,
- `powergrid` int(10) unsigned NOT NULL,
- `cpu` int(10) unsigned NOT NULL,
+ `powergrid` int(10) unsigned default NULL,
+ `cpu` int(10) unsigned default NULL,
PRIMARY KEY (`pos_id`)
[/This Problem]
Original comment by alex.gae...@googlemail.com
on 4 Feb 2011 at 9:52
Original issue reported on code.google.com by
alex.gae...@googlemail.com
on 1 Feb 2011 at 8:04